Энциклопедия гибридных методов управления проектами

Почему «гибриды»?

Феномен гибридных методологий проектного управления — следствие конкуренции между гибкими и классическими методами. «Гибрид» включает в себя все принципы и гибких, и традиционных методов. Сторонники Agile утверждают, что короткие спринты помогают сосредоточиться на приоритетных задачах и быстрее обнаружить проблемы, возникающие при создании новых продуктов. Кроме того, Agile помогает повысить качество продукции, оперативно реагировать на изменения рынка и быстрее выводить продукт на рынок. Сторонники «классики» утверждают, что крупные интеграционные проекты, в которых объединено несколько направлений работ, требуют традиционных методов управления, таких как «Водопад».

Истина как всегда где-то посередине. Выбор лучшего метода зависит от размера и сложности проекта.

Пилотирование гибридных проектов

В гибридном методе используется классический метод декомпозиции работ на более мелкие управляемые компоненты. Это нужно для построения иерархической структуры работ проекта — ИСР (Work Breakdown Structure, WBS). Когда в проекте используется несколько направлений работ, каждое из которых представлено отдельной ветвью ИСР, одна ветвь (разработка программного обеспечения) может быть выполнена по Agile, а другие (поставка оборудования, развертывание локальных сетей, обучение конечных пользователей продукта) — по «водопадной» модели. Метод водопада используется для того, чтобы определить путь от требований заказчика и спецификаций до тестирования и окончательного выпуска продукта. При этом каждый компонент проекта подробно разрабатывается с помощью гибкого метода управления проектами.

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

В чем преимущество «гибрида»

Прелесть гибридного подхода заключается в том, что все высокоуровневые задачи и их взаимосвязи, а также тестирование и поставка конечного продукта определяются с помощью WBS. Agile используется для ускорения разработки каждого компонента и подкомпонента (инкремента) продукта.

Следуя классическим методам построения WBS, c помощью декомпозиции цель проекта разбивается на подцели, задачи и пакеты работ. Срок выполнения пакета — 2–3 недели.  Если разбить компоненты продукта на двухнедельные пакеты работ по выпуску инкрементов (спринты), для их реализации можно использовать методы гибкого управления проектами.

Подход, который сочетает в себе гибкость и «Водопад» – более эффективный вариант разработки большинства комплексных интеграционных проектов.

«Гибридный» манифест

Манифест  по управлению гибридными проектами формализует практики, которые сочетают классические и гибкие методологии, и описывает:

1. Руководящие принципы для гибридных методологий

• гибридный проект управляется менеджером проекта с использованием классического метода построения WBS (менеджер несет всю ответственность за проект);

• SCRUM-мастер выполняет каждый Agile-спринт и поддерживает менеджера проекта;

• необходимо непрерывное групповое сотрудничество для постоянной отчетности о действиях и результатах и анализ хода выполнения работ проекта со стороны руководства.

2. Роли и обязанности руководителей проектов и SCRUM-мастеров

• менеджер проекта является владельцем продукта (Product Owner) или бизнеса проекта;

• SCRUM-мастер несет прямую ответственность за каждый системный сегмент проекта;

• ответственность за проект и продукт лежит на менеджере проекта;

• главная зона ответственности менеджера проекта – интерфейс проекта, требования к продукту, отзывы клиентов, определение компонентов и WBS;

• SCRUM-мастера отвечают за  бэклоги ,  спринты и  релизы ;

• менеджер проекта создает команду, состоящую из SCRUM-мастера и разработчиков продукта;

• SCRUM-мастер создает команду на основе требований к продукту и сроков его поставки.

3. Описание гибридных процессов

4. Оценки гибридного программного обеспечения

«Гибрид» Agile и «Водопада»

И Agile, и «Водопад» предлагают структуру, позволяющую проекту двигаться вперед, но при совместном использовании их преимущества удваиваются.

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

