Хрупкое равновесие: жизнь между фичами, багами и техдолгом

Воскресный лонгрид, сегодня продолжим про бэклог и затронем тему баланса в нём.

Хрупкое равновесие: жизнь между фичами, багами и техдолгом

Из чего состоит бэклог программного продукта? Чаще всего он состоит из задач трех основных типов:

1. Задачи развития/улучшения Это те самые фичи, которые делают наш продукт лучше: добавляют новые возможности, улучшают пользовательский опыт и приносят деньги нашей компании.

2. Дефекты (баги) Ошибки, которые стоит исправить.

3. Задачи технического долга Это работа, которую чаще всего откладывают в пользу быстрых решений. Те самые элегантные конструкции из костылей, порожденные сумрачным гением компромиссов сроков и стоимости ради быстрой ценности. Задача продакта — тонко балансировать между всеми тремя типами. Игнорирование баланса приведёт к проблемам: - Бесконечное развитие приведёт к снижению стабильности. - Вечный багофикс приведёт к стагнации продукта. - Игнорирование техдолга приведёт к апокалипсису.

Как достичь баланса? Я в своей практике разделяю всю работу команды в рамках спринта на два трека: медленный и быстрый.

Медленный трек содержит в себе задачи развития, запланированные исправления багов и задачи устранения техдолга.

Быстрый трек — резерв ресурсов команды на срочные хотфиксы. Если прилетают баги с продуктивной среды, они решаются в рамках быстрого трека, если фасттрек пустует, то он заполняется резервными дефектами, из общего бэклога. Я использую следующие пропорции резервирования ресурсов при планировании: 80% на медленный трек и 20% на быстрый. В моменты запуска больших блоков функциональности, смещаю соотношение на 60/40. Медленный трек, в свою очередь, разбиваю в пропорциях: 60% — развитие, 20% — дефекты, 20% — техдолг. Таким образом, исходя из доступных ресурсов, я всегда двигаю продукт вперед не забывая про исправления и устранение технического долга. При этом важно понимать, что идеального баланса не существует — он будет меняться в зависимости от этапа жизни продукта, ожиданий пользователей и бизнес-целей. Управление бэклогом — это как танец на канате с тремя партнёрами. Но если подходить к задаче осознанно, можно избежать большинства перекосов. В следующем воскресном лонгриде поговорим подробнее о техническом долге, о том, как планировать его устранение и как договориться с бизнесом об этом. Оставайтесь с нами, у нас еще много полезностей припасено! А пока поделитесь с нами в комментариях о том, как вы находите баланс в своём бэклоге? автор:

Игорь Михайлов, эксклюзивно для "Немного продакт" пишу про управление разработкой программных продуктов.