Ажаль и его друзья vs вотерфол— методологии управления проектами глазами обывателя
Начнем издалека — прежде чем понять про методологии управления проектами, разберемся, что вообще такое проект.
Проект — это набор процессов, задач и ограничений, который на выходе дает уникальный продукт. Проектом может являться как создание мобильного приложения, так и постройка дома. Управление проектами — это организация того, что в этот проект входит — процессы, задачи и тд.
Проекты разные нужны, проекты разные важны
Безусловно, разные проекты имеют разные задачи и процессы внутри себя, а соответственно и сталкиваются с разными проблемами. В связи с этим и были придуманы некоторые методологии — шаблоны, с которыми управлять проектами было бы намного удобнее.
Методологий управления проектами великое множество — они бывают используемыми только в одной компании, бывают глобальными. Методологии бывают в виде инструментов (типа Agile), бывают в виде большой книги с набором этих инструментов (PMBoK, тоже методология).
Waterfall
Самый классический вид проектного управления — это Waterfall или каскадная методология. Каждый этап в проекте идет следом за предыдущим, это похоже на уровни игры — нельзя перейти на на новый уровень, пока не пройдешь предыдущий. Она состоит из 7 блоков.
Каскадная методология хороша в ее четкости и дисциплинированности, но слабая в плане качества и негибкости.
Agile
Одна из самых хайповых методологий сейчас. Да и не просто методология, а целая философия гибкого управления проектами. Из нее вышел целый ряд иных методологий типа (Scrum, Канбан и тд. О них поговорим дальше).
Ключевые характеристики — это:
- Минимизация рисков
- Работа в коротких циклах.
- Люди и коммуникация — самое важное.
Реализация продукта состоит из этапов — спринтов, куда входит выполнение определенных задач. На каждом этапе реализации продукта продуктом можно пользоваться.
Такая методология очень хорошо подходит для стартапов, где нет техзадания и нужно протестить сразу несколько гипотез.
Scrum
Этот подход имеет немного более жесткую структуру чем agile. Рабочий процесс строится из спринтов длинною от недели до месяца. Перед спринтом формулируются задачи на спринт, а в конце анализируются работа и обсуждаются результаты. Спринты очень удобно сравнивать между собой, что позволяет управлять эффективностью работы.
Над каждым проектом работает команда, владелец продукта и scrum-мастер. Первый курирует проект и следит за его развитием, а второй помогает организовать бизнес-процесс.
Kanban
Подход, который также выстроенный по методологии agile. В нем бизнес-процесс делится на стадии выполнения конкретных задач: «Планируется», «Разрабатывается», «Тестируется», «Завершено» и др.
Каждая задача проходит через все стадии, эти стадии и сами задачи обычно фиксируются на доске (например в программах типа trello, или просто доска со стикерами). Очень удобно контролировать, на каких этапах возникают трудности и оптимизировать эти места.
В этой методологии нет владелец продукта и scrum-мастера, которые бы контролировали или как-то бы курировали проект. Подход в том, чтобы сбалансировать разных специалистов команды.
Вывод:
Гибкие методологии безусловно побеждают классическую каскадную методологию своей кастомизацией и возможностью оптимизации разных задач. Но когда существует так много вариантов — важно не ошибиться и изучить все детали и возможности, чтобы остановиться на наиболее подходящем.
