Прокачанные тимлиды знают, как “продавать” техдолг “бизнесу” - | Products | People | Process
Прокачанные тимлиды знают, как “продавать” техдолг “бизнесу” - приносишь план, сколько нужно ресурсов, какая будет отдача и так далее. НО вопрос, что же делать мне как “бизнесу”, если
- объем работы по техдолгу установить невозможно
- сколько нужно ресурсов не известно
- какой инкремент получится от вложенного ресурса непонятно
Дело не в том, что инженеры некомпетентны, просто проблема сложная и больше “глубокая”, чем “широкая”. Легко оценить объем, если вы понимаете глубину проблемы в каждом частном случае, и надо только прикинуть число случаев. Но сложно оценить объем, если проблема как луковая шелуха - один слой решил, за ним сразу следующий и сколько их там - никто не знает, поскольку до дна еще никто ни разу не доходил. И вот здесь можно легко застрять - я буду ожидать плана, чтобы дать ресурс. А тимлид не может разрешить неопределенность, чтобы дать план (и недостаточно авантюрен, чтобы высосать план из пальца).
К счастью, я хотя бы могу понять выгоду от этого решения, а значит я могу выступить “спонсором” риска (пост про продажу идеи через спонсора). Сколько максимально людей я могу перебросить на решение этой проблемы с принятием риска, что значимого результата не выйдет? 90% ресурса всегда расписаны жестко, 10% можно маневрировать, 20-30% от этих 10% - это 2-3% команды. Используем их и через одну итерацию получаем дробь - сколько человек за месяц могут добиться какого прогресса. Теперь можно уже реалистично запланировать решение техдолга с честным планом, с пониманием сколько надо откусить от “бизнеса” и на какой срок. Это я с позиций начальника рассказал.
А что же теперь делать тимлиду, начальник которого до такой схемы пока не догадался? Продавайте ему эксперимент. Ресурс, который смогут дать принятием риска, можно оценить по схеме выше. Теперь надо описать какие плюшки могут получиться от этого предприятия и получить ресурс на одну итерацию. Только важно понимать - цель итерации не победа, а “разведка боем”, то есть установить каким темпом эта задача может решаться далее, чтобы принять решение о готовности в нее вписываться. Важно не сделать как можно больше, а получить как можно больше определенности для следующего решения. Если определенности не получили, то все зря (исключая ситуацию что ресурса внезапно хватило на все решение).
Ограничение сверху - метод не работает, если доступного ресурса не достаточно для получения значительного прогресса и достаточной определенности. Если выделенные люди за выделенное время до дна проблемы так и не донырнут, то метод не сработает
