Проекты бывают разными, перед командами ставятся различные цели и задачи, они могут разрабатывать и поддерживать специфические продукты, и, исходя из этого, внутри команд применяются различные методологии управления или ведения проектов.
Методология в управлении проектом – это набор правил и условий, общих принципов и конечных процедур, применяемых для более качественного и эффективного управления одним или одновременно несколькими проектами. Это своего рода попытка стандартизации подхода к работе над типовыми задачами.
Например, методология может определять то, как происходит взаимодействие в команде, как принимаются решения, через какие этапы будет проходить работа и прочие процессы.
Перечислим наиболее популярные методологии ведения проектов для небольших и средних команд.
ТОП-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 совместим со многими методологиями, представленными в списке выше. Задачи могут быть представлены в виде стандартных списков, карточек, Канбан-доски, сетевого графика (диаграмма Ганта) или в виде календаря.
Попробовать систему в деле можно с помощью демо-режима, никакой регистрации и указания персональных данных при этом не требуется.