Смешивать подходы удобнее, если разбить проект на небольшие задачи и этапы. Каждая отдельная задача может быть выполнена по разным методологиям. Некоторые элементы, такие как требования к документам, планирование первоначального плана проекта, проведение полного предварительного тестирования и запуск окончательного проекта, лучше всего реализуются в рамках подхода «Водопад». Непосредственно при разработке продукта следует использовать сильные стороны Agile — двухнедельные спринты, непрерывное тестирование и анализ обратной связи пользователя.

Справка

Вариант комбинирования Agile и «Водопада»

1. Разработка требований к продукту и интервьюирование пользователей – «Водопад»

2. Создание исходной конструкции пользовательского интерфейса – «Водопад»

3. Циклы разработки и проектирования программного обеспечения – Agile

4. Тестирование, создание инкрементов, сбор обратной связи – Agile

5. Проведение бета-тестирования – Agile

6. Запуск финальной версии – «Водопад»

подробнее

Как создать работоспособный «гибрид»:

1. Доверяйте Agile-команде: среда доверия способствует экспериментам и поиску творческих решений.

2. Face-to-face коммуникации поощряют сотрудничество и командную работу. Ежедневные 15-минутные ревю с участием всех членов команды помогают держаться на одной волне.

3. Для корректировки вектора развития продукта слушайте своего клиента. Обратная связь должна регистрироваться и учитываться после каждой новой итерации.

4. Узнавайте мнение команды о стратегии и рабочих процессах — это способствует расширению прав членов команды.

5. Будьте готовы к изменениям — отслеживайте новые требования заказчика и ожидания конечных пользователей.

«Гибрид» SCRUM-Ban

Управление задачами и проектами SCRUM-Ban — это решение, которое позволяет уйти от детального планирования и ориентировано на частое и внезапное появление срочных задач. Но главное, что при помощи SCRUM-Ban можно визуализировать и оптимизировать технологическую цепочку разработки и пользовательских историй. Причиной появления данного «гибрида» стало разочарование команд, внедряющих SCRUM, тем, что данная методология не учитывает следующие особенности:

• внеплановые задачи вытесняют запланированные спринты и обесценивают их цели. В данном случае заказчик хочет все и сразу: и срочные задачи, и разработку по плану. Но SCRUM ориентирован на разработку небольшими порциями по утвержденному сценарию;

• сложные или плохо проработанные задачи требуют необоснованно много рабочего времени команды;

• если команда плохо сбалансирована с точки проектных ролей, то некоторые ее члены простаивают, в то время как остальные перегружены.

Справка

Польза SCRUM

• разделение ролей: кросс-функциональная саморазвивающаяся команда, владелец продукта, SCRUM-мастер;

• простота разработки требований в форме пользовательских историй;

• ежедневные стендапы — каждый член команды рассказывает о результатах за прошлый день, дает обещание на текущий и делится проблемами;

• тестирование по приемочным критериям для каждой пользовательской истории.

подробнее

Для перехода на SCRUM-Ban команде следует освоить четыре новых инструмента:

1. Отразить все технологические этапы на доске задач: анализ, разработку, тестирование, интеграцию и т.п.

2. С помощью графика «Диаграмма потока» для каждого состояния задать  ограничения — это позволит выявить узкие места процесса.

3. Основной инструмент контроля — отчет «Среднее время решения задач», которое должно непрерывно снижаться или оставаться на разумном минимуме.

4. Все проектные роли и зоны ответственности определяются методологией SCRUM.

«Гибрид» PMBoK и Agile

В шестом издании стандарта PMI PMBoK содержится призыв к объединению классического и гибкого подходов —  Find your mix . Одновременно PMI опубликовал  Agile Practice Guide .

PMBoK в первую очередь ориентирован на управление сроками и бюджетом при фиксированном содержании проекта. Это значит, что в случае изменения содержания проекта должны быть изменены сроки и бюджет.

Agile ориентирован на управление содержанием проекта при фиксированных сроках и бюджете. Это значит, что:

• выполнение проекта сводится к серии коротких циклов — итераций;

• каждая итерация и есть мини-проект, который включает задачи, которые необходимо реализовать для получения конкретного результата по функциональности;

• по окончании каждой итерации команда переоценивает приоритеты разработки.