В традиционной модели описываются следующие фазы проекта:

Инициация: Формируется определяется цель проекта, его обоснование и основные заинтересованные стороны, проектная команда и разрабатывается предварительный план. В конце фазы – руководитель проекта должен получить «зелёный свет» на выполнения проекта что бы перейти на следующий этап. Выполняется один раз.

Планирование: Происходит детализация задач, определение сроков, как на тактическом так и на стратегическом уровнях, ресурсов и бюджета, осуществляется работа рисками. Может повторяться множество раз, начало цикла.

Исполнение: выполняются запланированные задачи силами команды проекта. Может повторяться множество раз. Следующий этап цикла, после планирования.

Мониторинг и контроль: Параллельно, с исполнением проекта, осуществляется контроль за его ходом. Это включает в себя отслеживание выполнения задач, управление изменениями и продолжение оценки рисков. Регулярные отчеты помогают выявлять отклонения от плана и принимать корректирующие меры. Может повторяться множество раз.

Закрытие: После завершения всех задач проекта, проводится финализация результатов и передача продукта заказчику. Выполняется один раз.

Подведем итог: под традиционной моделью понимаем водопадный или итеративный подходы к достижению целей проекта. Ясные этапы и задачи упрощают управление проектом и коммуникацию в команде. При этом, особенно в водопадной модели, изменения в требованиях или условиях могут быть сложными и затратными, так как они требуют пересмотра всего плана.

Использование такого подхода чётко определяет правила, методы и инструменты, которые должен применять руководитель проекта по отношению к команде – иерархия, распределение обязанностей, делегирование, чёткий контроль, планирование в обучении персонала, распределение ролей и исключение не нужных на данном этапе членов команды.

Agile

Обобщающий термин для целого ряда подходов и практик, которые акцентирует внимание на гибкости, сотрудничестве и быстром реагировании на изменения в проекте. Agile основывается на принципах, изложенных в Манифесте Agile5, который был разработан в 2001 году группой разработчиков программного обеспечения. В русскоязычной среде Agile – переводится как «гибкая» методология разработки.

Agile концентрируется вокруг ключевых практик:

–Очередь задач

–Доска

–Итерации

–Пользовательские истории

–Таймбоксинг (англ.Timeboxing)

–Ежедневные собрания

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

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

Руководители в погоне за красивой записью в своё резюме начинают скоростное внедрение Agile в своих проекта, формально следуя процессам, описанным в «гайдах» без реального изменения культуры и подхода к работе. Без обучения команды и создания необходимых условий для успешного применения методологии у вас ничего не получится.

Для руководителя проекта необходимо последовательно воспитывать в членах команды открытость, сотрудничество и готовность к изменениям, менять своё мышление

Самыми популярными фрейморками6 является Scrum и Kanban. Свод знаний о данных подходах опубликован в двух канонических книгах: