---

Скачать книгу

---

облегчают контроль и понимание статуса проекта, помогают обучаться и подбирать команду, типизируют риски и организацию проекта. По данным исследования PMI®, 12 % компаний применяют методологию Waterfall постоянно, 40 % респондентов утверждают, что часто к ней обращаются. А по данным LiquidPlanner, каскадную модель используют 25 % организаций[4].

      Такие предпочтения имеют свои основания, поскольку предиктивный цикл характеризуется рядом положительных моментов:

      ♦ иногда очень важно, чтобы переход от одной фазы к другой происходил только после полного и успешного завершения предыдущей фазы (подход Stage-Gate), например при передаче технической информации или сдаче технического элемента;

      ♦ в проекте объявлена жесткая необходимость обязательного расчета затрат и сроков при фиксированном содержании;

      ♦ лучше всего подходит для проектов, где создаются физические объекты, – от строительных до проектов по установке оборудования;

      ♦ требования заказчика непротиворечивы, известны, понятны и зафиксированы;

      ♦ все стороны хорошо понимают, какой продукт они создают, и этот продукт важен именно полностью и в конце проекта;

      ♦ проект не очень масштабный;

      ♦ графики и алгоритмы проектов можно использовать в будущем для идентичных или аналогичных проектов;

      ♦ проект типовой, существует понятное ТЗ, заказчик не хочет управлять проектом и похожие ситуации.

      Гибкость на практике

      Руководство компании Toyota, знаменитое созданием Lean и Канбан, часто критикуют за недостаток гибкости: до конца 2000-х для нужд производства компания пользовалась каскадной моделью разработки ПО.

      Анализ разработки сайта в компании Ericsson AB показал, что предиктивный вариант привел к путанице и 26 % изначальных требований оказались просто бесполезными.

      Оплот классического подхода сейчас – строительные и инженерные проекты, в которых содержание остается практически неизменным на протяжении всего времени, а также проекты с материальными выходами.

      2.2. ИНКРЕМЕНТНЫЙ ЦИКЛ

      Прежде чем создать что-то повторяемое и многоразовое, сначала нужно создать что-то одноразовое.

Вуди Уильямс

      Встречается много ситуаций, когда содержание проекта очевидно будет подвержено изменениям (ресурсы и сроки не являются ключевыми ограничениями) или когда заказчик хочет активно экспериментировать вместе с командой, планируя уточнять содержание проекта пошагово. Такие циклы называются адаптивными.

      Одним из вариантов адаптивного цикла является пошаговая реализация проекта; выпуск на первом шаге (или итерации) продукта в базовой функциональности и затем, на следующих итерациях – создание отдельных составных частей или функциональностей продукта, так называемых инкрементов, с приращением ценности. Процесс продолжается до тех пор, пока не будет создана полная система, при этом требования могут вырабатываться постепенно, по итерациям, так же вносятся и изменения. В конце каждой

---

Скачать книгу