Попробовать бесплатно
Классические3 темы в разделе

Как выбрать методологию управления проектами

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

10 мин чтенияуровень: базовыйобновлено
КРАТКО
  • Главный вопрос не «какая методология лучше», а «зафиксировано ли содержание работ».
  • Второй по важности — как быстро приходит обратная связь о том, что результат верный.
  • Смешивать подходы нормально: разные команды в одной компании могут работать по-разному.
  • Худший выбор — процесс, скопированный у другой компании без проверки этих условий.
01 · ЧТО ЭТО

Четыре вопроса вместо спора о методологиях

Спор «гибкие подходы против классических» почти всегда бесплоден, потому что ведётся об абстракциях. Практический выбор сводится к четырём вопросам о конкретной ситуации, и ответы на них обычно очевидны всем участникам — если их наконец задать вслух.

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

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

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

ПОДХОДИТ, КОГДА
  • Процесса нет и надо выбрать, с чего начать.
  • Текущий процесс перестал работать, и непонятно, менять ли подход.
  • В компании несколько команд с разной природой работы.
  • Нужно объяснить руководству или заказчику, почему выбран именно этот способ работы.
НЕ ПОДХОДИТ, КОГДА
  • Процесс работает и всех устраивает — менять подход без причины дороже, чем кажется.
  • Проблема в конкретном месте процесса, а не в подходе целиком.
  • Решение уже принято сверху и не обсуждается — тогда полезнее темы по внедрению.
02 · ВНЕДРЕНИЕ

Порядок выбора

Выбор занимает одну встречу, если идти по вопросам, а не по названиям методологий. Ответы фиксируйте письменно: через полгода они пригодятся, когда кто-то предложит «перейти на что-то другое».

  1. 1Определите природу работыПроектная (есть начало, конец и результат) или поточная (обращения приходят постоянно). Это первое разветвление, и оно важнее всего остального.15 минут
  2. 2Проверьте, зафиксировано ли содержаниеДоговор, техническое задание, смета, конкурс — зафиксировано. Общее направление и уточнение по ходу — нет.15 минут
  3. 3Оцените скорость обратной связиЗа какой срок можно показать результат и получить осмысленный ответ. Если больше двух-трёх месяцев, короткие циклы дадут мало.15 минут
  4. 4Разделите уровниСпособ работы команды и система целей компании — разные решения. Kanban в поддержке спокойно уживается с целями на уровне компании.15 минут
  5. 5Опишите стыки между командамиЕсли команды работают по-разному, главный риск не внутри, а на границах: как передаётся работа и как согласуются сроки.30 минут
  6. 6Зафиксируйте выбор и причиныОдна страница: что выбрали и по каким ответам. Через полгода это сэкономит повторный спор.30 минут
03 · МЕТРИКИ

Признаки, что подход выбран неверно

Планирование не сбываетсяИз цикла в цикл переносится половина работ. Обычно означает, что работа поточная, а её пытаются планировать итерациями.доля переносов
Ритуалы соблюдаются, решения не меняютсяВстречи проходят, процесс не меняется третий месяц. Форма без содержания.изменений после ретроспектив
Срочное вытесняет плановоеБольше половины работ приходит вне плана. Итеративный процесс здесь не выживет.% внеплановых
Содержание расползаетсяРаботы добавляются, план прежний. Признак того, что нужна процедура изменений, а не более гибкий процесс.накопленный объём изменений
Метрики никто не смотритСчитаются, но не влияют на решения. Значит, измеряется не то, что важно этой команде.обращений к отчётам
04 · ТИПИЧНЫЕ ОШИБКИ

Типичные ошибки выбора

Скопировали процесс другой компании

ЧТО ДЕЛАТЬПроверьте четыре условия применимости на своей ситуации. Одинаковый процесс в разных условиях даёт разный результат.

Выбрали подход под моду, а не под работу

ЧТО ДЕЛАТЬГибкие подходы не универсальны. Там, где содержание зафиксировано договором, они создают конфликт между процессом и обязательствами.

Один процесс на всю компанию

ЧТО ДЕЛАТЬПоддержка, разработка и проектное внедрение имеют разную природу работы. Единый процесс подойдёт максимум одной из трёх.

Смешали уровни: процесс команды и цели компании

ЧТО ДЕЛАТЬЭто независимые решения. Цели верхнего уровня сочетаются с любым командным процессом.

Меняют подход вместо конкретной проблемы

ЧТО ДЕЛАТЬСначала выясните, где именно ломается: приоритеты, приёмка, узкое место. Смена подхода целиком редко лечит локальную проблему.

Не описали стыки между командами

ЧТО ДЕЛАТЬКогда команды работают по-разному, отказы происходят на границах. Опишите передачу работы и согласование сроков.
06 · В SHTAB

Почему выбор не упирается в инструмент

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

  • 01Доска, список, календарь и диаграмма Ганта — разные виды на одни и те же задачи: смена подхода не требует переноса данных.
  • 02Разные команды работают по-разному в одном пространстве: поток в поддержке и циклы в разработке.
  • 03Цели компании живут над командными процессами и сочетаются с любым из них.
  • 04Оценка трудозатрат ведётся в тех единицах, которые нужны команде: часы, сторипоинты, деньги.
  • 05Отчёты одни и те же для любого подхода: задачи, сроки, трудозатраты, время в статусах.
07 · FAQ

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

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

Соберите свой процесс в Shtab

Доски и статусы, оценка трудозатрат, дерево целей, отчёты и трекер времени — в одном инструменте.