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

Базовое решение – применение системы сбалансированных показателей – оценивая ключевые показатели ИТ, привязанные к бизнес-стратегии и ключевым бизнес-процессам предприятия, можно сделать вывод об эффективности ИТ-подразделения. Конечно, вопрос внедрения системы управления по целям – это сложный и трудоемкий процесс, решается в масштабах всего предприятия и ее (система KPI – Key Perfomance Indikator, Ключевые показатели эффективности) внедрение нецелесообразно делать только применительно к ИТ-подразделению.

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

Далее рассмотрим основные инструменты контроля эффективности более детально.

 

7.1. Ключевые показатели эффективности ИТ-подразделения

Для различных видов бизнеса служат разные показатели, как правило, они называются ключевыми показателями эффективности (Key Performance Indicators, KPI). Одно из требований к показателям – измеримость. Для оценки эффективности информационных технологий служат различные показатели, причем применение тех или иных показателей связано с уровнем зрелости предприятия в области использования информационных технологий, а также с уровнем зрелости самого ИТ-подразделения.

Очень важно организовать непрерывный процесс в ИТ-процессах: сбор статистики, анализ накопленных данных, выработка направленных на улучшение решений (постановка целей) по тому или иному ИТ-процессу, внедрение улучшений, контроль полученных результатов улучшения. Постановка целей и контроль их достижения минимизирует отвлечение на второстепенные и менее значимые задачи. Бытует мнение, что специалисты по ИТ занимаются тем, что интересно им, но не столь важно для бизнеса. Наша задача – построение эффективного ИТ-подразделения. Внедрение показателей KPI с применением принципов SMART позволит постоянно совершенствовать качество оказываемых ИТ-подразделением услуг и в целом только положительно отразится на развитии информационных технологий.

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

На нулевом и первом уровнях, когда основная финансовая составляющая ИТ-подразделения – это зарплата сотрудников, то эффективность ИТ-подразделения можно оценивать по соотношению числа ИТ-сотрудников и общего количества работников компании. Ориентир: один ИТ-специалист на 40–60 человек, в зависимости от размера предприятия. Более детальные цифры приведены в разделе,

На втором и третьем уровне зрелости ИТ-подразделения по CobiT, когда затраты на ИТ начинают в большей степени определяться инвестициями в информационные технологии, возможно переориентироваться на показатель – стоимость ИТ: затраты связанные с ИТ-персоналом, плюс затраты на информационные технологии в процентах от оборота компании. В таком случае для компании, чей бизнес интерес не лежит в области информационных технологий, этот процент лежит в диапазоне от 2,7 до 6,5, но также необходимо не забывать о масштабе предприятия. Для высокотехнологичных бизнесов сумма бывает больше. Более подробная информация представлена в.

На четвертом и пятом уровне зрелости по CobiT уже необходимо считать возврат от инвестиций (ROI). В этом случае руководство предприятия само определяет процент, ради которого оно (руководство) готово внедрить тот или иной проект и/или ту или иную технологию. На высшем, пятом, уровне зрелости ИТ-подразделения, сотрудники ИТ могут решать задачи о получении новой доли рынка. В этом случае руководители предприятия определяют, получение какой дополнительной доли рынка может считаться успехом, и оценивают эффективность инвестиций в информационные технологии на основании этого показателя.

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

Изначально, в разделе»» мы рассматривали пример, где уровень зрелости ИТ-подразделения – третий. Рассмотрим KPI ИТ-подразделения при ранее введенных условиях и ограничениях. На данном этапе зрелости в ИТ-подразделении уже разработаны и применяются все внутренние в внешние регулирующие документы; четко описано и формализовано «Соглашение об уровне предоставления услуги (Service Level Agreement, SLA)» с Заказчиком; описаны и закреплены все функции ИТ-подразделения за конкретными ИТ-сотрудниками (подготовлена матрица ответственности), внедрены и успешно функционируют инструменты сбора и обработки Заявок пользователей ИТ-сервисов. К такому ИТ-подразделению могут быть применены следующие KPI показатели:

1) Нарушения SLA – сокращение до минимума времени недоступности информационных сервисов и возможных экономических потерь предприятия в результате их простоя. Максимальный и минимальный уровни простоя по каждому ИТ-сервису определены соглашением об уровне качества (SLA). Целевое значение показателя – 0;

