Популярные методологии для управления проектами в IT. И почему они не все методологии

Почему Waterfall, Agile и PMBOK — это не методологии, Scrum не гибкая, а очень даже жёсткая система для разработки продуктов, а по PMBOK работать нельзя. Разобрались вместе сервис для управления проектами WEEEK и онлайн-школа PMCLUB.

Вот так начнёшь гуглить что-то железобетонное про управление проектами и утонешь под многообразием методологий, методик, систем и фреймворков. И каждая публикация будет говорить, что вот эти 10 точно главные. И что все они методологии… И хотя термины синонимичны — они не одно и тоже. Но мы должны где-то остановиться, так что возьмём слово методология, глянем, что можно считать ею, что для каких проектов подойдёт. Да и автоисправление не собьёт с толку «фейерверком» вместо «фреймворка» 🙂

❌ Не методология, не система, скорее, имя нарицательное

В 70-е американский учёный Ройс описал порядок разработки ПО в виде схемы, похожей на водопад. Это когда активности по проекту идут одна за другой. Процесс следующий: сделали первый шаг, а дальше второй, потом третий. Вот только всю публикацию Ройс говорил, что эта система работает плохо в сфере разработки ПО. А понятия «водопад» вообще не вводил. Просто с чьей-то лёгкой руки так повелось, и появилась методология Waterfall.

Waterfall действительно используют в значении методология, хотя этим словом корректно называть предиктивное, то есть последовательное управление. Кстати, вот та самая статья Ройса.

✅ Кому подходит. Для проектов с прогнозируемым результатом (хотя бы частично). Если всё-таки говорить про разработку ПО — то сработает в сложных по архитектуре проектах. Для постройки моста и посадки дерева тоже подойдёт.

❌ Не методология, а философия

Это подход к управлению проектами, когда команда соблюдает четыре ценности, поддерживаемых 12 принципами. Если углубиться в составляющие Agile, можно увидеть там и Scrum, и Kanban, и DSDM и другие методологии с фреймворками💥 В целом, Agile — базис для благоприятного и эффективного функционирования проекта, но не руководство к действию.

✅ Кому подходит. Стартапы и прочий пользовательский диджитал. Для проектов с неопределёнными на старте целями, вводными и условиями развития.

❌ Не методология, а энциклопедия

Это аббревиатура, и она произносится не как «Пиэмбук» (хотя и очень хочется), а как «Пиэмбок». PMBOK — Project Management Body Of Knowledge, то есть, свод знаний по управлению проектами. И на его основе можно сформировать свой способ управления проектами — но напрямую работать по своду не получится. Нужно внедрить в проект нужные процессы с оптимальным вложением ресурсов? PMBOK поможет.

🔥 Разбор PMBOK 7-го издания у нас тоже есть.

✅ Кому подходит. Для тех, кто хочет стать идеальным проджектом. Нужно учесть 12 принципов управления проектов: ответственное управление, сотрудничество между членами команды, вовлечение заинтересованных сторон и т.д. А переложить знания PMBOK на практику можно с помощью таск-менеджера. Например, WEEEK. В нём есть готовые шаблоны для работы с проектами по главным методологиям, функции для отслеживания эффективности команды и статусов, а также набор готовых решений.

👍 Методология, инструмент и метод

А всё потому, что Канбан — производная Agile. И это самый настоящий инструмент и помощник, это рабочая методология управления процессам, которая великолепно помогает разложить общую картину дел и пошагово продвигаться в реализации. И для этого есть примерный step by step:

✅ Кому подходит. Для проектных и производственных типов управления. Идеально для разработки ПО и пользовательских приложений. Для небольших команд и динамичных проектов. Ещё подходит для производства и выпуска контента. Это очень гибкая штука. Кстати, у нас есть пример трёх Канбан-досок для личной жизни. А подробнее о методе Канбан читай здесь.

👍 Методология, снижающая энтропию на проектах

Для успешного использования Scrum (масштабируемой agile-техники) необходимо чётко соблюдать правила. И это хорошо (смотри подзаголовок)👆Так что Scrum, пусть и часть гибкой Agile-философии, но жёсткий и чёткий. В Scrum есть роли, артефакты, конкретные действия. А гибкость начинается там, когда вы с командой оцениваете, как работает метод, есть ли хороший результат, растёт ли проект. И тогда принимаете решения и, по необходимости, гибко перестраиваете процессы. И снова работаете в рамках Scrum.

✅ Кому подходит. Для команд с отлаженными внутри процессами. Проекты по Scrum — краткосрочные, выстроенные по принципу постепенного увеличения показателей. Читай о Scrum — здесь.

👍 Методология и стандарт управления проектами в Великобритании

Смотри, это своеобразная аббревиатура. PRINCE2 — Projects In Controlled Environments, то есть, проекты в контролируемых средах. У проекта есть начало и конец, задачи, цели и другие вводные. Так что все эти процессы нужно отслеживать и не допускать каких-либо несоответствий относительного запланированного. Проджект-менеджер самостоятельно выбирает методологию для реализации всех процессов.

✅ Кому подходит. Изначально придумана под социальные проекты. Но её можно подстроить и адаптировать под запросы.

👍 Методология, которой нужны точные показатели

Для методологии важен перечень ограничений и необходимых параметров качества. Всё просто: главная цель Шести сигм — уменьшить количество ошибок и несоответствий. Когда увеличивается значение сигм, уменьшаются качественные показатели. И наоборот.

✅ Кому подходит. Для широкого спектра проектов. Но важно помнить, что в них важны цифры и точные показатели. Любое решение должно проходить тщательную проверку. Основываться на неточной информации и использовать эту методологию — нельзя. Подробнее об этом мы написали здесь.

👍 Методология с быстрой доставкой обновлений и улучшений

И это вновь аббревиатура. DSDM — Dynamic Systems Development Method, то есть, Метод разработки динамических систем. Цель методологии — сдать готовый проект вовремя и не превысить рамки бюджета. Да, сделать это не так-то просто👌 Поэтому DSDM предлагает достаточное количество понятных действий, чтобы достичь поставленных целей. Например, наладить эффективную коммуникацию среди коллег и пользователей, грамотно выстроить приоритеты и так далее.

✅ Кому подходит. Для проектов, где надо быстро доставлять обновления и улучшения. К примеру, пользовательские приложения.

👍 Методология, в которой всё понятно

P3.express — очень практичная, структурированная и понятная методология. В ней буквально шаг за шагом прописано, что надо делать: определи спонсора проекта, выбери менеджера, команду, собери резюме, проведи анализ результатов. И у каждого действия свой номер. Первый этап (планирование и подбор команды) состоит из 10 шагов и пронумерован с А01 по А10. Следующий этап стоит под буквой В — там пять шагов с нумерацией В1-В5, и так далее. Используя эту методологию можно менять и последовательность этапов, и порядок шагов, и факт их существования. Всё должно складываться, как конструктор LEGO☝

✅ Кому подходит. Для тех, кто стремится к тому, чтобы в проектах всё было в порядке и работало как часы. Для широчайшего спектра проектов и по направлениям, и по размерам

***

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

Автор: Олеся Шерстобитова