О наболевшем. Путаница в терминологии продуктового и проджектового менеджмента.
Удивляет в современном продуктовом мире то, как часто даже опытные специалисты путаются в базовых понятиях управления продуктом. И речь не о каких-то сложных метриках или супер-новых фреймворках – нет, всё гораздо прозаичнее. Начнем с User Story. Казалось бы, что может быть проще – это просто описание потребности пользователя. Но нет, почему-то многие превращают её в техническое задание или список функций. "Как пользователь, я хочу..." должно описывать реальную потребность человека, а не технические детали реализации. Когда я вижу User Story вроде "Как пользователь, я хочу кнопку зелёного цвета", мне хочется спросить – а зачем вообще нужна эта кнопка? Epic – это большая история, которая не помещается в один спринт. Но почему-то некоторые воспринимают её как просто "большую задачу". Epic должен объединять несколько User Stories, связанных общей целью. Например, "Онбординг нового пользователя" – это Epic, который может включать множество отдельных историй: от регистрации до первого успешного действия в продукте. А вот Milestone – это контрольная точка, момент, когда мы достигли определённого результата. Часто его путают с дедлайном или просто датой. Milestone – это про ценность и измеримый результат, а не про календарь. Когда мы говорим "запустили новую версию" – это не milestone, а вот "достигли конверсии в 5%" – это он. Эта путаница создаёт реальные проблемы в работе команд. Когда мы не можем чётко договориться о терминах, страдает коммуникация, растёт количество переделок, и теряется фокус на реальных потребностях пользователей. Может быть, пора уже перестать использовать эти термины просто потому, что "так принято", и начать вкладывать в них правильный смысл? Ведь за каждым из них стоит конкретная цель – сделать наш процесс разработки более понятным, измеримым и ориентированным на пользователя. Сталкивались с подобной путаницей в своих командах?