Я когда слышу про техдолг в продукте, который положили в бэклог и поставили в план на разработку - у меня коротит мозг. 😀 Это ещё, кстати, не худший пример. Бывает и такое: "Мы тут заключили договор на продажу и у нас возник техдолг." 😀
❓ Я хочу задать простой вопрос: а что такое техдолг?
❕ Очевидно - долг в разработке. То есть какое-то наше обязательство по продукту.
❓ А какой именно это долг?
❕ Очевидно, что - технический.
❓ А что это за долг такой? Почему "технический", а не, скажем, "функциональный"?
Ребят, на самом деле всё предельно просто: долг возникает только тогда, когда не выполняется данное ранее обещание или нарушается план разработки. То есть - это хвост недоделок, которые были объявлены в релизных планах стейкхолдерам. А если мы с вами разговариваем в контексте продуктового подхода, то в таком случае долг может возникнуть только по причине нарушения плана разработки, так как никаких обещаний в разработке продукта нет. Есть только бэклог.
❓ А что такое бэклог?
Ребят, бэклог - это перечень оценённых и отранжированных по приоритету фичей, которые ставятся уже в план разработки и формируют будущие релизы. Приоритезация задач в бэклоге и распределение их в календаре разработки - это отдельные и очень важные процессы, но так или иначе - они исключают возможность дать где-то за пределами бэклога обещание кому-либо по разработке чего-либо в продукте.
А дальше происходит абсолютно стандартная история: некоторые из запланированных фичей не получается реализовать в полной мере из-за ошибок, сложности, интеграции, квалификации, болезни - в общем по какой-то технической причине. И именно в этот момент и возникает тот самый технический долг.
Так что не надо путать техдолг и бэклог, и уж тем более не надо пытаться управлять одним из них через второй.
#Методология #Процессы