Никита Малов.

Основатель и управляющий партнёр
аналитической компании ДОВОДАналитика рынков · OSINT

Факты. Решения.
Развитие бизнеса.

Основные методы управления проектами

Коротко

Метод управления проектом — это набор правил, по которым проект планируют, ведут и закрывают: кто за что отвечает, в каком порядке идут работы, как принимают решения и как фиксируют результат. Все методы делятся на три семейства: предсказуемые, где объём и сроки определены заранее; гибкие, где работу ведут короткими циклами и уточняют по обратной связи; и смешанные, где часть проекта идёт по плану, а часть — по циклам.

Что такое ведение проекта

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

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

Три семейства методов

ПредсказуемыеГибкиеСмешанные
Что предполагаютОбъём, сроки и бюджет определяют до начала работТребования уточняют по ходу, результат выдают короткими цикламиЧасть работ идёт по плану, часть — по циклам
ПримерыВодопад, V-модель, PRINCE2Scrum, Kanban, экстремальное программированиеГибрид, Scrumban
Когда подходятСтроительство, инфраструктура, госпроекты, фиксированный контрактПродукты, где потребности меняются, а обратная связь частаяКрупные программы: вехи фиксированы, детали гибкие
Главный рискДорогие изменения на поздних этапахРасползание объёма без жёстких рамокСложность согласования двух режимов
Что требует от командыДисциплины и полной документации на каждом этапеСамоорганизации и регулярной обратной связиУмения работать в обоих режимах

Предсказуемые методы

  • Водопад: фазы идут строго по очереди — требования, проектирование, реализация, проверка, запуск, сопровождение; следующая начинается после полного завершения предыдущей. Даёт высокую определённость плана, но изменение на позднем этапе обходится дорого.
  • V-модель: те же фазы, но каждой ступени разработки соответствует ступень проверки на другой стороне буквы V. Применяют в программных и системных проектах и в госпроектах, где важна ранняя проверка качества.
  • PRINCE2: процессный метод с семью процессами — запуск проекта, руководство проектом, инициация, контроль, управление поставкой продукта, управление границами этапов, закрытие. Сильная сторона — управляемость и документация; для небольших проектов он избыточен.

Гибкие методы

  • Scrum: работа идёт короткими циклами — спринтами, обычно от двух до четырёх недель. В команде три роли: владелец продукта, Scrum-мастер и команда разработки. Каждый спринт даёт готовый прирост результата, а итоги разбирают на обзоре и ретроспективе.
  • Kanban: задачи идут потоком через колонки доски, а число одновременных задач в работе ограничивают. Подходит, когда работа поступает непрерывно и выпускать результат можно в любой момент.
  • Экстремальное программирование: гибкий подход для разработки, где качество кода и короткая обратная связь — основа работы.
  • Scrumban: спринтовый ритм Scrum с доской и ограничением задач из Kanban; удобен, когда задачи разного размера приходят вперемешку.

Методы улучшения и масштабирования

  • Lean: ищет и убирает потери в потоке создания ценности — лишние согласования, ожидание, переделки.
  • Six Sigma: снижает разброс и число дефектов через цикл DMAIC — определить, измерить, проанализировать, улучшить, контролировать. Работает там, где качество измеримо и брак стоит денег; для творческих задач не подходит.
  • SAFe и LeSS: схемы, которые связывают много гибких команд в одну программу, когда продукт делают десятки людей.

Как выбрать метод

Метод выбирают по шести признакам проекта: устойчивость требований, цена изменения на позднем этапе, сложность и масштаб, вовлечённость заказчика, опыт команды, требования к контролю и контракту. Устойчивые требования, регулируемая отрасль и фиксированная цена указывают на предсказуемый метод; меняющиеся требования и частая обратная связь — на гибкий; смешанные оценки — на гибрид.

Порядок выбора простой. Сначала оцените каждый признак по шкале от «план» до «гибкость». Затем посмотрите, куда сместилась сумма: если к плану — берите водопад или PRINCE2, если к гибкости — Scrum или Kanban, если посередине — гибрид. Проверьте решение на команде: если она впервые работает по Scrum и сроки жёсткие, первый спринт уйдёт на освоение, и это закладывают в план.

Выбор метода — вопрос соответствия проекту, а не вкуса руководителя. Руководство по управлению проектами PMBOK в седьмой редакции относит его к области развития подхода и жизненного цикла и рассматривает как решение о соответствии.

Как это выглядит на практике

Средняя компания строит новую производственную линию. Требования к оборудованию и помещению ясны, изменение проекта после начала монтажа дорого, подрядчик работает по фиксированной цене — проект ведут водопадом: сначала полностью планируют, затем выполняют.

ИТ-отдел госоргана делает новую административную систему. Каждому этапу разработки соответствует этап проверки, документация обязательна — здесь работает V-модель.

Продуктовая команда из десяти человек выпускает сервис, потребности пользователей меняются каждый месяц. Работа идёт спринтами по две недели с обзором результата и уточнением плана — это Scrum.

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

Частые вопросы

Какой метод управления проектами лучший?

Универсально лучшего нет. Метод подбирают под проект: устойчивые требования и фиксированный контракт тянут к предсказуемым схемам, меняющиеся требования и частая обратная связь — к гибким, сочетание обоих — к гибриду.

Чем Scrum отличается от Kanban?

Scrum делит работу на спринты фиксированной длины и задаёт роли и встречи; Kanban держит непрерывный поток задач на доске и ограничивает число одновременных задач. Первый удобен, когда результат нужен порциями через равные промежутки, второй — когда задачи приходят постоянно.

Можно ли вести стройку по Scrum?

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

Что входит в ведение проекта?

Цель и границы, разбивка на работы, ответственные и сроки, контроль денег и рисков, регулярная отчётность заказчику, приёмка результата и закрытие проекта. Конкретные документы и встречи задаёт выбранный метод.

Нужен ли отдельный руководитель проекта?

Зависит от масштаба. В небольшом проекте эти обязанности совмещает один из участников; в крупном с несколькими командами и подрядчиками нужен человек, который держит план, решения и отчётность. Роли в гибких схемах — владелец продукта, Scrum-мастер и команда — распределяются между участниками.

Проверка актуальности

Проверьте ответ на сегодняшний день

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

Читать в журнале

Проект без цифр остаётся пожеланием

Посчитаю, что проект принесёт бизнесу

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

Вы получаете расчёт по каждой позиции, точку безубыточности и модель роста. Это для собственников, которые хотят расти и боятся, что рост увеличит убыток.

Читать об услуге «Юнит-экономика и финансовая модель»

Ещё в справочнике