На девятнадцатой конференции по управлению проектами в декабре этого года докладчики три дня касались гибридного подхода как очевидной профессиональной тенденции.Благодаря модераторам даже стали известна некоторая статистика, которая напоминает известную цитату Марка Твена. Вот что говорят цифры:
71 (!) процент руководителей проектов используют в своей практике гибридный подход
Давайте попробуем разобраться, что это такое на основании первичных документов, а не адской смеси из «водопада» и «эджайла», которая точно присутствует в головах многих руководителей. Для этого обратимся к интересному документу, который называется манифест по управлению гибридными проектами. Документ опубликован по адресу https://www.binfire.com/hybrid-project-management-manifesto/
Манифест по управлению гибридными проектами формализует практики, которые сочетают классические и гибкие методологии.
Некоторые положения манифеста:

Определение
Гибридный подход к управлению проектом объединяет классический и адаптивный методы для создания уникального подхода, в котором сочетается ценность декомпозиции проекта и создания иерархической структуры работ (ИСР) вместе со скоростью и ритмом гибких методологий. Большинство проектов получат выгоду от использования гибридного подхода за исключением малых проектов.

Из моего опыта гибрид интересен тем, что 1) достигается ритм проекта; 2) доступна визуализация; 3) команда находится в состоянии игры
Руководящие принципы
- Гибридный проект управляется руководителем проекта (РП) с использованием классического метода построения ИСР. При этом РП несёт всю ответственность за проект;
- Скрам-мастер отвечает за проведение спринтов и других ритуалов адаптивного подхода, а также поддерживает менеджера проекта;
- Реализуется непрерывное групповое сотрудничество для постоянной отчётности о действиях и результатах, анализа хода выполнения работ проекта со стороны руководства.
Роли и обязанности
- Руководитель проекта является менеджером продукта (Product Manager) ;
- РП и Скрам-мастер (скрам-мастеры) несут прямую ответственность за свои части проекта;
- Ответственность за проект и продукт лежит на руководителе проекта;
- Главная зона ответственности руководителя проекта — требования к продукту, отзывы клиентов, определение компонентов проекта и ИСР (front end of project flow);
- Скрам-мастеры отвечают за бэк-логи, спринты и релизы (back end of project flow);
- Руководитель проекта создаёт верхнеуровневую команду, включая скрам-мастера, разработчиков продукта и необходимых специалистов;
- Скрам-мастер создаёт рабочую команду на основе требований к продукту и сроков его поставки.
Схема работы
Простите за плохое качество рисунка. Оригинал на сайте.
Ответственность на фазе планирования
Любопытно распределение ответственности между РП и скрам-мастером. Красный круг — первичная ответственность, синий круг — поддерживающая роль.

Ответственность в реализации спринта
Обращаем внимание на солидарную ответственность. То есть РП выступает здесь скорее как Product Owner.

Ответственность за исполнение проекта
Во второй колонке таблицы описана индивидуальная зона ответственности.

В манифесте также приведены оценки программного обеспечения управления гибридными проектами.
Как мы видим, в этом документе пляски с бубном начинаются с построения ИСР. Одна ветка ИСР, например, разработка программного обеспечения может реализовываться с использованием AGILE/SCRUM. Другая ветка, например, поставка аппаратного обеспечения может выполняться по водопадной технологии.
Пакеты работ ИСР можно увязать по длительности с периодом итерации (1-2 недели).
В качестве резюме:
Водопад становится более гибким и волатильным. Эджайл — более консервативным и скучным, как Таймс. Поэтому, гибриды!!!
Этот день год назад
Написал статью: Главвино: Дегустации в павильоне ВДНХ
Этот день три года назад
Написал статью: Мария: Неудержимая. Как эсминец
Этот день четыре года назад
Написал статью: Конференция: И снова о русской модели
Этот день шесть лет назад
Написал статью: Анапа: Волейбольный менеджмент
Отрывок из интересной статьи на эту тему: В силу того, что ГМ предполагают двойственность, встраиваемую в системы проектного менеджмента, их проблематика близка концепции организационной амбидекстрии (ОА), которая понимается как способность успешно реализовывать одновременно 2 типа деятельности: эксплуатационный (в зарубежной терминологии — exploitation), связанный со стабильностью и эффективностью текущих процессов, и исследовательский (exploration), связанный с гибкостью и реализацией инновационных и поисковых бизнес-инициатив.
Практика использования ГМ за последние 3 года характеризуется весьма бурным развитием. Уже сложилось несколько устойчивых гибридных методологий, таких как Scrumban, PRINCE 2 Agile, P3.express и т.п.
А также масштабированные (т.е. применимые для крупномасштабных проектов и программ) гибкие методологии LeSS и SAFe. LeSS (Large-Scale Scrum) — это фреймворк, позволяющий применить принципы Scrum в больших проектах. В зависимости от количества команд используется либо LeSS (2–8 команд), либо LeSS Huge (больше 8 команд). Основной принцип LeSS — минимальные изменения в классическом Scrum и акцент на создание ценности. SAFe (Scaled Agile Framework) — один из самых популярных и структурированных фреймворков масштабирования Agile. Включает три уровня: командный, программный и портфельный, что позволяет синхронизировать работу от стратегии до реализации. Этот фреймворк часто выбирают крупные организации, которым нужна строгая структура и ясное распределение ролей. Выбор между LeSS и SAFe зависит от множества факторов: масштаба компании, структуры команд, текущих процессов и стратегических целей.