Управление изменениями: вечный конфликт проджекта и продакта

Изменение требований - это боль проектного менеджера, но необходимость для бизнеса.

Вот типичная ситуация:

Product manager должен угадать, что продукт «выстрелит» через несколько месяцев разработки. Задача почти невыполнимая - рынок меняется, конкуренты не спят, пользователи хотят одно, а через месяц уже другое.

Project manager смотрит на это иначе: менять требования = переделывать всё, срывать сроки, демотивировать команду. Его задача - держать план, а не гоняться за движущейся мишенью.

И вот они сидят напротив друг друга:

• Нам нужно поменять приоритеты, иначе продукт не зайдёт
• Мы уже третий раз меняем, команда в мыле, сроки горят

Что происходит на самом деле

Это не конфликт людей. Это конфликт ролей и зон ответственности.

Product manager отвечает за ценность продукта. Его метрика - попадание в рынок, удовлетворённость пользователей, бизнес-показатели.

Project manager отвечает за предсказуемость и выполнение обязательств. Его метрика - сроки, бюджет, качество исполнения.

Оба правы. И оба проиграют, если не найдут баланс.

Как это разруливать

1. Квота на изменения Договариваемся заранее: 10-15% спринта - буфер на изменения. Не больше. Если хочешь поменять что-то сверх квоты - убираем что-то из плана. Без вариантов.

2. Стоимость переключения Каждое изменение оцениваем не только в story points, но и в цене переключения: что теряем, что откладываем, какой технический долг создаём. Иногда цифры отрезвляют.

3. Приоритизация через цели Не «мне кажется, это важно», а «это закрывает цель X с метрикой Y». Если новая фича не привязана к цели - она не приоритет, а хотелка.

4. Регулярные синхронизации Раз в неделю садимся вместе и смотрим: что изменилось в рынке, что горит, что можно подвинуть. Не в режиме аврала, а системно.

5. Честность про риски PM говорит: «Если мы это поменяем, сорвём релиз на две недели». Продакт решает: готов ли он к этому. Без иллюзий «а давайте как-нибудь успеем».

Главное

Изменения неизбежны. Вопрос не в том, как их избежать, а в том, как ими управлять.

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

Хороший продакт не тот, кто меняет требования каждый день. А тот, кто понимает цену изменений и выбирает битвы с умом.

Когда эти двое работают в связке - проект живёт. Когда воюют - все проигрывают.

#управлениепроектами #управлениепродуктом #projectmanagement #productmanagement #менеджмент #кейсыизпрактики #управлениеизменениями #тимлид #teamlead