Топ 10 методологий для ведения проектов

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

Методология в управлении проектом – это набор правил и условий, общих принципов и конечных процедур, применяемых для более качественного и эффективного управления одним или одновременно несколькими проектами. Это своего рода попытка стандартизации подхода к работе над типовыми задачами.

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

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

ТОП-10 методологий: лучшие на рынке

Семейство Agile (Эджайл) – гибкие методологии

1. SCRUM («схватка») – работа со спринтами
2. XPM – экстремальное управление проектами
3. Канбан

Методологии с простых и небольших проектов

4. Waterfall (Водопад) – каскадная модель
5. PMBOK – крутой фреймворк для любых проектов
6. CPM Метод критического пути

Методологии управления изменениями

7. ECM – моделирование событий

Процессно-ориентированные методологии

8. Шесть сигм – «бережливое» управление
9. Процессно-ориентированное управление

Другие модели

10. 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 совместим со многими методологиями, представленными в списке выше. Задачи могут быть представлены в виде стандартных списков/карточек, канбан-доски, сетевого графика (диаграмма Ганта) или в виде календаря.

Попробовать систему в деле можно с помощью демо-режима (никакой регистрации и указания персональных данных не требуется).

Демо Projecto