Как выбрать методологию и объяснить выбор — Road Map Project Manager — Demetra
Road Map Project Manager
🧭 Как выбрать методологию и объяснить выбор
Это как выбор транспорта: в городе удобен велосипед, через океан нужен корабль. Тот, кто всюду ездит на одном, просто не знает других
Критерии выбора
Вопрос
Если да
Если нет
Требования известны и зафиксированы контрактом
Водопад или гибрид с этапами
Итерации
Задачи приходят постоянно, без общего релиза
Kanban
Scrum со спринтами
Заказчик готов участвовать каждые две недели
Scrum с обзорами спринта
Водопад с вехами
Несколько команд на одном продукте
Масштабирование, см.
Один Scrum или Kanban
Команда новая или распределённая
Больше явных правил и артефактов
Можно меньше формализма
Как это работает
Посмотри на контракт: фиксированная цена и объём или оплата по времени
Оцени, насколько требования будут меняться
Посмотри на команду: зрелость, размер, часовые пояса
Выбери подход и назови вслух, что ты от него ждёшь
Через два-три спринта или этапа проверь, что получилось, и скорректируй
Ответ «мы работали по Scrum, потому что так было принято» на собесе звучит слабо. Ответ «мы взяли Scrum, потому что заказчик мог смотреть демо каждые две недели, а требования уточнялись по ходу» звучит как решение менеджера
Пример из жизни
Студия делала сайт для фармкомпании по контракту с фиксированной ценой. Начали со Scrum, но заказчик не приходил на обзоры спринта и присылал правки пачками раз в месяц. Менеджер перестроил работу: этапы с актами, внутри каждого этапа две недели итераций с внутренним демо. Правки стали приходить через формальный запрос на изменение с оценкой стоимости
Важно запомнить
Методология — инструмент под условия, а не идеология
Назови вслух причину выбора: контракт, неопределённость, команда
Готовность поменять подход через пару итераций ценится больше, чем верность одному
Как ответить на собесе
Какие методологии использовал, почему, и какую хотел бы использовать?
«На продуктовых проектах работал по Scrum с двухнедельными спринтами, потому что требования уточнялись по ходу, а заказчик был готов приходить на демо. На поддержке платформы использовал Kanban с лимитами WIP, потому что задачи шли потоком и спринты не имели смысла. В заказной разработке с фиксированной ценой строил гибрид: этапы и акты снаружи, итерации внутри. Если выбирать, я бы хотел работать там, где команда сама может менять процесс по данным, а не по регламенту, и мне всё равно, как это называется»