1.3 ГИБКИЕ И КАСКАДНЫЕ ПОДХОДЫ К УПРАВЛЕНИЮ ПРОЕКТАМИ
Авторы раздела:
Бутвина Н. Л.
Алферов П. А.
Ожаровский А. В.
Если применяются каскадные методы, реализация проектов идет этапами: пока предыдущий этап не закончился, следующий не начинается. Для сравнения: согласно Agile, в каждой короткой итерации содержатся все этапы сразу: сбор требований, проектирование, разработка, проверка результатов, поэтому вы быстро видите результат и обратную связь от пользователя. Каскадные подходы не хуже гибких, они просто другие и менее эффективны в ситуации, когда нет полного понимания, как и что делать для достижения целей проекта.
Если применяются каскадные методы, реализация проектов идет этапами: пока предыдущий этап не закончился, следующий не начинается. Для сравнения: согласно Agile, в каждой короткой итерации содержатся все этапы сразу: сбор требований, проектирование, разработка, проверка результатов, поэтому вы быстро видите результат и обратную связь от пользователя. Каскадные подходы не хуже гибких, они просто другие и менее эффективны в ситуации, когда нет полного понимания, как и что делать для достижения целей проекта.
Время чтения: 7 мин.
Современная литература по управлению проектами выделяет ряд наиболее распространенных подходов к управлению, применяемых в зависимости от жизненного цикла проекта. Большинство из них относится к классическим подходам:
Отдельно выделяются гибкие подходы, которые сочетают в себе итеративный и инкрементальный подходы. Они отличаются от традиционных каскадных методов реализации проектов. Согласно каскадным методам, реализация проекта происходит этапами, при этом, как правило, пока не закончили предыдущий этап, к следующему не приступают. Проект начинается с обоснования замысла проекта, сбора требований, детального проектирования, далее осуществляется реализация и проверка, на финальной стадии производится приемка результатов заказчиками, ввод в эксплуатацию и завершение проекта. Так, зачастую только на финальной стадии вы можете получить обратную связь от конечных пользователей и понять, что было сделано правильно, а что — нет.
Конечно, и в каскадном проекте разработчики могут предусмотреть тестирование продукта на разных стадиях его разработки, но возможностей изменить продукт по результатам тестирования в этом подходе заложено значительно меньше, чем в гибких подходах. Все это не снижает значимости и эффективности традиционных методов проектного управления (см. раздел 2.3), а лишь говорит о том, что для ряда проектов гибкие подходы окажутся оптимальными и выигрышными.
- Предиктивный (каскадный, водопадный) подход основан на однократном планировании и реализации.
- Итеративный подход допускает получение обратной связи на ранних стадиях готовности продукта проекта для его доработки.
- Инкрементальный подход предусматривает поставку продукта проекта небольшими частями по мере готовности (рисунок 3).
Отдельно выделяются гибкие подходы, которые сочетают в себе итеративный и инкрементальный подходы. Они отличаются от традиционных каскадных методов реализации проектов. Согласно каскадным методам, реализация проекта происходит этапами, при этом, как правило, пока не закончили предыдущий этап, к следующему не приступают. Проект начинается с обоснования замысла проекта, сбора требований, детального проектирования, далее осуществляется реализация и проверка, на финальной стадии производится приемка результатов заказчиками, ввод в эксплуатацию и завершение проекта. Так, зачастую только на финальной стадии вы можете получить обратную связь от конечных пользователей и понять, что было сделано правильно, а что — нет.
Конечно, и в каскадном проекте разработчики могут предусмотреть тестирование продукта на разных стадиях его разработки, но возможностей изменить продукт по результатам тестирования в этом подходе заложено значительно меньше, чем в гибких подходах. Все это не снижает значимости и эффективности традиционных методов проектного управления (см. раздел 2.3), а лишь говорит о том, что для ряда проектов гибкие подходы окажутся оптимальными и выигрышными.
Время чтения: 7 мин.
Современная литература по управлению проектами выделяет ряд наиболее распространенных подходов к управлению, применяемых в зависимости от жизненного цикла проекта. Большинство из них относится к классическим подходам:
Отдельно выделяются гибкие подходы, которые сочетают в себе итеративный и инкрементальный подходы. Они отличаются от традиционных каскадных методов реализации проектов. Согласно каскадным методам, реализация проекта происходит этапами, при этом, как правило, пока не закончили предыдущий этап, к следующему не приступают. Проект начинается с обоснования замысла проекта, сбора требований, детального проектирования, далее осуществляется реализация и проверка, на финальной стадии производится приемка результатов заказчиками, ввод в эксплуатацию и завершение проекта. Так, зачастую только на финальной стадии вы можете получить обратную связь от конечных пользователей и понять, что было сделано правильно, а что — нет.
Конечно, и в каскадном проекте разработчики могут предусмотреть тестирование продукта на разных стадиях его разработки, но возможностей изменить продукт по результатам тестирования в этом подходе заложено значительно меньше, чем в гибких подходах. Все это не снижает значимости и эффективности традиционных методов проектного управления (см. раздел 2.3), а лишь говорит о том, что для ряда проектов гибкие подходы окажутся оптимальными и выигрышными.
- Предиктивный (каскадный, водопадный) подход основан на однократном планировании и реализации.
- Итеративный подход допускает получение обратной связи на ранних стадиях готовности продукта проекта для его доработки.
- Инкрементальный подход предусматривает поставку продукта проекта небольшими частями по мере готовности (рисунок 3).
Отдельно выделяются гибкие подходы, которые сочетают в себе итеративный и инкрементальный подходы. Они отличаются от традиционных каскадных методов реализации проектов. Согласно каскадным методам, реализация проекта происходит этапами, при этом, как правило, пока не закончили предыдущий этап, к следующему не приступают. Проект начинается с обоснования замысла проекта, сбора требований, детального проектирования, далее осуществляется реализация и проверка, на финальной стадии производится приемка результатов заказчиками, ввод в эксплуатацию и завершение проекта. Так, зачастую только на финальной стадии вы можете получить обратную связь от конечных пользователей и понять, что было сделано правильно, а что — нет.
Конечно, и в каскадном проекте разработчики могут предусмотреть тестирование продукта на разных стадиях его разработки, но возможностей изменить продукт по результатам тестирования в этом подходе заложено значительно меньше, чем в гибких подходах. Все это не снижает значимости и эффективности традиционных методов проектного управления (см. раздел 2.3), а лишь говорит о том, что для ряда проектов гибкие подходы окажутся оптимальными и выигрышными.
Рисунок 3. Сравнение каскадной и итеративной моделей
Microsoft Solutions Framework — фреймворк, который позволяет разрабатывать и внедрять информационные системы на основе технологий и инструментальных средств. Microsoft. MSF является одной из интерпретаций спиральной модели разработки приложений. См.: Visual Studio. URL: https://visualstudio.microsoft.com/ru/
Rational Unified Process (RUP, сейчас OpenUP) — итеративно-инкрементальный метод разработки, в котором итерации организуются как набор фаз: начальная фаза, фазы уточнения, конструирования и передачи, что позволяет эффективно контролировать ситуацию. OpenUp, как легкий, упрощенный и бесплатный вариант RUP, стал популярным в гибкой разработке небольших проектов.
Goal-Driven Software Development Process (GDP) — итеративная и инкрементальная технология разработки программного обеспечения по модели «снизу вверх», ориентированная на достижение целей. См.:The Goal-Driven Development Process via a Case Study // GooBis. URL: http://www.goobiz.com/Process/Overview_Process.htm
DSDM (Dynamic Systems Development Method, метод разработки динамических систем) — гибкая методика разработки программного обеспечения, основанная на концепции быстрой разработки приложений (Rapid Application Development, RAD). Это итеративный и инкрементальный подход, который придает особое значение продолжительному участию пользователя/потребителя в процессе. См.: The DSDM Agile Project Framework Handbook // Agile Business Consortium. URL: https://www.agilebusiness.org/store/ViewProduct.aspx?id=13675860.
PRINCE2 Agile — модификация Prince2, адаптированная к гибким подходам разработки и позволяющая развертывать метод в Agile-контексте. См.: PRINCE2 Agile — Project Management // Axelos. URL: https://www.axelos.com/best-practice-solutions/prince2-agile
P3.Express — упрощенный гибридный фреймворк, основанный на таких методологиях и подходах, как Prince2, PMBoK, XP, DSDM и Scrum, и подходящий для небольших и простых проектов. См.: P3.express. URL: http://p3.express/.
Также необходимо учитывать, что предиктивный подход и подход Agile являются некоторыми крайностями. Существует довольно много промежуточных итеративных и инкрементальных подходов, например Microsoft Solutions Framework (MSF), Rational Unified Process (RUP, сейчас OpenUP), Goal-Driven Software Development Process (GDP) и др. Кроме того, сейчас имеет место активное развитие гибридных методологий, которые пытаются объединить лучшие стороны Agile и более ранних подходов. Примерами таких методологий являются DSDM, PRINCE2 Agile, P3.Express и российская разработка «Парацельс ПМ» (Paracelsus PM).
IPMA Standards. См.: https://www.ipma.world/individuals/standard/.
Для понимания общего ландшафта управления проектами важно знать не только гибкие подходы, но и другие подходы к управлению проектами. Наиболее полно они описаны в следующих документах:
• PMBoK — свод знаний по управлению проектами (англ. Project Management Body of Knowledge, PMBoK), используется в качестве основного методологического документа организацией Project Management Institute (PMI (США); Институт управления проектами), международной некоммерческой профессиональной организацией по управлению проектами, наиболее значимой и авторитетной международной организации в области управления проектами. Является стандартом de facto (хотя по своей сути это не стандарт, а фреймворк) по классическому управлению проектами. В последней версии стандарта добавлена рекомендация по использованию гибких подходов в управлении проектами. Рекомендации PMBoK применяются в ряде проектов в государственном секторе РФ.
• PRINCE2 — метод управления проектами в рамках четко определенной структуры, популярный в госуправлении Великобритании и Австралии. PRINCE2 описывает процедуры для координации деятельности команды проекта при разработке, контроль над проектом, а также процедуры, которые используются при изменении проекта или при отклонениях от первоначального плана. Для каждого процесса определяются основные входы и выходы, конкретные цели и мероприятия, которые будут осуществлены, что обеспечивает автоматический контроль любых отклонений. За счет разделения процессов на управляемые этапы метод дает возможность эффективно управлять ресурсами. Данный стандарт также получил расширение PRINCE2Agile, предусматривающее использование гибких подходов.
• IPMA ICB4 — международный стандарт, развиваемый международной организацией IPMA, определяющий элементы компетентности, которыми должны обладать профессионалы в управления проектами, программами и портфелями проектов и программ. В IPMA ICB4 представлены основные достижения, знание которых необходимо для успешного управления современными проектами, программами и портфелями проектов и программ. В IPMA ICB4 каждый из 29 элементов компетентности относится к одной из трех сфер компетентности (Люди, People; Практика, Practice; Контекст, Context).
• PMBoK — свод знаний по управлению проектами (англ. Project Management Body of Knowledge, PMBoK), используется в качестве основного методологического документа организацией Project Management Institute (PMI (США); Институт управления проектами), международной некоммерческой профессиональной организацией по управлению проектами, наиболее значимой и авторитетной международной организации в области управления проектами. Является стандартом de facto (хотя по своей сути это не стандарт, а фреймворк) по классическому управлению проектами. В последней версии стандарта добавлена рекомендация по использованию гибких подходов в управлении проектами. Рекомендации PMBoK применяются в ряде проектов в государственном секторе РФ.
• PRINCE2 — метод управления проектами в рамках четко определенной структуры, популярный в госуправлении Великобритании и Австралии. PRINCE2 описывает процедуры для координации деятельности команды проекта при разработке, контроль над проектом, а также процедуры, которые используются при изменении проекта или при отклонениях от первоначального плана. Для каждого процесса определяются основные входы и выходы, конкретные цели и мероприятия, которые будут осуществлены, что обеспечивает автоматический контроль любых отклонений. За счет разделения процессов на управляемые этапы метод дает возможность эффективно управлять ресурсами. Данный стандарт также получил расширение PRINCE2Agile, предусматривающее использование гибких подходов.
• IPMA ICB4 — международный стандарт, развиваемый международной организацией IPMA, определяющий элементы компетентности, которыми должны обладать профессионалы в управления проектами, программами и портфелями проектов и программ. В IPMA ICB4 представлены основные достижения, знание которых необходимо для успешного управления современными проектами, программами и портфелями проектов и программ. В IPMA ICB4 каждый из 29 элементов компетентности относится к одной из трех сфер компетентности (Люди, People; Практика, Practice; Контекст, Context).
Итак, в рамках Agile в каждой короткой итерации вы проходите все этапы: сбор требований, проектирование, разработку, проверку результатов. С таким подходом к управлению первые результаты проекта появляются очень быстро. Возможно, это будет лишь прототип конечного продукта, но его наличие позволит получить обратную связь от пользователей, уточнить понимание требуемого результата и скорректировать планы. Результаты проекта дорабатываются итеративно до достижения требуемого уровня.