прочитано
#качество управления #управление проектами #agile #гайд

Гибкие и традиционные методы управления проектами не исключают друг друга. «Гибрид» Agile и «Водопада» дает гибкость с точки зрения бюджета и сроков проектов. «Гибрид» SCRUM-Ban позволяет визуализировать и оптимизировать технологическую цепочку разработки пользовательских историй. А «гибрид» шестого PMBoK и Agile дает рекомендации по настройке процессов в адаптивных условиях.

0 2

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

Феномен гибридных методологий проектного управления — следствие конкуренции между гибкими и классическими методами. «Гибрид» включает в себя все принципы и гибких, и традиционных методов. Сторонники 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 — двухнедельные спринты, непрерывное тестирование и анализ обратной связи пользователя.

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

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

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

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

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

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

«Гибрид» SCRUM-Ban

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

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

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

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

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

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

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

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

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

«Гибрид» PMBoK и Agile

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

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

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

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

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

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

10 областей знаний PMBoK в гибкой интерпретации