Пользователь оценивает прототип и документацию одновременно. Если, осмотрев прототип, пользователь согласен с описанием поведения конечной системы в "Документации Пользователя", осуществляется переход к созданию прототипа следующего функционального модуля.
Как отмечено выше, "Документация" фактически заменяет классическое ТЗ,. таким образом на лицо ряд преимуществ:
1. Описание программы делается на языке, понятном пользователю.
2. Уже на первых этапах разработки программы пользователь включается в анализ своей рабочей документации.
3. Нет необходимости править ТЗ и Документацию одновременно.
4. Как правило, заботятся в первую очередь о ТЗ, обычно документация далеко отстает от текущего состояния программы. В данном случае этого не наблюдается.
Степень Важности |
Продукт этапа |
Описание продукта |
1 |
Прототип всей системы |
Прототип системы - это набор прототипов проверяющий не менее 80% пользовательских и архитектурных решений. Все прототипы должны быть приняты Заказчиком. |
2 |
Документация (ТЗ) |
Должны быть составлены и одобрены сценарии не менее 80% поведения конечной Системы. |
Условие завершения этапа: этап завершается письменным соглашением Заказчика и Исполнителя о том, что конечная система будет принята, если соответствует последней согласованной версии "Документации Пользователя"; архитектура и требования стабильны, не предвидится изменений более чем на 20% в ходе следующего этапа.
Важное замечание о юридической стороне. Вполне возможно, что не удается достигнуть согласия ключевых пользователей с прототипом или описанием в Документации. В данном случае Заказчик должен принять волевое решение на уровне топ-менеджера и определиться с требованиями. Если этого не происходит, или если требования выходят за рамки "Постановки задачи" с учетом надбавок на риск, рекомендуется пересмотреть трудоемкость/цену проекта или прекратить его. Указанная возможность прекращения проекта должна быть предусмотрена в договоре.
Заключение
Широкое применение методика планирования работ на основе проекта получила в строительстве. Например, для управления проектом сооружения гидроэлектростанции на реке Черчилль в Ньюфаундленде (полуостров Лабрадор). Стоимость проекта составила 950 млн. долларов. Гидроэлектростанция строилась с 1977 по 1986 г. Этот проект включал более 100 строительных контрактов, причем стоимость некоторых из них достигала 76 млн. долларов. В 1984 году ход работ по проекту опережал расписание на 18 месяцев и укладывался в плановую оценку затрат.
По существу, значительный выигрыш по времени образовался от применения точных математических методов в управлении сложными комплексами работ, что стало возможным благодаря развитию вычислительной техники.
В настоящее время в Америке уже сложились глубокие традиции использования систем управления проектами во многих областях жизнедеятельности. Применение системы управления проектами на практике может быть эффективным и для очень небольших проектов, так как, основную долю среди планируемых проектов составляют именно небольшие по размерам проекты.