|
|
|||||||||||
ИнфозоныAdaptive WorldИнформационные решения компании HP |
В то же время модель TCO ИТ-актива оказывается беспомощной в сопоставлении затрат и выгод использования информационных систем. Основная проблема в том, что ИТ-актив как таковой выгод бизнесу не приносит. Выгоды бизнес получает от ИТ-услуги, для которой ИТ-активы выступают лишь в качестве ресурса. Следовательно, здесь необходимо учитывать затраты в разрезе ИТ-услуг, а не ИТ-активов. Еще одна проблема. В состав затрат модели TCO входят потери от простоев. Эти потери — обязательный компонент модели в той мере, в какой она используется при принятии решений. В противном случае оценки смещаются в пользу решений с меньшими первоначальными затратами и более высоким временем простоя. В то же время модель TCO ИТ-актива не дает экономической основы для оценки потерь от простоев. Они, а также связанная с ними упущенная выгода зависят от того, какие именно ИТ-услуги обеспечивает данный актив. Вот пример семилетней давности. В организации X система SAP R/3 внедряется в качестве инструмента ведения бухгалтерского учета по GAAP. Необходимые операции по подведению баланса выполняются в таблицах Microsoft Excel и затем переносятся в R/3, где в полуавтоматическом режиме перекладываются в отчетность по стандартам GAAP. В то же самое время в организации Y система R/3 внедрялась для планирования закупок. В системе учитывались все запасы на складах, заявки на списание материалов и заявки на их закупку, причем объем информации не позволял вести такой учет за пределами системы R/3. Простой системы R/3 в организациях X и Y оценивался совершенно по-разному. Простой в организации X не влиял непосредственно на функционирование организации. Как следствие — оценка потерь от простоя приближалась к сумме заработной платы простаивающих бухгалтеров. В организации Y простой мог привести к остановке материально-технического снабжения, а в дальнейшем — и производства. Оценка потерь от простоя в этом случае представляла собой определенный процент от оборота, то есть была на два-три порядка выше, чем в организации X при том же самом времени простоя. Разная оценка потерь от простоя влекла различные инвестиции в обеспечение доступности системы R/3: в организации Y эти инвестиции были примерно на порядок выше. Таким образом, разница в наборах ИТ-услуг сказывалась на том, как влияла информационная система на бизнес организации, что в результате давало разные оценки потерь от простоев и TCO в целом. Для данного примера совершенно несущественно наличие в организации X или Y точной денежной оценки потерь от простоев, достаточно интуитивного понимания этих потерь заказчиком и руководством ИТ-службы. Итак, TCO ИТ-актива определяется не только свойствами самого актива, но и тем, для поддержки каких ИТ-услуг использован актив, а также требованиями заказчиков к этим ИТ-услугам. В то же время сам подход TCO — учет всех затрат, связанных с приобретением и эксплуатацией, в равной мере применим как к ИТ-активу, так и к ИТ-услуге. Поэтому следует рассмотреть TCO ИТ-услуг как совокупность затрат на приобретение и сопровождение ИТ-услуги. TCO ИТ-услуги и метод прямых затратИТ-услуга — конечный результат деятельности ИТ-службы. Соответственно, задача определения TCO ИТ-услуги — классическая задача костинга (от английского слова costing — определение издержек), то есть задача определения себестоимости конечного продукта или услуги. Суть задачи костинга в следующем. Затраты в организации обычно фиксируются по статьям, определяемым видами расходов (сырье, материалы, оборудование, заработная плата и т. д.). В ИТ-службе к этим статьям относятся оборудование, программное обеспечение, заработная плата, внешние услуги, помещения, командировки и т. д. Эти статьи в дальнейшем будут называться элементами затрат. Если одна и та же статья распределяется на ИТ-услуги различными способами, то в пределах этой статьи выделяется несколько элементов затрат. Решение задачи костинга состоит в распределении всех элементов затрат на конечный продукт, то есть на ИТ-услуги. Простейшая модель костинга — метод прямых затрат, подробно описанный в книге Service Delivery, London: the Stationary Office, 2001. Согласно этой модели, все затраты делятся на прямые и косвенные. Прямые затраты относятся на ИТ-услугу непосредственно. Например, амортизация выделенного сервера электронной почты относится на услугу электронной почты. Также к прямым затратам можно отнести амортизацию специализированного программного обеспечения, например серверного ПО электронной почты или информационных терминалов Reuters, Bloomberg, РБК и т. д. Затраты на поддержку такого программного обеспечения или пополнение информационных баз данных со стороны внешних поставщиков также относятся к прямым. К косвенным относятся затраты, которые невозможно непосредственно отнести на ту или иную ИТ-услугу. Таковы, например, все затраты, приходящиеся на Service Desk (в их числе — зарплата сотрудников, амортизация оборудования и программного обеспечения, оплата внешних услуг по поддержке оборудования и ПО), поскольку они относятся ко всем услугам, поддержкой которых занимается Service Desk. Аналогично к косвенным затратам относится амортизация оборудования и программного обеспечения, поддерживающего несколько ИТ-услуг одновременно. К таковым относятся компоненты информационных систем и аппаратная платформа, на которой они установлены. Обычно они поддерживают несколько ИТ-услуг, например ведение главной книги, учет входящих и исходящих платежей, учет закупок и др. Поддержка и обновление этих активов также относятся к косвенным затратам. Косвенными обычно бывают и затраты на канал передачи данных, обеспечивающий услуги электронной почты, учетные услуги, видео-конференц-связь, IP-телефонию и т. д. Данный список не исчерпывает все косвенные затраты, но, как правило, включает в себя большинство затрат ИТ-службы. Прямые и косвенные затраты относятся на услуги различным образом. Прямые затраты связываются с определенной ИТ-услугой, оказанию которой они соответствуют. Косвенные затраты распределяются в соответствии с критериями, установленными ИТ-службой или ее заказчиками. Вот несколько примеров критериев. Затраты на Service Desk могут быть распределены между ИТ-услугами пропорционально числу пользователей каждой услуги. Затраты на канал передачи данных могут быть распределены пропорционально трафику, связанному с каждой из использующих его ИТ-услуг. Такой критерий требует применения специализированных программ — мониторов трафика, эти программы в большом количестве представлены на рынке. Затраты на заработную плату системных администраторов могут распределяться пропорционально числу обслуживаемых серверов. Среди косвенных затрат есть и такие, для которых адекватного критерия распределения подобрать не удается. Например, затраты на заработную плату директора ИТ-службы, на аренду помещений, в которых она находится, на СКС в офисе организации, в равной мере относятся ко всем ИТ-услугам, потребляемым организацией. Такие затраты обычно и распределяются равномерно по всем существующим ИТ-услугам. В рамках модели прямых затрат решение задачи костинга в целом состоит из следующих шагов: 1. Разделение всех элементов затрат на прямые и косвенные. 2. Среди косвенных затрат выделение затрат, распределяемых по критерию, и затрат, распределяемых равномерно. 3. Для прямых затрат — непосредственное распределение на соответствующие ИТ-услуги. 4. Для затрат, распределяемых по критерию, — определение значения критерия для каждой ИТ-услуги и исчисление соответствующих этому значению затрат. 5. Для затрат, распределяемых равномерно, отнесение на каждую ИТ-услугу 1/N величины элемента затрат, где N — число ИТ-услуг. 6. Суммирование всех затрат по каждой ИТ-услуге. Таким образом, для каждой ИТ-услуги рассчитываются прямые затраты на сопровождение. Подход TCO требует также определения потерь от простоев. Для расчета этих потерь простои делятся на четыре группы: «невидимый» простой, сбой операции, сбой процесса и сбой организации (рис. 2).
«Невидимым» будет называться простой, который воспринимается как снижение производительности ИТ-услуги, а не как перерыв в обслуживании. Примеры таких простоев: кратковременная недоступность Internet-сайта, кратковременный (менее пяти минут) перерыв электронной почты и т. д. Простои, приводящие к отсрочке исполнения определенной операции бизнес-процесса, относятся к сбоям операции, например, перерыв электронной почты на 10-15 минут, перерыв бухгалтерской системы на такое же время и т. д. Сбой процесса — это простой, препятствующий достижению результата бизнес-процесса. Например, в Internet-магазине сбой системы длительностью 10-15 минут может вынудить клиента отказаться от сделки и закупить товар в другом магазине. Наконец, крупные простои важных ИТ-услуг могут иметь значимые последствия для организации в целом. В частности, длительный простой услуг по передаче электронных платежей может привести к перерыву в расчетах, простой услуг планирования потребностей в материалах — к несвоевременному формированию заказа на закупку и простою производства, простой услуг главной книги — к несвоевременной сдаче налогового отчета. 1 2
30.01.2006г Также в разделе:
|
|
|||||||||