2) Количество инцидентов по инфраструктуре и связи – показатель призван фиксировать количество инцидентов по инфраструктуре и связи. Целевое значение показателя – 0;

3) Общая неработоспособность рабочих мест пользователей по инцидентам по инфраструктуре и связи – в связи с зарегистрированными инцидентами, производится подсчет часов простоя рабочих мест пользователей. Целевое значение показателя – 0;

4) Количество инцидентов по АСУТП – показатель призван фиксировать количество инцидентов по АСУТП. Целевое значение показателя – 0;

5) Общая неработоспособность рабочих мест пользователей по инцидентам АСУТП – в связи с зарегистрированными инцидентами, производится подсчет часов простоя рабочих мест пользователей. Целевое значение показателя – 0;

6) Рост количества открытых заявок не более запланированного – показатель определяет верхнюю границу роста количества открытых заявок в отчетном периоде по каждому направлению деятельности ИТ-подразделения (функции). Показатель рассчитывается в процентах к количеству открытых заявок на начало отчетного периода;

7) Рост количества выполненных заявок выше запланированного – показатель определяет нижнюю границу количественного выполнения Заявок пользователей ИТ-сервисов. Данный показатель применяется совместно с показателем «Рост количества открытых заявок не более запланированного», сокращая количество открытых Заявок предыдущих периодов. Показатель рассчитывается в процентах к количеству поступивших заявок за период;

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

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

10) Количество просроченных заявок за период по предприятию – если Заявка была принята в работу и не реализована к намеченному сроку, причем к ней не был применен механизм перенесения сроков (по согласованию с Заказчиком), то какие заявки считаются просроченными. Данный показатель ограничивает сверху количество просроченных заявок для ИТ-специалистов. Показатель может быль применен как к отдельному направлению ИТ-услуг, так и к службе в целом.

11) Повышение качества обслуживания запросов внутри организации (снижение времени реагирования и/ или исправления неисправностей) – минимальное время реакции на неисправность закреплено в SLA. Данный показатель направлен на снижение времени реакции. Рассчитывается как процент улучшения показателя по сравнению с предыдущим отчетным периодом;

12) Повышение количества единиц оборудования на одного сервис-инженера – функциональная нагрузка данного показателя – снижение стоимости обслуживания одной единицы ПК на предприятии. Показатель не растет по экспоненте от периода к периоду, но способствует пониманию динамики изменения загрузки персонала;

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

14) Оценка степени удовлетворенности пользователей услугами ИТ на основании результатов анкетирования – показатель отражает текущий уровень удовлетворенности пользователей ИТ-услуг. Более детально рассмотрим как необходимо выполнять анкетирование в разделе»»;

15) Оценка степени удовлетворенности руководителей предприятия качеством ИТ – услуг: данный показатель отражает свою суть в названии. Оценка выставляется и согласовывается на Комитете ИТ и утверждается председателем Комитета. Обычно оценка имеет следующий диапазон значений:

а) Хорошо – результат деятельности превосходит запланированный по всем или части показателей эффективности;

б) удовлетворительно – результат деятельности подразделения сопоставим с ожиданиями: выполнены все плановые показатели в 100 % объеме;

в) неудовлетворительно – результат деятельности подразделения не удовлетворяет ожиданиям;

16) Бюджет БДДС и БДР по статье «Расходы на информационные технологии» и «Связь» не превышен по отношению к бизнес-плану за квартал – снижение (без ущерба для эффективности) стоимости владения ИТ.

Конечно же, каждый показатель KPI, применяемый для оценки эффективности имеет свой вес, что и делает оценку – сбалансированной.

Вывод: Для оценки эффективности ИТ-подразделений служат различные показатели, причем применение тех или иных показателей тесно связано с уровнем зрелости ИТ-подразделения.

 

7.2. Отчетность

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

Оценка выполнения и полнота реализации Стратегических инициатив выполняется на очередных (плановых) заседаниях Комитета по ИТ Предприятия.

Информация предоставляется членам Комитета по ИТ посредством отражения текущего статуса по каждой Стратегической инициативе, намеченной к реализации в отчетном периоде. В случаях, если работы по инициативе не завершены, то указывается в примечании текущий статус выполнения работ. Если работы по реализации Стратегической инициативы завершены, то заполняется колонка «Оценка выполнения инициативы».

