💵 Ценность изменений и стоимость владения

ИТ традиционно воспринимается кост-центром, как и любое сервисное подразделение. Но мы можем изменить это восприятие, если рассмотрим расходы на изменения как инвестиции с измеримой ценностью для бизнеса.

🧠 Что мы измеряем

Внимательные читатели, вероятно, помнят, что ранее я писал о том, как мы работаем с RFC и собираем с бизнес-заказчика пользу от реализации каждого изменения. Команды, которые встроили эту практику в свои процессы обработки изменений, при подведении итогов года могли достаточно быстро озвучить конкретную цифру экономического эффекта вместо ощущений. У нас эта цифра получилась внушительной: автоматизация процессов реально сэкономила бизнесу заметное количество денег.
Но это лишь часть картины.

📊 Разделяем пользу и обязательства

Среди всех запросов на изменения есть особая категория - требования законодательства. Новые ставки налогов, регламентированные формы, обязательные обновления платформы под требования новых версий ПО. Такие изменения не приносят прямой экономической выгоды, но без них компания просто не сможет работать в правовом поле. Это обязательства, а не развитие и не оптимизация.
Все изменения мы рассматриваем как единый поток, но внутри него я предлагаю разделить запросы как минимум на две группы.
Первая - изменения с экономическим эффектом. По ним заказчик на входе RFC фиксирует пользу, чаще всего в виде экономии человеко-часов, которые мы переводим в рубли через среднюю часовую ставку в корпорации. Из этих изменений формируется портфель ценности. Это та часть ИТ-работ, которая напрямую создает измеримую ценность для бизнеса.
Вторая группа - обязательные изменения. Законодательство, регуляторка, обновления платформы. Здесь нет и не должно быть экономических обоснований в виде ROI. Это расходы на владение реализованными решениями. Цена за то, что система живет, развивается и остается актуальной.

🔁 Видим цену владения

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

🤔 А вы считаете возврат инвестиций?

Друзья, какая у вас ситуация? Получается конвертировать запросы на изменения в финансовую ценность и вести диалог с бизнесом? Удалось доказать, что ИТ перестал быть кост-центром?