У любой компании-разработчика ПО без суицидальных наклонностей, будь то модный стартап, аутсорс-потогонка или солидное бюджетное IT-учреждение, рано или поздно возникает проблема — что делать со стремительно накапливающимся техническим долгом?

Когда же у тебя двадцать продуктовых full stack-команд, больше сотни одних только разработчиков, число репозиториев кода, стремительно приближающееся к трём сотням, а бизнес вынуждает тебя стремительно итерироваться в борьбе за мировое господство единственного продукта, который вы все делаете и который вас кормит (и в котором, между прочим, миллионы строк кода)… дела могут принять совсем скверный оборот…

… особенно для тебя, лида продуктовой команды и заложника, которому и сделать всё хочется получше, без скошенных углов, и легаси бы почистить, и торопливый бизнес порадовать — но при этом у PM'а не выпросишь и 10% спринта, пока всё не взорвётся, перерабатывать всё время невозможно — что делать, как не опустить руки?

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