В целях подведения итогов по факту выполнения Стратегических инициатив, по факту завершения работ по инициативе инициатором Стратегической инициативы (руководителем подразделения Заказчика), совместно со специалистом ИТ-подразделения проводится процедура оценки результатов выполнения по следующим параметрам:

– Полнота реализации функционала;

– Достаточность выходной технической документации;

– Выполнение работ в заданных бюджетных ограничениях;

– Соблюдение сроков реализации Стратегической инициативы.

Для получения взвешенной оценки по каждому из вышеперечисленных параметров, возможно применение методики оценки, представленной в таблице 7.

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

Следующий инструмент отчетности ИТ-подразделения может быть еженедельный отчет по текущей деятельности. Данный отчет готовится ИТ-подразделением по всем направлениям деятельности и содержит следующие разделы:

1. Инциденты – в случае фиксации Инцидента за отчетный период в разделе отражается информация: описание инцидента; ИТ-сервис, по которому произошел Инцидент; текущее состояние инцидента (открыт/закрыт); количество пользователей ИТ-сервиса, «пострадавших» в связи с Инцидентом; количество зафиксированных часов простоя. Все эта информация используется в дальнейшем при расчете показателей соблюдения условий Соглашения об уровне сервиса (SLA).

2. Заявки – данный раздел отражает текущее состояние дел по количеству поступивших заявок за период, выполненных и мотивированных отказов. Раздел может отражать картину как по предприятию в целом, так и по ключевым подразделениям Заказчикам. Дополнительно в разделе отражается текущее значение показателей KPI подразделения, относящихся к работе с Заявками. Если за отчетный период были зарегистрированы просроченные Заявки на выполнение – приводится детальная расшифровка этих заявок и указываются причины.

3. Запросы на изменение также как и раздел «Заявки» отражает текущее состояние дел по количеству поступивших Изменений за период, выполненных и мотивированных отказов по ним. В разделе отражается текущее значение показателей KPI подразделения, относящихся к работе с Изменениями.

4. Ключевые задачи ИТ – руководство предприятия или члены Комитета по ИТ имеют возможность контролировать выполнение работ не только по Стратегическим инициативам, но и по текущим Заявкам, при возникновению такой необходимости. Данные Заявки выделяются из общего пула Заявок и выполненные работы по ним ИТ-специалистами отражаются в данном разделе. Это могут быть как проекты других структурных подразделений, участие в которых принимает ИТ-подразделение, так и любые значимые работы в области автоматизации по предприятию в целом.

5. Обслуживание парка компьютерной техники и периферийного оборудования – раздел предназначен для отражения информации по выполненным работам за отечный период по техническому сопровождению/ обеспечению работоспособности компьютерного оборудования предприятия. В разделе, обычно, отражаются такие работы как: количество установленного программного обеспечения на ПК пользователей; количество перемещений рабочих мест; количество заправленных (замененных) картриджей; количество рабочих мест, по которым выполнен комплекс работ по плановому техобслуживанию; ремонт принтеров, сканеров, мониторов и т. п.

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

7. Ключевые события периода – раздел предназначен для отражения всех значимых событий по ИТ-подразделению;

8. Расшифровка закрытых изменений за период – табличная часть отчета, отражающая номера Заявок, на основании которых выполнялись изменения, ИТ-сервис, по которому выполнялись изменения, текстовое описание Запроса на изменение.

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

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

Завершает линейку отчетов – ежеквартальный (полугодовой и годовой) отчет о деятельности ИТ-подразделения. Структура отчета должна отражать выполненные работы по всем направлениям деятельности подразделения. Отчет основывается на информации еженедельных отчетов, плюс разделы:

– Оценка качества предоставления ИТ-услуг

– Оценка затрат на ИТ

– Факторный анализ затрат на ИТ

– Анализ рыночной стоимости ИТ-услуг.

Выводы: основными отчетами о деятельности ИТ-службы являются: Срез по текущему состоянию работ и выполнению задач ИТ-подразделения – отчет о плане/факте работ; отчет о выполнении Стратегических инициатив в области автоматизации (может являться частью отчета о план/факте); еженедельный отчет по всем направлениям деятельности ИТ-подразделения и ежеквартальный отчет службы. Набор данных отчетов позволит не только эффективно отслеживать текущее состояние работ по ИТ, но и является (набор отчетов) неотъемлемым инструментом в корректировке «курса» решаемых задач подразделением.

 

