Управление проектами: методологии. Краткий обзор
![Управление проектами: методологии. Краткий обзор](https://media.cabi-net.ru/upload/images/jME5sLQ3c6svTcL-xl.jpeg)
Управление проектами похоже на творчество, в частности на живопись. До того как уйти в сюрреализм, фовизм, пуантилизм, любое другое направление или придумать собственное, всякий художник должен освоить классический рисунок. Так и в проект-менеджменте: до того как выработать свой подход к проект-менеджменту, нужно познакомиться с давно зарекомендовавшими себя методиками и технологиями управления в этой сфере.
Но прежде чем приступить к обзору наиболее распространённых подходов, имеет смысл разобраться с определениями понятий и принципами их классификаций.
Итак, в проект-менеджменте методологией называют набор правил, техник, инструментов и принципов управления. В общем, всего, что помогает стандартизировать менеджмент проектов, но поскольку каждый проект уникален, то и привести его к общему знаменателю сложно. Поэтому правил, техник и инструментов управления – великое множество. Принципов – несколько, а методологий по сути две. Негибкая и гибкая.
Негибкая методология (waterfall, водопадная модель, каскадная модель)
Самый старый подход, возникший в 1970 году как ответ на бурный рост сферы разработки программного обеспечения. Он зиждется на последовательном прохождении этапов жизненного цикла проекта (подробнее о них здесь). Если рассмотреть как проект посадку моркови, то в соответствии с водопадной моделью действовать нужно так:
купить семена;
сформировать грядку;
сделать рядки;
рассыпать семена;
закопать рядки;
мульчировать грядку.
Ни один из названных этапов не может быть сделан раньше предыдущего. Поэтому методология и называется водопадной – движение только в прямом направлении без возвратов и шагов в сторону.
Обычно этой методологии придерживаются менеджеры проектов в тех сферах, где цена ошибки критически высока, – медицина, ВПК, авиация, банковская отрасль. В Waterfall всё, что можно продумать, продумано, всё, что можно зафиксировать, зафиксировано. Требования к процессу и его результату известны заранее, так что риски минимальны и вероятность промахнуться невелика.
Манифест каскадной модели:
соблюдение правил;
опора на максимально подробное ТЗ;
отсутствие (минимум) изменений.
Ценности водопадной модели:
процессы и инструменты;
документация;
ограничения, заложенные в контракте;
следование плану.
Водопадная модель в чистом виде уже практически не используется, поскольку не даёт ни скорости, ни гибкости, а рынок меняется на лету. Поэтому лидерство захватила гибкая методология.
Agile (гибкая методология)
Гибкая методология стала развиваться на рубеже тысячелетий. Хотя корректнее называть Agile философией, поскольку в ней нет чётко описанных процессов, которые должны происходить на каждом этапе реализации проекта, и нет чётких критериев перехода с этапа на этап.
В 2001 году свет увидел Agile-манифест, в котором закрепили ценности и принципы этого подхода.
Ценности:
люди и их взаимодействие;
готовый продукт;
коммуникация с заказчиком;
реакция на изменения.
Основные принципы:
Приоритеты – готовый продукт и признательный заказчик.
Открытость к изменениям.
Заказчик (product owner) и команда проекта регулярно встречаются и обмениваются информацией.
Рабочие элементы продукта показываются как можно чаще.
Верный показатель прогресса – наличие работающего продукта.
Простота организации проекта облегчает работу и даёт большую эффективность. Но чтобы найти эту простоту, команда постоянно ищет варианты повышения своей эффективности и вносит соответствующие корректировки в процесс работы.
Гибкость – залог непрерывного развития всей команды и каждого её члена, а также гарантия высокого качества продукта, который создаётся в ходе проекта.
Если негибкая модель напоминает водопад, то гибкая – набегающую волну (возможны движение и вперёд, и назад, а также шаги в стороны). Проект не планируют от начала до конца, а расписывают в общем виде. Детально простраивают лишь ближайшие шаги, что даёт место для манёвра, поскольку изначальный план всё равно придётся менять и/или уточнять.
Agile можно реализовывать несколькими способами. Один из них – Scrum. Его главная особенность – командный подход. Причём в Scrum нет должностей, есть только роли, которые в ходе реализации проекта могут меняться у одного человека несколько раз. Заказчик включён в работу над проектом так сильно, как ни в одном другом подходе.
В Scrum процесс реализации проекта разделён на равные отрезки времени, которые назвают спринты. Их продолжительность колеблется от 1 до 4 недель. Каждый такой производственный период имеет собственную цель. В его финале команда получает промежуточный работающий продукт. К следующему этапу переходят тогда, когда и исполнители, и заказчики довольны итогами этого промежуточного этапа. Также в обязательном порядке в конце спринта команда проводит мозговой штурм, во время которого анализирует свою работу, чтобы понять, можно ли её сделать эффективнее.
Scrum-подход сравнивают с самонаводящейся ракетой: команда проекта двигается по траектории и корректирует её в зависимости от того, куда сдвинулась цель.
Безусловно, выбор методологии управления проектном остаётся на усмотрение его менеджера и зависит от конкретных свойств проекта и команды. И, какой бы подход ни был выбран, его всё равно нужно будет адаптировать под конкретный проект. Ведь каждый проект уникален.
Многие руководители применяют гибридную методологию, включающую элементы и гибкой, и негибкой философии. Такой подход кажется наиболее разумным, поскольку позволяет использовать сильные стороны обеих концепций. Однако найти раз и навсегда идеальное сочетание Waterfall и Agile невозможно. Поэтому каждому менеджеру всякий раз в начале и во время работы над проектом придётся подбирать техники и инструменты управления, подходящие именно под текущие задачи. В этом и состоит сложность и красота проектного менеджмента, которому нужно постоянно учиться.
Комментарии 0