Управление проектами: методологии. Краткий обзор

Управление проектами похоже на творчество, в частности на живопись. До того как уйти в сюрреализм, фовизм, пуантилизм, любое другое направление или придумать собственное, всякий художник должен освоить классический рисунок. Так и в проект-менеджменте: до того как выработать свой подход к проект-менеджменту, нужно познакомиться с давно зарекомендовавшими себя методиками и технологиями управления в этой сфере.

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

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

Негибкая методология (waterfall, водопадная модель, каскадная модель)

Самый старый подход, возникший в 1970 году как ответ на бурный рост сферы разработки программного обеспечения. Он зиждется на последовательном прохождении этапов жизненного цикла проекта (подробнее о них здесь). Если рассмотреть как проект посадку моркови, то в соответствии с водопадной моделью действовать нужно так:

• купить семена;

• сформировать грядку;

• сделать рядки;

• рассыпать семена;

• закопать рядки;

• мульчировать грядку.

Ни один из названных этапов не может быть сделан раньше предыдущего. Поэтому методология и называется водопадной – движение только в прямом направлении без возвратов и шагов в сторону.

Обычно этой методологии придерживаются менеджеры проектов в тех сферах, где цена ошибки критически высока, – медицина, ВПК, авиация, банковская отрасль. В Waterfall всё, что можно продумать, продумано, всё, что можно зафиксировать, зафиксировано. Требования к процессу и его результату известны заранее, так что риски минимальны и вероятность промахнуться невелика.

Манифест каскадной модели:

• соблюдение правил;

• опора на максимально подробное ТЗ;

• отсутствие (минимум) изменений.

Ценности водопадной модели:

• процессы и инструменты;

• документация;

• ограничения, заложенные в контракте;

• следование плану.

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

Agile (гибкая методология)

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

В 2001 году свет увидел Agile-манифест, в котором закрепили ценности и принципы этого подхода.

Ценности:

• люди и их взаимодействие;

• готовый продукт;

• коммуникация с заказчиком;

• реакция на изменения.

Основные принципы:

• Приоритеты – готовый продукт и признательный заказчик.

• Открытость к изменениям.

• Заказчик (product owner) и команда проекта регулярно встречаются и обмениваются информацией.

• Рабочие элементы продукта показываются как можно чаще.

• Верный показатель прогресса – наличие работающего продукта.

• Простота организации проекта облегчает работу и даёт большую эффективность. Но чтобы найти эту простоту, команда постоянно ищет варианты повышения своей эффективности и вносит соответствующие корректировки в процесс работы.

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

Если негибкая модель напоминает водопад, то гибкая – набегающую волну (возможны движение и вперёд, и назад, а также шаги в стороны). Проект не планируют от начала до конца, а расписывают в общем виде. Детально простраивают лишь ближайшие шаги, что даёт место для манёвра, поскольку изначальный план всё равно придётся менять и/или уточнять.

Agile можно реализовывать несколькими способами. Один из них – Scrum. Его главная особенность – командный подход. Причём в Scrum нет должностей, есть только роли, которые в ходе реализации проекта могут меняться у одного человека несколько раз. Заказчик включён в работу над проектом так сильно, как ни в одном другом подходе.

В Scrum процесс реализации проекта разделён на равные отрезки времени, которые назвают спринты. Их продолжительность колеблется от 1 до 4 недель. Каждый такой производственный период имеет собственную цель. В его финале команда получает промежуточный работающий продукт. К следующему этапу переходят тогда, когда и исполнители, и заказчики довольны итогами этого промежуточного этапа. Также в обязательном порядке в конце спринта команда проводит мозговой штурм, во время которого анализирует свою работу, чтобы понять, можно ли её сделать эффективнее.

Scrum-подход сравнивают с самонаводящейся ракетой: команда проекта двигается по траектории и корректирует её в зависимости от того, куда сдвинулась цель.

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

Многие руководители применяют гибридную методологию, включающую элементы и гибкой, и негибкой философии. Такой подход кажется наиболее разумным, поскольку позволяет использовать сильные стороны обеих концепций. Однако найти раз и навсегда идеальное сочетание Waterfall и Agile невозможно. Поэтому каждому менеджеру всякий раз в начале и во время работы над проектом придётся подбирать техники и инструменты управления, подходящие именно под текущие задачи. В этом и состоит сложность и красота проектного менеджмента, которому нужно постоянно учиться.