7.3. Оценка качества работ по направлениям деятельности ИТ

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

Давайте разберем следующую ситуацию: Вы покупатель в дорогом магазине. Когда Вы вошли в магазин, продавец не обратил на Вас никакого внимания и более того совершенно не оказал содействия в выборе заинтересовавшего Вас товара. Можно просто развернуться и уйти из магазина, но вот беда – аналогичного по характеристикам товара Вы нигде не найдете больше. Вы решаетесь и выполняете покупку, но при этом Вас обсчитывают на кассе, продавец хамит, то одно то другое оборудование «вдруг» перестает работать и его чинят прямо при Вас и в итоге вручают товар! Ваши действия? Ругаться? Оставить как есть? Рассказать всем друзьям и соседям, что это худшее, что Вы видели и больше никогда в этом магазин не зайдете!? Написать в «Книгу жалоб и предложений»? По статистике только двадцать из ста человек в такой ситуации оставят запись в книге жалоб и предложений – т. е. предоставят магазину обратную связь о качестве полученной услуги. Теперь, рассмотрим обратную ситуацию, когда Вы зашли в магазин с определенной целью, но атмосфера в нем, помощь продавца, да и сам товар настолько Вас сразили, что Вы без раздумий согласились приобрести товар даже чуть дороже, а еще Вам в подарок достались не только приятные мелочи от магазина (дисконтные карты на последующие покупки, пробники и сувениры), но приятные эмоции на целый остаток дня! Ваши действия? Оставить как есть? Рассказать всем друзьям и соседям, что это лучший магазин!? Написать в «Книгу жалоб и предложений»? В таких ситуациях, когда ожидания клиента по качеству услуги превышено, десять человек из ста оставят запись в «Книгу жалоб и предложений» – т. е. письменно отразят свою позицию по вопросу качества услуги. Таким образом большинство покупателей не оставит ни позитивных, ни отрицательных отзывов.

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

Графически шкала оценки представлена на рисунке 5.

Рассмотренные выше примеры о качестве полученной услуги в магазине переложим на ИТ-услуги на предприятии. Единственная разница – пользователь не может взять и уйти без услуги – он может отказаться использовать ее (ИТ-услугу) в таком виде!

На основе всего вышесказанного делаем вывод, что между оценкой «отлично» и «соответствует ожиданиям» (на рисунке точки E и B, соответственно) есть точки «хорошо» и «очень хорошо», когда качество полученной услуги превышено. Точка С получена путем деления отрезка ВЕ пополам и соответствует оценке хорошо. Точка D получена путем деления отрезка СЕ пополам и соответствует оценке очень хорошо. Таким образом, целевое значение качества предоставляемых ИТ-услуг должно лежать в диапазоне отрезка CD! Если значение уровня удовлетворенности пользователей лежит в диапазоне отрезка DE, то это означает что ИТ-подразделение справляется со своими функциями на отлично!

Рисунок 5. Шкала оценки уровня удовлетворенности пользователя ИТ-услуг

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

Меру удовлетворенности работой ИТ-подразделения можно оценить, воспользовавшись процедурой анкетирования. Анкетирование пользователей должно проводиться не реже одного раза за отчетный период (квартал). Опросный лист должен охватывать все направления деятельности ИТ-подразделения. Процедуру опроса возможно проводить как принудительно (вспомним, что мы не в магазине), так и массовой рассылкой всем пользователям ИТ-сервиса – Электронная почта, но важно помнить, что большинство пользователей не ответит на опросник, так как их ожидания были сопоставимы с полученным качеством услуги. Следовательно, при подсчете оценки, важно обращать внимание на очень низкие и детально разбирать каждый случай (отрезок AB на). Если в результате опроса ИТ-подразделение получило оценку близкую к десяти баллам, то это повод задуматься о наполнении опросного листа пользователей (вспомним статистику из примера выше).

Пример структуры опросного листа (анкеты уровня удовлетворенности пользователей) приведен в таблице 8.

Вывод: целевой уровень удовлетворенности качеством ИТ-услуг пользователей для ИТ-подразделения должен быть в диапазоне от 7,5 до 8,75 по десятибалльной шкале. Если значение уровня удовлетворенности пользователей лежит в диапазоне отрезка от 8,75 до 10, то это означает что ИТ-подразделение справляется со своими функциями на отлично или анкета не охватывает все аспекты деятельности ИТ.

 

