Комментарии 5
У меня смутное ощущение, что заголовок от другой статьи. Точно ничего не перепутали?
Мне кажется, все логично. Автор описал шаги, которые помогут посмотреть на свой продукт под другим углом. Это поможет сделать новые выводы, которые и станут началом так называемого расхламления. Вместо этого слова можно было подобрать и другое, но суть одна - в качественных изменениях. Я такой посыл увидел.
Собственно, при постоянно изменяющемся продукте, процесс актуализации и определения координат относительно рынка и клиента так же выполняется периодически.
Не очень понял как расхламить рутинные задачи чисткой бэклога продукта.
ИМХО, проблема в заголовке статьи.
Вообще, конечно, заголовок и текст совсем друг другу не соответствует. Текст хороший, особенно для начинающих продактов, фактически пошаговая инструкция о том, как влиться в свой продукт и понять, что вообще происходит. Не хватило только примерной оценки по времени, а то ведь есть на свете такие продакты, кто уходит в исследование на полгода, статьи читают, с юзерами общаются, а в бэклоге что-то альтернативное происходит))
А по поводу чистки бэклога - имхо, это еще и забота проджекта/скрам-мастера. Мне помогали простейшие процедуры:
1. Раз в полгода с техлидом команды проходили по ВСЕМУ бэклогу, по каждой отдельнйо таски и смотрели ее необходимость в текущих условиях. Плохон/непонятно описано - делит. Никто не может вспомнить "а для чего оно надо" - делит. Ацкий техдолг от уволившегося разработчика, который откопал "нечто" и создал таску и за полгода ничего не произошло - делит. Смех смехом, а 50% задач таким образом уходит в реджект (не забываем указывать в коментах причину реджекта, т.к. последующий поиск по таскам должен объяснить, зачем/почему был сделан делит)
2. Оценка всего и вся. Каждая таска и стори должны быть оценены. Все, что не оценено - лежит в очереди на ближайший грумминг. Основной профит - вы точно знаете сколько тасок в бэклоги на сколько сторей (часов) они у вас тянут. Отсюда можно фиксировать динамику прироста/сгорания бэклога и понимать насколько перфектно перфоми ткоманда и нужны/нет вам еще разработчики.
Такие простейшие штуки дают стойкое ощущение контроля над длинной колбасой тасок и сторей в бэклоге. Ну и про приоритизацию, лейбли и ЧПУ названия тасок не забываем. Тогда в любой момент понятно какая картина сейчас, что делаем в следующем спринте и кгда сможем сжечь вот эти 2-3 всем надоевшие но маст хэв таски.
Как расхламить рутинные задачи и сделать бизнес полезным: чистим бэклог продукта