Алгоритм приоритизации технического долга

✍️Составьте список всех проблемных мест кодовой базы, инфраструктуры и процессов. В детали надо закапываться ровно до того уровня, чтобы увидеть истинную причину проблемы, а не ее следствие. Например, важно отличать неправильно выбранный движок базы данных от плохо спроектированной модели.
🤔Для каждого элемента ответьте на вопрос “Что случится, если ничего с этой проблемой не делать?”. Если система будет деградировать – процент за техдолг высокий. Если все останется как есть – низкий. Если система улучшится – нулевой.
👀Теперь посмотрите на каждый элемент в разрезе того, участвует ли он в активной разработке новых фичей или находится в режиме поддержки. Если находится в режиме поддержки, дополнительно постарайтесь понять, усложняет ли ее факт наличия техдолга.
📊Используя полученные ответы на вопросы, приоритизируйте результат. Универсальных весов для оценки нет, в случае каждого проекта надо применять здравый смысл. Основная идея – в первую очередь исправляйте тот техдолг, из-за которого система со временем деградирует, и который участвует в появлении новых фич.