7.4. Оценка затрат на ИТ

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

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

Если вы управляете компанией, то вам наверняка приходилось сталкиваться с тем что ИТ-подразделение считает нужным приобрести новый сервер стоимостью, например 10 тыс. долл., в то время как предыдущий сервер тоже неплохо справляется с задачами. При этом «необходимость» покупки как правило отстаивается тем что «за каких-то 10 тыс. долл. мы получаем систему, соответствующую новому стандарту, что важно для того то и для того то…». Оправдывается такая установка как правило тем что предприятие в целом «проворачивает» 100 млн. долл. в год. ИТ-директора как будто напрочь не понимают, что для того, чтобы высвободить 10 тыс. долл. только на покупку сервера, надо увеличить продажи на 100 тыс. долл. Ситуация знакомая. А кроме того, современные ИТ-подразделение привыкли играть на постоянном снижении стоимости аппаратного обеспечения и увеличения функциональности программного обеспечения, что часто приводит к проблеме конца финансового года (куда потратить оставшиеся деньги), особо не заботясь при этом, имеет ли смысл такое вложение денег для компании в целом или нет.

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

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

Для того чтобы не допустить или избавиться от такой негативной оценки со стороны руководства, ИТ-подразделение должно выполнять постоянный мониторинг и анализ расходования средств по статьям бюджета подразделения. При планировании средств на будущий период желательно ввести ограничение роста ИТ-бюджета, например по формуле: затраты текущего периода + ∆ роста (%). Причем ∆ роста может как увеличивать итоговые затраты, так и уменьшать.

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

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

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

 

7.5. Расчет полезной эффективности персонала и нормы времени на выполнение работ

Производительность труда – это количество продукции, выпущенной работником за какое-то время. Т. е. для того чтобы провести расчет производительности ИТ-руководитель должен определить нормы времени на выполнение всех видов работ, выполняемых ИТ-специалистами. Рассмотрим пример: необходимо разработать технические требования к реализации задачи. Аналитик ИТ подразделения изучает бизнес-процесс, формализует требования, разрабатывает схему Как есть (AS-IS) и Как будет (TO-BE), описывает все в технической документации, согласовывает требования с Заказчиком и т. д. То есть – процесс разработки технического решения к задаче: индивидуален и говорить о его нормировании не приходится. Да, возможно выполнить нормирование работ по техническому обслуживанию парка компьютерной техники, определить норму времени на замену картриджа, но нам необходим единый подход ко всем ИТ-специалистам. Конечно, никто не отменял экспериментального подхода, когда норма времени сначала устанавливается по каждой работе экспертно, а затем корректируется на основе эмпирических данных. Также можно попытаться применить действующие стандарты конца восьмидесятых годов прошлого века – их никто не отменял, но предлагаю рассмотреть читателю иной термин – полезная эффективность персонала.

Полезная эффективность персонала – это соотношение времени ИТ-специалиста, потраченного на выполнение Заявок пользователей к норме времени за период. Норма времени за период определяется графиком работы ИТ-специалистов, зачастую 5Х8 = 40 часов в неделю.

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

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

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

– Совещания внешние, ВКС

– Совещания внутренние, ВКС

– Работа с организационно-распорядительной документацией

– Переписка с партнерскими организациями

– Подготовка внутренних финансовых документов

– Договорная деятельность по обеспечению деятельности

– Сканирование, печать документов по заявкам структурных подразделений

– Подготовка внутренних отчетов

– Обучение, повышение квалификации

– Прочие работы, сложно учитываемые по времени и т. п.

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

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

При рассмотрении шаблона, внимательный Читатель, обратил внимание на три колонки эффективности!? Давайте расшифруем их:

1. Полная эффективность – полезная эффективность рассчитанная как: отношение суммарного времени по всем разделам Каталога ИТ-услуг к норме времени. Данный показатель отражает наличие переработки ИТ-специалиста и подразделения в целом за отчетный период.

2. Эффективность персонала, рассчитанная без восьмого раздела («Организационно-распорядительные работы и работа с документацией»), т. е. работ, которые не создают новой стоимости. Именно на этот показатель ИТ-руководитель может и должен влиять. Уменьшение того, что можно назвать «сорным» временем: потраченным на дорогу к клиенту на встречу, в самолете и т. п. – ведет к повышению полезной эффективности. Использование мобильного телефона, Корпоративной телефонной связи, Видео конференц связи, применение методов дистанционного обучения и WEB-семинаров – позволяют наиболее эффективно использовать рабочее время и минимизируют «сорное время» ИТ-специалистов. Эти инструменты позволяют использовать то, что раньше было потерянным временем офисных и сервисных работников. Только информационные технологии могут повысить производительность офисных работников и работников непроизводственной сферы – их внедрение является аналогом роботизации в сфере производственной. Однако нужно не забывать, что положительный эффект от ИТ отложен во времени.

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

Применив принципы Закона Парето к отчету о полезной эффективности ИТ-персонала: для рядовых специалистов 80 % эффективности это приемлемое значение, а для руководителей 20 % (в зависимости от уровня руководителя), руководство подразделения может принимать меры по перераспределению обязанностей и функций того или иного специалиста с целью достижения долее высоких показателей по службе в целом. Также данный отчет является дополнительным инструментом ИТ-руководителя при распределении премиальных, при достижении службой целевых показателей эффективности.

 

7.6. Оценка функционирования ИТ как процесса

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

Далее рассмотрим достаточно простой способ оценки функционирования ИТ-процесса.

При формировании пула показателей KPI для ИТ-подразделения для каждого из них был проставлен вес в долях. Сумма весов равняется единице. Для расчета оценки эффективности ИТ как процесса, нам понадобится дополнительный параметр – это важность или критичность показателя. Значения нового показателя определяются экспертным путем и варьируются в диапазоне от 0,1 до 1,0 с шагом 0,1, где 1,0 наиболее важный показатель при оценке ИТ процесса и 0,1 – наименее важный показатель.

При подведении итогов отчетного периода (результат деятельности за квартал) фактическое значение каждого показателя KPI отражается в таблице для расчета оценки. Если целевое значение показателя указано не в процентах, а в других единицах измерений, то при расчете целевое значение этого показателя принимается за 100 %, а фактическое выполнение рассчитывается пропорционально факт к плану. Пример заполнения таблицы приведен ниже.

Теперь остается применить следующую формулу:

где Кпр– оценка функционирования ИТ процесса;

αi  – важность i-го показателя KPI ИТ-подразделения;

Пi  – плановое значение i-го показателя KPI ИТ-подразделения;

Фi  – фактическое, значение i-го показателя KPI ИТ-подразделения.

Заключение о функционировании процесса интерпретируется следующим образом:

– если Кпр <80 % – процесс функционирует нерезультативно и неэффективно и требует разработки корректирующих действий по конкретным KPI или, другими словами, направлениям деятельности ИТ-подразделения;

– если 80 % ≤ Кпр <100 %. – процесс функционирует результативно и эффективно, но, говоря терминами Системы Менеджмента Качества, требует разработки корректирующих и/или предупреждающих действий, направленных на улучшение показателей;

– если 100 % ≤ Кпр <115 %. – процесс функционирует результативно и эффективно. Процесс не требует изменений в планируемом периоде;

– если Кпр ≥ 115 % – процесс функционирует результативно и эффективно, но требует пересмотра плановых значений показателей KPI, либо их изменение. Возможно необходима более глубокая детализация показателя и/или группы показателей KPI ИТ-подразделения.

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

 

7.7. Анализ рыночной стоимости ИТ

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

– Разработать и утвердить Каталог ИТ-услуг;

– Внедрить на предприятии SLA – Соглашение об уровне сервиса;

– Создать функциональную матрицу ответственности по каждому ИТ-специалисту в разрезе каждого ИТ-сервиса;

– Получить информацию о фонде оплаты труда ИТ-подразделения, стоимости аренды помещения, затратах на канцелярские товары и принадлежности по периодам, затраты на Корпоративную мобильную связь ИТ-подразделения и т. д. То есть в распоряжении руководителя должна быть полная информация по всем затратам подразделения.

– Владеть информацией о стоимости ИТ-услуг региона. Данная информация открыта и доступна у всех коммерческих организаций.

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

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

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

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

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

 

7.8. Аутсорсинг ИТ-услуг

Аутсорсинг – современный вид предпринимательской деятельности, который призван обеспечить предприятию дополнительные конкурентные преимущества. Сегодня аутсонсинг применяют многие крупные российские компании, передающие сторонней организации (как правило, малому, не дочернему предприятию) частично или полностью ряд собственных функций.

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

