Хабрахабр

Аллокация затрат на ИТ – есть ли справедливость?

image

И после веселого времяпрепровождения официант приносит чек. Полагаю, что все из нас ходят с друзьями или коллегами в ресторан. Дальше вопрос может решаться несколькими способами:

  • Способ первый, «джентельменский». К сумме чека прибавляется 10–15% «на чай» официанту, и получившаяся сумма делится на всех особей мужского пола поровну.
  • Способ второй, «социалистический». Чек делится поровну на всех, безотносительно, кто сколько ел и пил.
  • Способ третий, «справедливый». Каждый включает калькулятор на телефоне и начинает высчитывать стоимость своих блюд плюс некую сумму «на чай», тоже индивидуальную.

Ситуация с рестораном очень похожа на ситуацию с затратами на ИТ в компаниях. В этом посте речь пойдет как раз про распределение расходов между подразделениями.
Но прежде чем погружаться в пучину ИТ, вернемся к примеру с рестораном. У каждого из приведенных выше способов «аллокации затрат» есть плюсы и минусы. Очевидный минус второго способа: один мог съесть вегетарианский салат «Цезарь» без курицы, а другой — стейк «Рибай», таким образом, суммы могут отличаться значительно. Минус «справедливого» способа — очень долгий процесс подсчета, и в сумме денег получается всегда меньше, чем в чеке. Знакомая ситуация?

Все, что там понятно, это сумма. А теперь давайте представим, что мы веселились в ресторане в Китае, и чек принесли на китайском. Или, предположим, дело происходит в Израиле. Хотя у некоторых может возникнуть подозрение, что это вовсе не сумма, а текущая дата. Кто сможет ответить без Гугла? Там читают справа-налево, а как пишут цифры?

Зачем аллокация нужна ИТ и бизнесу

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

Таким образом, делить затраты на модернизацию ИТ-инфраструктуры поровну между подразделениями — это тот самый второй способ со всеми его минусами. Бизнес-подразделения различаются по численности, а также «интенсивности» использования ИТ-ресурсов. Наиболее оптимальным вариантом выглядит «квазисправедливый» вариант, когда затраты аллоцируются не до копейки, а с какой-то разумной точностью, так же, как и мы в школьной геометрии используем число π как 3,14, а не всю последовательность чисел после запятой. «Справедливый» способ в данном случае более предпочтителен, но он слишком трудозатратный.

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

Любое бизнес-требование оценивается не как увеличение общего бюджета на ИТ на столько-то процентов, а определяется как сумма за конкретное требование или сервис. Для бизнеса аллокация — это возможность заранее понимать стоимость ИТ-сервисов.

Реальный кейс

Ключевая «боль» ИТ-директора крупной компании заключалась в том, что надо было понять, как распределить затраты между бизнес-подразделениями и предложить участие в развитии ИТ пропорционально потреблению.

В качестве решения мы разработали калькулятор ИТ-сервисов, который смог распределять общие ИТ-затраты сначала на ИТ-сервисы, а затем и на бизнес-подразделения.

Задачи на самом деле две: посчитать стоимость ИТ-сервиса и распределить затраты между бизнес-подразделениями, использующими этот сервис, согласно определенным драйверам («квазисправедливый» способ).

Действительно, в таком случае для любого ИТ-сервиса можно определить, какие ресурсы он использует и сколько эти ресурсы стоят с учетом амортизации. На первый взгляд, это может выглядеть просто, если с самого начала ИТ-сервисы были должным образом описаны, информация занесена в базу конфигураций CMDB и систему управления ИТ-активами ITAM, были построены ресурсно-сервисные модели и разработан каталог ИТ-сервисов. Так, CMDB и ITAM отсутствуют, есть только каталог ИТ-сервисов. Но мы имеем дело с обычным российским бизнесом, и это накладывает некоторые ограничения. ИТ-сервис использует инфраструктурные сервисы типа «Сервер БД», «Сервер приложений», «Система хранения данных», «Сеть передачи данных» и др. Каждый ИТ-сервис в общем случае представляет собой информационную систему, доступ к ней, поддержку пользователей и т.д. Соответственно, для решения поставленных задач необходимо:

  • определить стоимость инфраструктурных сервисов;
  • распределить стоимость инфраструктурных сервисов на ИТ-сервисы и рассчитать их стоимость;
  • определить драйверы (коэффициенты) распределения стоимости ИТ- сервисов на бизнес-подразделения и произвести аллокацию стоимости ИТ-сервисов на бизнес-подразделения, тем самым, распределив сумму затрат ИТ-департамента между остальными подразделениями компании.

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

