Как стать автором
Обновить

Комментарии 2

В одной из команд, в которой я работал, был следующий подход, который мне понравился:

У каждой фичи (не задачи) было около 10 - 15 показателей в excel, в том числе трудозатраты, счастье клиентов, LTV, retention, деньги и другие, каждый из показателей имел собственный вес - все они перемножались, складывались для получения некого Score, который и помогал определить приоритетность.

Если команда в моменте считала, что удержание клиентов важнее, то вес по этому показателю увеличивался и приоритизация всех фичей менялась - в топ выходили те, что сильнее влияли на удержание клиентов. Естественно у этого подхода (как и у любого) были свои компромиссы, на которые мы согласились.

Тольĸо часть эĸспертов обладали эĸспертизой в разработĸе, поэтому те фичи, ĸоторые предполагалось вывести в проду за месяц, создавались в несĸольĸо раз дольше.

Из статьи не очень понятно, как была решена проблема оценки времени задач, при смене подхода?

Ещё, возможно не правильно понял, будет здорово если поправите - сейчас выглядит так, что команда интуитивно выбирает какие следующие задачи делать исходя из собственного опыта, а не опыта stackholder'ов и клиентов

тоже работал с таким подходом , только параметров было около 10 , можно было менять веса всех показателей , кроме потенциального дохода от фичи , он был зафиксирован на 40 % , так как акционер в тот момент топил за выручку и часто получалось, что в беклог даже при манипуляциях других критериях не попадали фичи , которые да не растили в моменте доходы компании , но делали клиента счастливее.


Смотри, когда мы выбирали во время квартального планирования задачи которые мы будем делать , мы прям на этой же встречи могли быстро накидать дизайн на доске , прикинуть какие доработки нужны на беке и фронте , чем сразу увеличивали предсказуемость фичи .Но и здесь как писал точность предавала экспертность команды , что тоже снижало риски не попасть с свои же сроки .


В целом если совсем упростить мою мысль то да , если углубиться то естественно команда имела кучу метрик связанных с потребностями клиентами - оценки , отзывы , отдельно с помощью опросов и custdeva собирали боли клиентов и у нас раз в две недели были встречи , где с ребятами смотрели весь этот набор инфы и пополняли беклог , могли даже в моменте в след спринт какую то задачу взять , если понимали что быстро закроем боль .

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории