Pull to refresh

Comments 3

Очень многие даже сейчас продолжают считать что PMBoK это исключительно про Waterfall. Хорошо что это не так.

В PMBoK 8 эта логика выглядит очень похоже: сначала выбирается не «правильная методология», а подход – предиктивный, адаптивный или гибридный. Уже внутри него появляются Scrum, Kanban, XP, SAFe и другие способы организации работы. Поэтому я бы только чуть аккуратнее развёл в статье уровни: Waterfall и Scrum – всё-таки не совсем сущности одного порядка.

Agile-подходы по широте охвата и глубине детализации (PMBoK 8-е издание)
Agile-подходы по широте охвата и глубине детализации (PMBoK 8-е издание)

В остальном логика выбора почти совпадает с PMBoK 8: определённость требований, стоимость изменений, потребность в обратной связи, риски, ограничения и зависимости. Я бы добавил ещё один вопрос: «Способна ли сама организация работать выбранным способом?» (тут я даже картинку готовил для презы в свое время, см. ниже) Можно идеально выбрать Scrum, а потом согласовывать каждое решение по функциональной вертикали. Проблема тогда уже не в Scrum.

Руслан, спасибо - это тот случай, когда комментарий достраивает к статье целый этаж.

По уровням замечание принимаю, оно точное. В тексте есть шпаргалка «принципы -> рамка -> метод -> практики», но над ней не хватает ещё одного уровня: типа жизненного цикла. Waterfall живёт именно там, рядом с выбором «предиктивный/адаптивный/гибридный», а Scrum - этажом ниже, уже внутри адаптивного. У PMI это, кстати, разведено давно и аккуратно.

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

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

Чаще всего до старта проекта уже проявляются признаки, по которым можно судить о соответствии организации и выбранному жизненному циклу. Тут я стараюсь выходить на С-level, чтобы честно обсудить и иногда отговорить от необдуманных шагов.

Но, к сожалению, пару раз было и такое, что команда успешно маскировалась под опытных "гибкотехнологиков" :)

Sign up to leave a comment.

Articles