Пример процесса работы с техническим долгом

[AbitLogic]

Когда вы работаете вообще?, если столько времени планируете то?

[misha98857]

Планирование само небольшое, по часу на FE/BE в неделю - это немного. Если технического долга для обсуждения больше нет, то и встреча длится буквально пару минут или пропускается.

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

[YamalNepal]

Вопрос: как вы планируете техдоллг в спринты и кварталы? Вы сделали упорядоченный беклог -- круто! Но дальше есть фраза "В любой момент тимлид или разработчик может взять задачу из Ready for Development, начиная сверху". Ощущение, что человек может взять задачу, если у него появилось свободное время от продуктовых задач. А такого практически не бывает

[misha98857]

Да, здесь есть обычно 2 варианта:
1. Очень много продуктовых задач в беклоге и на тех. долг время не выделить силами разработки. Чтобы данного кейса не было, то лиды каждую неделю заполняют информацию какой процент времени был потрачен на продуктовые задачи / баги / тех. долг (не пугайтесь, это выгружается из графаны буквально в 1 клик, единственное, нужно, чтобы команда честно трекала время). Если есть тенденция, что на тех. долг времени не выделяется, то должны быть везкие причины и как только они будут решены, то нужно подхватить тех. долг.
2. Аппрувнутых задач, которые принесут бизнесу пользу нет. Здесь так же, чтобы не уйти в крайность сильного перерасхода времени на тех. долг следим через дашборд указанный в статье. Если появляются аппрувнутые и проработанные продуктовые задачи, то подхватываем их, если таких нет, то особо кроме тех. долга и помощи тестирования QA дел нет и занимаемся ими. Здесь правда можно ещё на PDP время выделить (писать статьи, что-то новое в компании внедрить и т.д.) или в какой-нибудь РГ поучаствовать направленное на QoL, но это уже больше по желанию человека.