Причина: на него хотели повесить стоимость нового сервера для кластера. Как мы разделили Capex и Opex — и убрали фразу «из-за меня купили сервер, я убыточен» навсегда. 🎯 Боль У нас 7 серверов — капитальные активы (Capex), которые мы амортизируем. Проекты платят за использование через внутренний тариф (Opex). Появился 11-й проект — понадобился 8-й сервер. Дилемма: • Повесить стоимость на проект №11 → ломаем юнит-экономику • Размазать на всех → повышаем тариф для 10 проектов, которые не просили расширения 💡 Решение: правило «Актив + Тариф» Разделили момент покупки (Capex) и момент эксплуатации (Opex). Шаг 1. Покупка — за счёт компании 8-й сервер покупаем из инвестиционного бюджета, не из бюджета проекта. Покупаем не «сервер для проекта», а «слот расширения кластера». Сервер — стратегический актив компании. Шаг 2. Эксплуатация — пересчёт тарифа для всех После ввода сервера пересчитываем стоимость 1 юнита (vCPU/ГБ): (Амортизация 8 серверов + электричество + обслуживание) / суммарная мощность = новая цена юнита. Шаг 3. Платят по факту потребления • 10 старых проектов: тариф меняется на доли процента (база мощности выросла с 7 до 8) • Проект №11: платит за свои 5% мощности по новому тарифу — это копейки 🛡️ Защита нового проекта Чтобы в первый месяц №11 не «ушёл в минус» из-за возросшей амортизации кластера: • 1-й месяц: тариф по «старой» цене (как на 7 серверах) • Со 2-го месяца: новый тариф, когда нагрузка распределена между 11 проектами 📋 Ключевой норматив для CIO Правило, которое я утвердил: «Если загрузка кластера превышает 75% — запускаем плановую закупку следующего сервера за счёт компании. Триггер — технический показатель (загрузка CPU), а не появление нового проекта. Стоимость покупки не транслируется в себестоимость одного проекта». Результат: проектный менеджер больше не говорит «из-за меня купили сервер, я убыточен». Он говорит: «Я вовремя подгрузился в растущий кластер». ❓ Коллеги, как в ваших компаниях решают дилемму «на кого повесить Capex»? Делитесь в комментариях.

P.S. Коллеги-экономисты, я знаю, что это упрощённая модель без WACC и opportunity cost. Но для операционного управления этого достаточно. Если хотите — обсудим в комментариях, как усложнить модель.

#CIO #ИТдиректор #ИТэкономика #Capex #Opex #Юнитэкономика #Инфраструктура #УправлениеЗатратами #OnPremise #ИТбюджет #ПроектноеУправление