В рамках проекта закупается оборудование и лицензии, проводятся работы при помощи системного интегратора. Рассмотрим для примера проект по модернизации инфраструктуры SAP. Проблема номер один: при оформлении в основные средства бухгалтеру заказчика все равно, как это будет называться. При закрытии проекта менеджер должен оформить бумаги, чтобы оборудование по бухгалтерскому учету попало в основные средства, лицензии — в нематериальные активы, а прочие работы по проектированию, пуско-наладке были списаны как расходы будущих периодов. Если же в рамках проекта проводилась модернизации дискового массива, который к SAP не имеет никакого отношения, это дополнительно усложняет поиск стоимости и дальнейшей аллокации. Поэтому в основных средствах мы получаем актив «UpgradeSAPandMigration». Фактически, за активом «UpgradeSAPandMigration» может скрываться какое угодно оборудование, и чем больше прошло времени, тем сложнее понять, что же там покупалось на самом деле.

Дополнительную сложность добавляет то, что момент запуска оборудования и постановки его на баланс могут отличаться примерно на год. Аналогично и с нематериальными активами, которые имеют значительно более сложную формулу расчета. Плюс ко всему амортизация – 5 лет, но по факту оборудование может работать больше или меньше, в зависимости от обстоятельств.

Поэтому мы выбрали более простой способ: затраты, которые можно легко отнести к какому-либо инфраструктурному или ИТ- сервису, относить сразу к соответствующему сервису. Таким образом, рассчитать стоимость ИТ-сервисов со 100% точностью теоретически возможно, но практически — это занятие долгое и довольно бессмысленное. Это позволит получить точность примерно 85%, чего вполне достаточно. Остальные затраты распределить между ИТ-сервисами согласно определенным правилам.

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

Часть инфраструктурных сервисов, например, «Рабочие места», «Wi-Fi доступ», «Видеоконференцсвязь» не распределяются между ИТ-сервисами и аллоцируются на бизнес- подразделения напрямую. На втором этапе определяются коэффициенты распределения между ИТ- сервисами для таких инфраструктурных сервисов, как «Сервер приложения», «Сервер базы данных», «СХД» и т.д.

В качестве примера рассмотрим такой инфраструктурный сервис как «Серверы приложений». На этом этапе начинается самое интересное. Самым простым путем является аллокация затрат пропорционально используемым ядрам. Он присутствует практически в каждом ИТ-сервисе, при этом в двух архитектурах, с виртуализацией и без, с резервированием и без. Тогда формула распределения затрат инфраструктурного сервиса «Сервер приложений» для каждого ИТ-сервиса будет выглядеть так: Чтобы считать в «одинаковых попугаях» и не путать физические ядра с виртуальными, с учетом переподписки принимаем, что одно физическое ядро приравнивается к трем виртуальным.

,

где Рсп – общая стоимость инфраструктурного сервиса «Серверы приложений», а Кх86 и Кр – коэффициенты, обозначающие долю серверов х86 и Р-series.

Стоимость кластерного ПО, ПО виртуализации, операционных систем и прикладного ПО рассчитывается как отдельные инфраструктурные сервисы. Коэффициенты определяются эмпирическим путем на основании анализа ИТ-инфраструктуры.

Инфраструктурный сервис «Серверы баз данных». Возьмем пример посложнее. Таким образом, стоимость оборудования и лицензий можно выразить в формуле: В него зашиты затраты на «железо» и затраты на лицензии БД.

где РHW и РLIC – это общая стоимость оборудования и общая стоимость лицензий БД соответственно, а КHW и КLIC – это эмпирические коэффициенты, определяющие долю затрат на «железо» и лицензии.

В ландшафте компании может использоваться несколько различных видов баз данных, например, Oracle, MSSQL, Postgres и т.д. Далее с «железом» аналогично предыдущему примеру, а с лицензиями дело обстоит немного сложнее. Таким образом, формула для расчета аллокации конкретной базы данных, например, MSSQL, к конкретному сервису выглядит так:

где KMSSQL – это коэффициент, определяющий долю этой базы данных в ИТ- ландшафте компании.

Но описание этой части — тема для отдельного поста. Еще сложнее обстоит дело с расчетом и аллокацией системы хранения данных с разными производителями массивов и разными типами дисков.

Что в итоге?

По итогу такого упражнения может получиться Excel-калькулятор либо средство автоматизации. Все зависит от зрелости компании, запущенных процессов, внедренных решений и желания руководства. Такой калькулятор или средство визуального представления данных помогает правильно распределять затраты между бизнес-подразделениями, показывать, как и на что распределяется ИТ-бюджет. Этот же инструмент может легко продемонстрировать, как улучшение надежности сервиса (резервирование) увеличивает его стоимость, причем не на стоимость сервера, а с учетом всех сопутствующих расходов. Это позволяет бизнесу и ИТ-директору «играть на одной доске» по одним и тем же правилам. При планировании новых продуктов можно заранее посчитать стоимость и оценить целесообразность.

Игорь Тюкачев, консультант «Инфосистемы Джет»

Показать больше

Похожие публикации

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»