Тема отвечает на вопрос, почему команда выпускает фичи, а метрики стоят, и как вернуть фокус. Ответ: перестать мерить прогресс числом выпущенного и ограничить объём изменений тем, что продукт и рынок успевают воспринять.
Ключевая мысль. В PAF набор изменений собирают из текущего состояния продукта и разрыва до цели, а не из истории запросов и не из пожеланий отдельных заказчиков. У набора есть размер — ограничение объёма изменений, связанное со скоростью, с которой рынок их воспринимает. Оно нужно, чтобы избежать перепроизводства.
Ценность фичи проверяют после запуска, по тому, как она конвертируется в результат для бизнеса. Каждое изменение квартала должно быть условием достижимости его цели; всё, что не проходит этот фильтр, откладывается с явной причиной.
Как читать материалы:
- «Feature factory: команда строит фичи, рост не идёт» — диагноз: velocity вместо результата. Возьмите оттуда список признаков фабрики фич.
- «Как убить фичегонку и вернуть продукту фокус» — как перестать быть доставщиком фич по запросам и защищать ядро продукта; метрики Time to Value и Adoption. Короткая версия.
- «Мы добавили 15 фич, а метрики не выросли» — функциональная слепота: кнопки вместо задачи пользователя. Короткая версия.
- «Ловушка параллельных приоритетов» — почему пять направлений дают прогресс ни в одном и как заменить список целей одним вопросом квартала.
- «Sales-driven roadmap» — когда платящий клиент диктует продукт; отличие запроса от инсайта.
Как это ложится на планирование — в области «Решение»: фильтр связи с целью и письмо по не взятому.
