🚨 PM! Техдолг крадёт твою velocity!!11!1!!1
Как обычно, начнем с определений 📚
Технический долг - это накопленные проблемы в коде, архитектуре или процессах разработки, которые замедляют команду и повышают риски. Для PM это не просто "технарская" тема, а ключевой фактор успеха продукта: игнорирование приводит к росту затрат и потере скорости. Технический долг возникает, когда команда выбирает быстрые "костыли" вместо чистого кода и грамотного решения: спешка под дедлайны, устаревшая архитектура или отсутствие тестов. Как финансовый долг, он накапливает "проценты" - больше багов, дольше фичи, выгорание разработчиков.
😠 Почему PM должен этим заниматься?
PM отвечает за баланс бизнеса и техники: без погашения долга новые фичи тормозят, продукт деградирует. Контролируйте долг! Без фиксов - дорога к техбанкротству и переписке всего с нуля.
🔥 5 шагов, чтоб долг не сожрал roadmap
- Оценивайте регулярно: Внедрите метрики (SonarQube + code coverage >80%). Делайте аудит каждый спринт. Видишь метрики - спишь спокойно.
- Приоритизируйте осознанно: Берите долг только под четкие бизнес-риски (например, MVP для теста). Планируйте погашение в планах команды - 20-30% времени/ресурсов на рефакторинг и устранение техдолга. В roadmap-е рефакторинг ставтье как фичу.
- Визуализируйте для стейков: Покажите заказчикам влияние на конверсию/ретеншн/t2m. Пример: "Долг замедляет релиз на 30%, после фикса - будем катать быстрее x2".
- Заведите доску/проект для техдолга в Jira: Делите долг на приложения/сервисы и выделяйте ответственных за их выполнение. Нет магии - есть система.
Профилактика: С первого дня требуйте code review, документацию, тесты и отчеты по ним. Не ждите апокалипсиса!
А еще, гляньте очень интересное видео от Тинькофф по техдолгу - крайне рекомендую всем.
#TechDebt