На практике чаще всего встречаются следующие мотивы и направления перехода на аутсорсинг:

1. Периодические выполняемые ремонтные работы, техническое обслуживание зданий и оборудования.

2. Изготовление типовых деталей: литые заготовки, внутренние не основные элементы изделий.

3. Заготовки или операции, требующие специального оборудования.

4. Привлечение дополнительных производственных мощностей (или при выходе из строя собственных) при условиях сильных колебаний спроса.

5. Аутсорсинг вспомогательных функций. Например: процессы связанные с информационными технологиями, юридическим и бухгалтерским обслуживанием, выделяются на аутсорсинг во вне, при этом в самой компании остаются интерфейсные функции по координации и контролю взаимодействия.

Несомненным преимуществом аутсорсинга является быстрота и удобство решения той или иной производственной проблемы. Ведь аутсорсинговая компания предлагает, как правило, уже готовую систему, которая может работать «здесь и сейчас».

В западных странах аутсорсинг более развит чем в России. По данным исследований Industry Week Census on Manufacturing, 54,9 % американских компаний используют аутсорсинг в производстве, 43,8 % – в обслуживании оборудования. Для оценки целесообразности использования аутсорсинга на западе принято использовать схему, представленную на рисунке 6.

Рисунок 6. Оценка целесообразности аутсорсинга

С учетом оценки целесообразности аутсорсинга можно сделать следующие выводы:

1. Критерии определения типа операции являются уникальными для каждой организации, так как подвержены субъективизму менеджмента.

2. «Реорганизовать» – возможно в краткосрочном периоде – отдать на аутсорсинг, но в долгосрочном периоде – возвратить под контроль компании.

3. «Возможны варианты» – рассмотрение вариантов, таких как: продажа, расширение предоставления услуг другим организациям, аутсорсинг, расширение профиля и создание тем самым дополнительных конкурентных преимуществ.

Наличие примеров успешного опыта применения Российскими компаниями аутсорсинга, свидетельствует о том, что этот вид стратегии имеет хороший потенциал, но на данный момент на развитие аутсорсинга в России существенно влияют следующие факторы:

1. Неспособность просчитать полную себестоимость – зачастую, решение об аутсорсинге принимается без экономической проработки, цель которой ответить на вопрос – что дешевле – собственное производство или приобретение на стороне.

2. Отсутствие надежных поставщиков – российские поставщики (небольшие компании производители или торговые компании) неспособны обеспечить требуемый уровень качества. От компаний, которые используют аутсорсинг, требуется мобилизация управленческих, организаторских и переговорных ресурсов, чтобы обеспечить требуемый уровень качества и стабильность поставок.

3. Снижение оперативности ниже требуемого уровня. Многие компании вполне обосновано считают, что изготовление продукта на стороне занимает больше времени чем у себя. Один из аргументов за собственное производство звучит так: «для себя мы можем поднапрячься, мобилизировать все силы и сделать в кратчайшие сроки с минимальными затратами».

4. Увеличение затрат – если в долгосрочной перспективе себестоимость производства на стороне оказывается дороже, то использование аутсорсинга не является эффективным.

5. Усложнение управления.

6. Отсутствие гибкости поставщиков – долгосрочные инвестиции предприятий аутсорсеров, в настоящее время, мало заботит; получение максимальной прибыли сейчас – основная цель российских поставщиков.

7.8.1. Анализ эффективности аутсорсинга услуг

Для проведения анализа эффективности необходимо создать основу, которая будет использоваться для выбора «кандидатов» на аутсорсинг – Каталог ИТ-услуг, которые оказываются ИТ-подразделением и потребляются бизнес-подразделениями. Фактически необходимо привести деятельность ИТ-подразделения к сервис-ориентированному подходу, описанному стандартами ITIL/ITSM.

Имея такой каталог, можно определить набор параметров и критериев, которые будут учитываться при принятии решения о выборе «кандидатов» на аутсорсинг. Примером таких критериев являются:

– Критичность услуги для бизнеса;

– Управляемость данной услугой в текущем состоянии ИТ– подразделением;

– Критичность услуги с точки зрения информационной безопасности;

– Критичность услуги с точки зрения непрерывности бизнеса;

