За свой трудовой путь я несколько раз говорил бизнесу «нет». Каждый раз это было неприятно, потому что бизнес приходит к ИТ не за отказами, а за решениями. Но был один случай, когда именно отказ оказался самым выгодным решением для компании. И о нем я сейчас хочу рассказать.

Жизненный кейс

Близился конец проекта, мы уже практически завершили внедрение нового биллинга. Бюджет был распределен, а команды готовились к запуску. Казалось, самое сложное позади. И в этот момент бизнес пришел с новым требованием: «Давайте еще перенесем архивные продукты и исторические данные по ним». Архивные продукты использовались редко, но время от времени сотрудники обращались к ним для разбора спорных ситуаций с клиентами. Поэтому пожелание бизнеса выглядело логичным. При этом было изначально принято решение, что компания не избавляется полностью от legacy биллинга, а использует его для чтения ретроданных.

Мы вместе с архитекторами и аналитиками оценили объем работ. Оказалось, что типового механизма нет, нужно менять архитектуру. Разрабатывать новые сценарии миграции, тестировать, поддерживать. Когда сложили оценки, получилось около 10 миллионов рублей. После пересчета финансовой модели стало понятно, что дополнительные инвестиции сильно увеличивают срок окупаемости проекта (+1 год). Проще говоря, компания вкладывала деньги в функциональность, которая не приносила измеримой бизнес-ценности. Мои мысли в тот момент: «Если мы согласимся на это сейчас, проект никогда не закончится».

Я принял решение отказать бизнесу в новых требованиях и предложил альтернативный вариант – не мигрировать запрошенные данные, а оставить их в legacy биллинге доступными для чтения. Это позволило не терять данные и не нести дополнительных затрат компании на реализацию работ, которые «когда-нибудь могут потребоваться». Затраты на поддержку legacy биллинга являлись незначительными. Честно говоря, отказаться было непросто. Любой руководитель знает, что сказать бизнесу «нет» всегда риск. Можно испортить отношения, можно получить репутацию человека, который тормозит проект.

Вместо того, чтобы обсуждать, удобно или неудобно это для работы, мы перевели разговор в плоскость цифр. Сколько стоит? Какой эффект получит компания? Есть ли более дешёвый способ достичь той же цели?

После этого кейса я сделал для себя простой вывод:

Не каждое требование бизнеса нужно реализовывать, но каждое требование бизнеса нужно уважать и честно оценивать.

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

Именно за это, как мне кажется, бизнес и нанимает руководителей, а не просто исполнителей.

А у вас были ситуации, когда отказ от задачи оказался полезнее её реализации? Было бы интересно почитать реальные истории.