Работа с техническим беклогом на мой взгляд, одно из важнейших умений технического менеджера. При этом с этим обычно возникает огромное количество проблем при росте ребят. Это довольно интересно, с учетом того, что обычно я вижу большой запрос к бизнесу на длительную дорожную карту, чтобы понимать что делаем и куда идем, но со своей стороны такую же техническую дорожную карту выдать готовы единицы. Давайте разбираться что это и зачем.

В технический бэклог должны попадать все технические задачи, которые вы собираетесь сделать в проекте. Например:

Все это должно быть собрано в одном месте, приоритезировано и оценено.

Собирать эти вещи надо постоянно, по итогам ваших технических встреч и ретроспектив, там часто всплывают проблемы и все их нужно записывать. Затем проводите отдельные встречи по техническому бэклогу, где выделяйте то, на что команда готова инвестировать время и силы (или на что должны по мнению лидера команды). В целом, тут работа очень мало отличается от работы с любым бэклогом. Ведет бэклог ПМ или тимлид, приоритезирует тимлид или тех. руководитель.

Дальше этот бэклог накладывается на бизнесовый, и задачи в оговоренной у вас пропорции берутся в работу. Главное, что вы можете показать, что и зачем вы собираетесь делать, сразу же показать трудозатраты. А не будете прибегать перед каждой новой задачей со словами, что надо бы инвестировать сколько-то времени, но мы не знаем сколько, но без этого не получится нормально сделать.

Планирование и прозрачность, помогут вам обосновывать необходимость ваших шагов и сделать движение к ним понятным и предсказуемым. Так же вы сами сможете осознанно выбирать из своих проблем те, которые стоит брать в первую очередь. Инвестируйте в работу с техническим бэклогом и ваша работа станет проще.