Как обосновать архитектуру перед бизнесом

Техническая команда обычно прекрасно знает, где у неё долг и где можно что-то улучшить. Проблема в том, чтобы доказать бизнесу, что изменение архитектуры – это не просто хотелки разработчиков, а инвестиция в развитие системы и сам продукт.

💸 У бездействия в разговоре нет цены

Любая работа, любые изменения – это деньги, которые тратит компания. Всё же и так работает, лучше добавить в продукт пару новых фич. Поэтому вариант "ничего не делать с архитектурой" кажется бесплатным, если не показать, почему это не так.

Начните с процентов, которые компания уже платит: спросите каждого инженера, какая доля его недели уходит на обход проблем, которые вы и так знаете. Если команда из 30 человек теряет пятую часть, – это шесть инженерных зарплат в год, сотни тысяч долларов в год. И тратятся эти деньги в пустоту.

Теперь разговор меняет жанр. Вместо просьбы выделить инженерное время вы приносите решение о капитальных вложениях: вот ежегодный платёж, вот единовременная стоимость его прекратить, вот срок окупаемости. Такие решения финансовый директор принимать умеет.

🧾 Выход 37signals из облака собран по этой же схеме

Счёт за 2022 год – $3.2 млн, закупка железа – около $700 тыс. Вложения окупились за вторую половину 2023-го, а пересмотренная оценка экономии перевалила за $10 млн на горизонте пяти лет.

Главное возражение звучало так: экономию съест раздутая команда эксплуатации. Компания проверила это на себе – по словам DHH, состав команды не менялся.

Много вложили в правильном месте – много сэкономили.

🎭 Четыре разных "нет"

Совет "говори на языке бизнеса" предполагает единую аудиторию, а её не бывает. У каждого согласующего своя единица измерения:

💰 Финансы считают стоимость работ и цену паузы.
📈 Продажи держат в голове квартал, в котором продукт качнётся на глазах у клиентов.
🏦 Совет директоров смотрит на капитал, замороженный без видимой выручки.
🚀 Продукт меряет себя поставленными фичами.

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

Доказательства придётся приносить, и одно из них пообещать не получится.

📉 Счётчика техдолга не существует

Google между 2018 и 2023 перебрал 117 метрик на трёх типах долга и не нашёл ни одной, которая предсказывала бы сообщения инженеров о долге. Результат авторы назвали разочаровывающим.

Счётчика нет у Google, значит, у вас вряд ли получится его сделать, и дашборд с уровнем долга обещать не стоит. Скажите это сами, до того как вас спросят: отрицательный результат, принесённый добровольно, поднимает доверие к остальным вашим числам.

🚪 Сколько стоит вернуться назад

Доверие держит и второй блок, которого в инженерных документах обычно нет: сколько стоит откатиться, если через квартал станет ясно, что не сработало, и по какому признаку вы это поймёте.

Он снижает воспринимаемый риск сильнее любых технических деталей, потому что отвечает на то, чего собеседник боится по-настоящему, – попасть в необратимое.

Бизнес спрашивает не только "сколько это стоит", но ещё "какой риск я на себя беру, если скажу да, и какой – если скажу нет". Пока второй половины вопроса в вашем документе нет, вы отвечаете на половину.

📚 Что почитать:

"The technical debt business case" – Revolgy, 2026
"Defining, Measuring, and Managing Technical Debt" – Jaspan & Green, IEEE Software, 2023
"Our cloud exit savings will now top ten million over five years" – DHH, world.hey.com, 2024