Распределение времени и объема работ по стадиям

Данное распределение может быть достаточно гибким, оно подчиняется указанным ниже эвристическим правилам.

· Если для определения области действия проекта, изыскания финансирования, изучения рынка или создания первона­чального прототипа нужно значительное время, — увеличи­вается начальная стадия.

· Если отсутствует архитектура, предусматривается примене­ние новых (или незнакомых) технологий и (или) имеются жесткие ограничения производительности, значительное число технических рисков, а персонал большей частью сос­тоит из новичков, — увеличивается стадия разработки.

· Если проект представляет собой разработку второго поколе­ния существующего продукта и в архитектуру не вносятся значительные изменения — уменьшаются стадии разработ­ки и конструирования.

· Если нужно быстро выпустить продукт на рынок (из-за вы­сокой конкуренции) и спланировать постепенное заверше­ние разработки — уменьшается стадия конструирования и увеличивается стадия ввода в действие.

· Если затруднено внедрение, например, при замещении од­ной системы другой без прерывания эксплуатации или при необходимости сертификации (в таких областях, как меди­цинское оборудование, ядерная промышленность или авиа­ционная электроника), — увеличивается стадия ввода в действие.

Следующий важный вопрос «Сколько итераций будет содер­жать каждая стадия?». Прежде чем принять решение по этому воп­росу, нужно рассмотреть продолжительность каждой итерации.

В идеальной ситуации итерация длится от двух до шести не­дель, хотя в действительности это зависит от характера проекта и размера организации-разработчика. Приведем несколько приме­ров.

· Группа из пяти человек может выполнить некоторое плани­рование в понедельник утром, наблюдать за ходом проекта и перераспределять задания во время ежедневных совместных обедов, начать конструирование во вторник, а завершить итерацию в пятницу вечером.

· Если попытаться применить этот сценарий для группы из 20 человек, то это окажется затруднительным. Распределение работы, синхронизация подгрупп и интеграция будут зани­мать больше времени. В этом случае итерация может занять три—четыре недели.

· Если же группа будет состоять из 40 человек, то только неде­ля уйдет на прохождение указаний от руководства к исполни­телям. Нужны промежуточные уровни управления; кроме то­го, достижение общего понимания целей потребует большей формальности и документирования. В этом случае разумной продолжительностью итерации будет уже три месяца.

Кроме того, влияние оказывают и другие факторы: степень знакомства организации с итерационным подходом, стабиль­ность и уровень развития организации, а также уровень техноло­гической зрелости процессов создания ПО. В табл. 6.20 приведе­на приблизительная оценка длительности итерации, обобщаю­щая результаты, полученные в реальных проектах.

Таблица 6.20