Забытая зона ответственности PM-а
Спринт завершён.
Тесты зелёные.
Демо провели, всё задеплоено.
Кажется, что можно выдохнуть.
PM уходит на ретро. Команда в отпуск.
- А пользователи?
- А бизнес?
- А эффект?
Вот тут и начинаются настоящие проблемы.
Что часто упускают после релиза:
1. Фидбек = зеркало проекта
Релиз - не точка. Это гипотеза.
Если вы не слушаете пользователей - вы не управляете, вы угадываете.
Кто понял не так? Кто не понял вовсе? Кто вообще не заметил?
2. Поддержка - не чужой департамент
Нельзя «передать фичу в саппорт» и забыть.
Если пользователи тонут, а поддержка впервые слышит про задачу -
это не инцидент, это управленческий долг.
PM отвечает и за то, чтобы все, кто на передовой, были в контексте.
3. Обучение и внедрение - часть поставки
Крутая фича, которой никто не пользуется - это просто красиво оформленная потеря времени.
Если продукт меняется - меняется поведение.
А значит, кто-то должен помочь понять, как теперь работает система.
💡 Вывод
Релиз - не финиш. Это середина.
Если вы остановились на «всё задеплоено» - вы бросили проект на полпути.
PM - это не тот, кто выгружает фичи.
Это тот, кто доставляет ценность до конца.