– Текущее качество услуги;

– Приблизительная (желательно точная) оценка стоимости услуги;

– Присутствие в услуге конкурентных преимуществ;

– Уровень операционных рисков и т. д.

Если один из отсекающих критериев показывает невозможность аутсорсинга, то данная услуга ИТ – подразделения не может быть выведена на аутсорсинг.

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

На следующем этапе «короткий» список подвергается анализу с точки зрения стандартной управленческой задачи: «делаем сами» или «покупаем у других». Для принятия решений необходимо оценить:

– Текущие издержки на оказание услуги;

– Стоимость оказания подобной услуги аутсорсинговой компанией;

– Стоимость процессов и мероприятий по взаимодействию с внешним поставщиком;

– Риски, которые могут возникнуть при передаче услуги на аутсорсинг.

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

Таким образом, внутренний анализ эффективности можно разделить на три обособленных части:

– Стоимостной анализ оказания услуги;

– Анализ возможных рисков, возникающих при оказании услуги;

– Стоимость организации и выполнения процессов контроля за внешними поставщиками.

7.8.2. Анализ стоимости аутсорсинга услуг

Стоимостной анализ услуги позволяет определить ее стоимость на основании анализа всех составных частей, из которых состоит процесс ее оказания, например:

– Стоимости ресурсов, включая стоимость управления жизненным циклом ресурса;

– Стоимость программного обеспечения, включая стоимость управления жизненным циклом программного обеспечения;

– Стоимость проектов развертывания услуги;

– Стоимость процессов предоставления услуги;

– Стоимость процессов поддержки услуги;

– Стоимость действий по обеспечению контроля качества и т. п.

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

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

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

Поэтому анализ общей суммы затрат на ИТ можно проводить в следующих разрезах:

– Ресурсы;

– Оборудование;

– Программное обеспечение;

– Заработная плата сотрудников;

– Стоимость внешних контрактов на услуги;

– Стоимость процессов и т. д.

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

7.8.3. Анализ рисков при аутсорсинге услуг

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

Результаты анализов рисков могут влиять как на расходную, так и на доходную части анализа. Основные параметры стоимостного анализа рисков связанных с качеством и надежностью:

– стоимость убытков по причине недостаточного качества ИТ-услуг;

– стоимость убытков по причине отказа в оказании ИТ-услуги;

– сокращение расходов при использовании новых технологий в ИТ-услуге;

– стоимость убытков при утечке конфиденциальной информации при оказании ИТ-услуги;

– стоимость потерь при утечке конкурентных преимуществ, реализованных в ИТ-услуге.

Риски 1, 2 и 3 могут влиять на положительное решение по выводу услуги на аутсорсинг, так как ответственным за данные риски становится поставщик ИТ-услуг и компания может штрафными санкциями покрыть свои убытки в случаях возникновения (реализации) данных рисков.

Риски 4 и 5 влияют на принятие отрицательного решения по выводу услуги на аутсорсинг, так как очень часто анализ дополнительных затрат на информационную безопасность, возникающих при организации аутсорсинга, может показать невыгодность вывода процессов (услуг), связанных с обработкой конфиденциальной информации. То есть, необходимо особенно внимательно подходить к принятию решений по аутсорсингу каждой ИТ-услуги и анализировать вопросы информационной безопасности в контексте принимаемого решения.

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

– уход из компании квалифицированных ИТ-специалистов;

– болезнь и отпуска ключевых специалистов;

– ошибки в услуге, приводящие к ее отказам и т. д.

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

Выводы. С учетом всего вышесказанного возможно сделать вывод, что в настоящее время наиболее эффективно выводить на аутсорсинг следующие виды ИТ-услуг:

– услуги, которые являются простыми с точки зрения их организации и предоставления;

– услуги, которые требуют привлечения дорогостоящего ИТ-персонала с неполной загрузкой;

– услуги, не содержащие конфиденциальной информации;

– услуги по обслуживанию узкоспециализированного оборудования;

– услуги, связанные с разовыми разработками или внедрением программных решений.

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

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

Таким образом аутсорсинг – это не просто перекладывание внутренних нерешенных проблем компании на плечи внешнего поставщика, а прежде всего налаживание эффективной работы внутреннего ИТ-подразделения на основе сервис-ориентированного подхода предоставления услуг, построенной на базе библиотеки ITIL/ITSM.