Бизнес-требования и понимание того, как клиенты будут использовать продукт, ценны при расползании границ. В изменении объема как такового нет ничего плохого, если это помогает вам направить проект в сторону удовлетворения развивающихся потребностей клиентов. Документ об образе и границах позволяет оценить, действительно ли предложенные функции и требования стоит включать в проект. Помните, каждый раз, когда кто-то выдвигает новое требование, аналитик должен спросить: «Попадает ли оно в рамки проекта?»
Один из возможных ответов — признать, что требование явно выходит за границы проекта. Оно может быть интересным, но его следует переадресовать будущим версиям или другому проекту. Другая возможность — требование попадает в границы проекта. Вы можете включить такие требования в проект, если они обладают высоким приоритетом по сравнению с теми требованиями, которые уже описаны в проекте. При этом зачастую приходится решать, отложить или отклонить другие запланированные требования.
Третья возможность — предложенное новое требование выходит за границы объема, но идея так хороша, что следует изменить границы проекта, чтобы требование попало в него. То есть существует обратная связь между пользовательскими требованиями и бизнес-требованиями. При этом вам придется обновить документ об образе и границах проекта, изменения в котором должны контролироваться с момента создания его базовой версии. При увеличении объема проекта, как правило, приходится пересматривать запланированные бюджет, ресурсы, график и, возможно, кадры. В идеале первоначальный график и ресурсы можно приспособить к определенным изменениям благодаря хорошо продуманному резерву для непредвиденных обстоятельств (Wiegers, 2002d). Однако, если вы не учли в бюджете статью роста требований, вам придется перепланировать бюджет после утверждения изменений в требованиях.
|
|
| Управление объемом и разработка по графику Энрике, менеджер проекта в Lightspeed Financial Systems, занимался выпуском Интернет-версии ведущего программного продукта Lightspeed для управления ценными бумагами. Потребовались бы годы для полного размещения развитого приложения, однако компания должна была появиться в Интернете сейчас. Энрике выбрал прием «разработка по графику» и обещал выпускать новую версию каждые 90 дней (McConnelL, 1996). Его команда специалистов по маркетингу расставила приоритеты требований к продукту. В спецификации требований для каждой ежеквартальной версии входит утвержденный набор новых и улучшенных функций, а также список «растягиваемых» требований низкого приоритета, которые предполагалось реализовать, если позволяло время. Команда Энрике не включала каждое «растягиваемое» требование в каждую версию, но и они поставили новую, стабильную версию каждые три месяца с помощью подхода, основанного на графике и управлении объемом. График и качество — это единственные ограничения проекта «разработка по графику», причем объем представляет собой степень свободы. |
Из-за расползания объема часто необходимо переделывать уже выполненную работу, чтобы учесть изменения. Если при добавлении новой функциональности не увеличить распределенные ресурсы или время на проект, то страдает качество. Задокументированные бизнес-требования упрощают управление разумным ростом объема, когда необходимы изменения на рынке или в бизнесе. Они также помогают расстроенному менеджеру проекта оправдаться, если ему приходится говорить «нет» — или по крайне мере «еще нет», — когда влиятельные лица пытаются включить все больше и больше функций в чрезвычайно ограниченный проект.
|
|
| Что теперь? · Попросите нескольких заинтересованных в проекте лиц написать положение об образе, используя шаблон ключевых слов, о котором говорилось в этой главе. Посмотрите, насколько совпадают их представления. Разрешите любые нестыковки и составьте объединенное положение об образе, согласовав его со всеми заинтересованными лицами. · Независимо от того, скоро ли выпуск нового проекта или вы еще в середине процесса сборки, напишите документ об образе и границах, используя шаблон на рис. 5-2, и попросите остальных членов команды просмотреть его. Может выясниться, что у членов команды нет единого представления об образе или границах продукта. Решите эту проблему сейчас, не оставляйте ее в «свободном плавании»; в будущем исправить ее гораздо труднее. Таким образом, есть несколько способов изменения шаблона, что позволит наилучшим образом удовлетворить различные проекты, выполняемые вашей организацией. |