Топ 10 методологий для ведения проектов
Проекты бывают разными, перед командами ставятся различные цели и задачи, они могут разрабатывать и поддерживать специфические продукты, и исходя из этого внутри команд применяются различные методологии управления/ведения проектов.
Методология в управлении проектом – это набор правил и условий, общих принципов и конечных процедур, применяемых для более качественного и эффективного управления одним или одновременно несколькими проектами. Это своего рода попытка стандартизации подхода к работе над типовыми задачами.
Например, методология может определять то, как происходит взаимодействие в команде, как принимаются решения, через какие этапы будет проходить работа и т.д.
Ниже рассмотрим наиболее популярные методологии ведения проектов для небольших и средних команд.
ТОП-10 методологий: лучшие на рынке
Семейство Agile (Эджайл) – гибкие методологии
- SCRUM («схватка») – работа со спринтами
- XPM – экстремальное управление проектами
- Канбан
Методологии с простых и небольших проектов
- Waterfall (Водопад) – каскадная модель
- PMBOK – крутой фреймворк для любых проектов
- CPM Метод критического пути
Методологии управления изменениями
- ECM – моделирование событий
Процессно-ориентированные методологии
- Шесть сигм – «бережливое» управление
- Процессно-ориентированное управление
Другие модели
- PRINCE2 – работа в контролируемых средах
Agile (Эджайл) – самая гибкая методология
Слово Agile переводится как «гибкий», «проворный», «вёрткий», «быстрый». Оно наиболее точно описывает подход к работе над проектами в одноимённой методологии разработки.
В реальности Эджайл – это не самостоятельная методология, а целое их семейство, в основе которых лежит максимальная гибкость и набор специальных принципов (описываются в манифесте Agile).
Ниже – ряд наиболее ярких представителей agile-принципов.
1. SCRUM («схватка») – работа со спринтами
Скрам очень часто используется в работе над программными продуктами (в разработке и поддержке). Подходит только для знающих и понимающих заказчиков. Например, когда клиент выкатывает команде на реализацию нужную ему фичу, а команда устраивает недельный «забег» (спринт) и на выходе делает то, что нужно.
Задачи учитываются на SCRUM-доске, которая по своим принципам сильно похожа на канбан. Правда, карточки в SCRUM немного информативней.
При SCRUM-подходе через несколько итераций (забегов) можно с уверенностью оценить продуктивность команды и оперировать ею при расчёте новых задач.
2. XPM – экстремальное управление проектами
Эта методология эффективна при работе проектных команд. В основе лежат идеи экстремального программирования (XP). Представитель заказчика всегда рядом и активно участвует в работе над проектом, реализация задач часто осуществляется парами, когда один специалист выполняет задачу, а второй параллельно её контролирует.
В XPM-подходе короткий цикл обратной связи и процессы не прерываются на итерации. Работа привязывается к стандартному графику, а в проектировании/планировании задач ставка делается на простоту и понятность. Тестирование обычно автоматизировано (что опять же ускоряет процесс сдачи проекта и упрощает контроль).
3. Канбан
Канбан – одна из вариаций бережливого управления. Задачи могут иметь несколько типовых статусов и легко распараллеливаются между исполнителями. Руководитель и вся команда отслеживает статус прогресса на специальной канбан-доске, где карточка или стикер с задачей продвигается по этапам, от первого до последнего.
Про канбан мы тоже писали более подробно здесь.
Данная методология позволяет сконцентрироваться на определённом пуле задач. Все карточки с «лишними» задачами будут просто оставаться в исходном (первом) столбце и ждать своей очереди.
Последовательные методологии
Такие методологии ещё можно назвать «Традиционные» или «Линейные». Они идеально подходят для простых и небольших проектов. Всё дело в том, что откровенно «негибкий» подход лучше всего показывает себя при реализации задач, для которых легко можно себе представить конкретный результат, а не нечто эфемерное или неявное, как в случае с Agile-подходом.
В традиционном подходе задачи ставятся сотруднику, отделу, службе или подразделению в строгой последовательности – одна за другой. Нарушение очереди недопустимо (только в крайних случаях).
4. Waterfall (Водопад) – каскадная модель
Наиболее яркий пример того, как работают последовательные методологии. Чтобы перейти к работе над последующими задачами, обязательно нужно завершить работу над предыдущими. Как в конвейере или в детерминированном алгоритме Тьюринга. Один момент времени – одна задача.
Наверное, поэтому Waterfall-подход показывает себя лучше всего при производстве чего-то материального (оборудования, зданий и т.п.). Главное преимущества каскадов – в детальном планировании. Ведь конкретная задача должна приводить к конкретному результату. Гибкость, конечно, страдает, но иногда она просто не нужна.
5. PMBOK – крутой фреймворк для любых проектов
PMBOK – это пример того, насколько далеко можно зайти при планировании проектов. До 4-ой версии использовался строго детерминированный подход (последовательная постановка задач и их реализация), эффекты agile-методологий появились во фреймворке, начиная с 4-ой версии.
Иными словами, PMBOK версий 1,2 и 3 – это представители традиционного каскадного (последовательного) планирования. При этом PMBOK удобно использовать при работе даже над очень крупными проектами, в любых сферах применения, все этапы планирования продукта здесь уже написаны (в «Своде знаний»), вам остаётся только адаптировать PMBOK под себя.
6. CPM Метод критического пути
В расчёт берутся все задачи и подзадачи, оценивается примерное время их выполнения. При этом обязательно учитываются связи между задачами, то есть влияние одних на другие. Если вы не можете выполнить какие-либо критические работы, то всё это существенно увеличивает срок сдачи итогового проекта.
Наиболее эффективным выбирается такой сетевой график, при котором затрачивается меньше времени на реализацию всех задач при известных/конечных ресурсах. Обычно наиболее важные задачи – критические. Отсюда и название методологии.
Планирование CPM (русская аббревиатура МКП) осуществляется с помощью сетевого графика (диаграмма Ганта).
CPM – это не совсем линейная модель. Часть задач здесь можно распараллеливать, но в рамках рабочих процессов с привязкой к исполнителям модель всё равно получается каскадной.
Методологии управления изменениями
Очень интересная парадигма управления. Всё, что нас окружает – не статичное, а динамичное. Всё вокруг меняется и переходит из одного состояния в другое. Чем ещё нужно управлять, как не состояниями?
Издержки такого ёмкого и всеобъемлющего подхода – высокая сложность и применимость преимущественно к большим системам (организациям или их объединениям).
7. ECM – моделирование событий
ECM-подход обычно применяется в проектных командах при работе над максимально ответственными задачами. Методология предполагает составление матрицы всех возможных событий/состояний проекта в зависимости от внутренних и внешних факторов, и их влияние на результат работы: увеличение или сокращение времени, дополнительные/внеплановые расходы и т.п.
Выбирается наилучший путь развития событий, но вероятность наступления неблагоприятных состояний не исключается. То есть ECM-подход не зацикливается на проблемах, но предполагает их адекватное решение при наступлении. Количественный анализ можно выполнить по определённым методикам, например, по методу Монте-Карло. Плюс, можно задействовать анализ чувствительности, который поможет найти наиболее уязвимые сферы вашего проекта и разработать планы отступления (обхода вероятных проблем).
Процессно-ориентированные методологии
Если вы слышали термин «бизнес-процессы», то значит уже косвенно знакомы с процессно-ориентированными методологиями управления проектами.
8. Шесть сигм – «бережливое» управление
Мы уже упоминали одну из «бережливых» моделей – канбан. Но у модели «шесть сигм» немного другой подход. Например, задействуются KPI (ключевые показатели), управление качеством, статистический анализ и т.д. Бизнес-процессы непрерывно оптимизируются и совершенствуются.
Сигма здесь – это среднеквадратичное отклонение от «нормы» (от среднего значения). Альтернативные названия метода – DMAIC и DMADV.
9. Процессно-ориентированное управление
Предполагается, что управленцы непрерывно оптимизируют бизнес-процессы предприятия. Для этого они определяют (находят, выявляют) бизнес-процесс, анализируют его, реализуют изменения, которые должны способствовать положительной динамике, мониторят/контролируют процесс и, как итог, оптимизируют его.
Далее цикл повторяется заново. Подход во многом похож на упомянутые выше «Шесть сигм».
Другие модели
Если говорить об Agile- и последовательных методологиях, то на первый взгляд они несовместимы, но никто не запрещает вам брать на вооружение только лучшие принципы и подходы. Такие методологии ещё называют комбинированными. Помимо обозначенных лидеров рынка могут применяться и другие модели управления проектами.
10. PRINCE2 – работа в контролируемых средах
Подход эффективно применяется для управления проектами в социальной сфере и в IT-отрасли. Разработан и внедрён в качестве стандарта правительством Великобритании.
Чем-то напоминает PMBOK, так как тоже предполагает разбивку на этапы, хорошо документирует составные процедуры и процессы.
PRINCE2 отлично сочетается с Agile-методиками.
Какую методологию выбрать
Всё зависит от целей и задач проекта, от предпочтений команды и заказчиков/клиентов. Нельзя сказать, что явным лидером является agile-подход или последовательные методологии.
- Для больших команд, у которых нет проблем с обменом информацией между собой, вполне подойдут каскадные (линейные) методологии.
- Если проблемы с общением есть – лучше выбрать канбан или другие agile-подходы.
- Если команда небольшая и проекты меняются часто – лучше всего использовать SCRUM.
- При наличии навыков самоуправления в команде вполне может подойти экстремальное управление проектами.
- Для крупных и ответственных проектов есть PMBOK.
И т.д.
Среда для ведения проекта
Какую бы методологию вы ни выбрали, вам потребуется учитывать задачи и визуализировать процесс работы над ними. Даже если такой функционал не нужен рядовым исполнителям, то профильный инструмент точно пригодится управленцу.
Как раз разработкой и внедрением такой системы мы занимаемся в Projecto.
Наша система работает в облаке и не требует установки на рабочие места какого-либо дополнительного софта, кроме стандартного браузера.
Projecto совместим со многими методологиями, представленными в списке выше. Задачи могут быть представлены в виде стандартных списков/карточек, канбан-доски, сетевого графика (диаграмма Ганта) или в виде календаря.
Попробовать систему в деле можно с помощью демо-режима (никакой регистрации и указания персональных данных не требуется).