Управление развитием информационных систем

Организация управления развитием информационных систем

Разбить на страницы
Показывать лекцию целиком

5.1 Процессы управления ИТ

Основными принципами перспективной модели ИТ-деятельности являются:

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

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

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

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

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

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

  • формирование бизнес-планов программ работ и проектов;
  • формирование бюджетов программ работ и проектов;
  • организацию системы тендеров и выбор Подрядчиков;
  • заключение договоров на оказание услуг/выполнение работ с Подрядчиками.
  • Процесс заказа услуг по ИТ включает в себя:

  • сбор и анализ заявок на выполнение работ;
  • согласование/отклонение заявки в случае несоответствия общей смете/бюджету проекта;
  • формирование и согласование сметы и технического задания;
  • передачу заявки на исполнение.
  • Процесс организации и управления выполнением заказанных программ работ и проектов включает в себя:

  • формирование организационной структуры управления программой работ/проектом;
  • контроль и анализ хода выполнения программы работ/проекта;
  • формирование отчетности о ходе выполнения программы работ/проекта.
  • Процесс приемки результатов программ работ и проектов включает в себя:

  • формирование комиссии по приемке результатов программ работ и проектов;
  • приемка результатов;
  • формирование сводной отчетности по выполнению программы работ/проекта;
  • уточнение параметров на следующий планируемый период.
  • Процесс организации внедрения результатов включает в себя:

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

    Областями стандартизации являются следующие:

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

  • Стратегическое управление в области ИТ регламентируется ИТ-стратегией, комплектом нормативных документов (НД) по управлению инвестиционным портфелем ИТ-проектов, комплектом документов по управлению автоматизируемыми бизнес-процессами.
  • Оперативное управление в области ИТ регламентируется комплектом НД по управлению программами работ и ИТ-проектами, комплектом документов по управлению качеством в области ИТ и комплектом документов по управлению документооборотом в области ИТ.
  • Реализация проектов и оказание услуг регламентируется НД по моделям бизнес-процессов, автоматизированным системам для объектов автоматизации всех типов, ИТ-услугам.
  • (рис 5.1)

    В качестве стандартов общего назначения в первую очередь необходима разработка следующих документов:

  • ИТ. Термины и определения (на базе ГОСТ Р ИСО/МЭК 15288, ГОСТ Р ИСО/МЭК 12207);
  • Порядок использования обозначений элементов ИТ;
  • Положение о порядке ввода в действие международных стандартов, национальных стандартов РФ и корпоративных стандартов на предприятии;
  • Правила проведения нормоконтроля при разработке и обновлении стандартов предприятия;
  • Правила применения стандартов различных уровней (от международных до корпоративных стандартов) на предприятии;
  • Правила организации и проведения контроля за соблюдением требований и правил, установленных в стандартах и других нормативных документах предприятия.
  • 5.2. Взаимодействие службы ИТ с организацией

    5.2.1. Базовые модели взаимодействия службы ИТ с организацией

    Рассмотрим три основные модели взаимодействия СИТ с организацией.

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

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

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

    К недостаткам модели относятся:

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

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

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

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

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

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

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

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

    5.2.2. Организационные структуры управления

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

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

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

    (рис 5.2) Линейно-функциональная структура

    В качестве преимуществ данного вида структур можно назвать:

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

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

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

    Структуризация организации по отделениям (дивизионам) производится, как правило, по одному из трех принципов: по продуктовому — с учетом особенностей выпускаемой продукции или предоставляемых услуг, в зависимости от ориентации на конкретного потребителя и по региональному -  в зависимости от обслуживаемых территорий. В связи с этим выделяется три типа дивизиональных структур:

  • дивизионально-продуктовые структуры;
  • организационные структуры, ориентированные на потребителя;
  • дивизионально-региональные структуры.
  • При дивизионально-продуктовой структуре полномочия по руководству производством и сбытом какого-либо продукта или услуги передаются одному руководителю, который является ответственным за данный вид продукции (см. рис. 5.3). Руководители функциональных подразделений (производственной, снабженческой, технической, бухгалтерской, маркетинговой и т. д.) должны отчитываться перед управляющим по этому продукту. Организации с такой структурой способны быстрее реагировать на изменения условий конкуренции, технологии и покупательского спроса, поскольку деятельность по производству определенного вида продукции находится под руководством одного человека, улучшается координация работ. Главным недостатком продуктовой структуры является увеличение затрат вследствие дублирования одних и тех же видов работ для разных видов продукции, т.к. в каждом продуктовом отделении создаются свои функциональные подразделения.

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

    (рис 5.4) Продуктовая дивизиональная структура(рис 5.3) Региональная дивизиональная структура

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

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

    В качестве преимуществ дивизиональных структур можно выделить следующее:

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

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

    Параметры сравнения Линейно-функциональная структура Дивизиональная структура
    Характеристика состояния внешней среды Стабильная и предсказуемая Динамичная и прогнозируемая
    Принцип функционирования Безусловная специализация управленческих кадров Междисциплинарный подход
    Специфика управленческих решений Последовательный экономичный процесс Оперативность в принятии решений

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

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

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

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

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

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

    (рис 5.5) Разновидность проектной структуры управления

    В качестве важнейших преимуществ такого вида структур управления можно назвать:

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

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

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

    (рис 5.6) Укрупненная схема матричной структуры управления.

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

    Достоинствами матричной структуры являются:

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

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

    Рассмотрим теперь, как влияют изменения внешней среды на организационные структуры управления. Можно выделить три уровня изменений во внешней среде по степени их влияния на цели деятельности бизнеса:

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

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

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

    5.2.3. Основные задачи информационного обеспечения организационных структур управления

    В данном разделе в таблицах 5.3, 5.4, 5.5 и 5.6 перечислены основные задачи СИТ по усилению преимуществ и смягчению недостатков организационных структур различных видов. Незаполненные клетки означают, что данная задача находится вне компетенции СИТ.

    Линейно-функциональная структура управления
    Преимущества Основные задачи СИТ
    Стабильность (наиболее эффективны в стабильной среде) Информационная поддержка стабильности управления в случае непродолжительных критических ситуаций
    Экономия на управленческих расходах Информационная поддержка учета и анализа расходов на управление
    Быстрое решение простых проблем, находящихся в компетенции одной функциональной службы Информационная поддержка задач отдельных функциональных служб при помощи программных продуктов, оптимальных по критерию цена/функционал соответствующей службы
    Ориентация на действующие технологии и сложившийся рынок Информационная поддержка мониторинга и анализа рынка технологий и применяющих их конкурентов
    Ориентация на ценовую конкуренцию Информационная поддержка анализа цен на конкурентную продукцию
    Недостатки Основные задачи СИТ
    Затруднено движение информации как горизонтально – между службами, так и вертикально Информационная поддержка оперативного предоставления информации управленческого учета
    Проблемы межфункциональной координации. Это порождает определенную конфликтность между службами, стремление возвыситься в ряду равных Информационная поддержка обмена информацией между функциональными службами. Обеспечение оперативности, достоверности и прозрачности предоставляемой информации
    Узкая специализация работников, которая сужает горизонт их профессионального видения, принижает общеорганизационные цели и задачи до функциональных
    Ограничение возможности профессионального развития функциональных и особенно линейных руководителей (последние освобождаются от специализированных управленческих функций, сосредотачивая свое внимание на проблемах собственно производства)
    Как правило, недостаточность полномочий у функциональных и линейных руководителей, которые "выталкивают" принятие решения на уровень вышестоящего руководителя, тем самым, перегружая его текущими проблемами Информационная поддержка ситуационного анализа, "что будет, если …", по основным направлениям бизнеса для создания корпоративного стандарта
    Медленное принятие решения, поскольку обсуждение проблем происходит по всей иерархической цепочке снизу вверх внутри каждого функционального подразделения Информационное обеспечение оперативного представления информации о проблемной ситуации всем заинтересованным руководителям, в том числе руководителям, ответственным за принятие решения по данному направлению
    Качество решений на высшем уровне определяется не столько компетентностью самих руководителей (они могут быть весьма компетентными), сколько надежностью и достоверностью поступившей к ним информации Информационная поддержка представления сбалансированной объективной информации на каждом уровне управления (сбалансированная система показателей с глубиной до каждого значимого подразделения функциональной службы)
    Поскольку у руководителей среднего звена появляются возможности влиять на решения вышестоящих менеджеров в собственных интересах или в интересах своей функциональной службы, линейно-функциональная структура порождает "ведомственность" внутри предприятия Информационная поддержка представления сбалансированной объективной информации на каждом уровне управления (сбалансированная система показателей с глубиной до каждого значимого подразделения функциональной службы)
    Дивизиональная структура
    Преимущества Основные задачи СИТ
    Использование дивизиональных структур позволяет организации уделять конкретному продукту, потребителю или географическому региону столько же внимания, сколько уделяет небольшая специализированная организация, в результате чего возможно быстрее реагировать на изменения, происходящие во внешней среде, адаптироваться к изменяющимся условиям Информационная поддержка выбора и сопровождения программного продукта ориентированного на конкретную продукцию, конкретного потребителя или географический регион, содержащего блок мониторинга и анализа изменяющихся условий во внешней среде
    Этот вид структуры управления ориентирует на достижение конечных результатов деятельности организации (производство конкретных видов продукции, удовлетворение потребностей определенного потребителя, насыщение товарами конкретного регионального рынка) Информационная поддержка мониторинга и анализа насыщения потребности рынка как собственной продукцией, так и конкурентной продукцией, то есть продукцией конкурентов и альтернативной продукцией.
    Уменьшение сложности управления, с которой сталкиваются управляющие высшего звена Информационная поддержка учета затрат (финансовые и временные) на управление для каждого уровня управления.
    Отделение оперативного управления от стратегического, в результате чего высшее руководство организации концентрируется на стратегическом планировании и управлении Информационная поддержка выбора и сопровождения специализированных продуктов оперативного управления по конкретной продукции, конкретного потребителя или географический регион для каждого дивизиона.

    Информационное обеспечение задач стратегического планирования для высшего руководства.

    Перенесение ответственности за прибыль на уровень дивизионов, децентрализацию принятия оперативных управленческих решений, такая структура помогает приблизить руководство к проблемам рынка Информационная поддержка учета затрат и доходов для выбраной (или нескольких) финансовых моделей учета деятельности дивизионов и всего бизнеса в целом.
    Улучшение коммуникаций Информационная поддержка обмена информацией между дивизионами и высшим руководством и дивизионами
    Развитие широты мышления, гибкости восприятия и предприимчивости руководителей отделений (дивизионов)
    Недостатки Основные задачи СИТ
    Дивизиональные структуры управления привели к росту иерархичности, т. е. вертикали управления. Они потребовали формирования промежуточных уровней менеджмента для координации работы отделений, группы и т. п. Информационная поддержка мониторинга и анализа работы каждого уровня управления на основе сбалансированной системы показателей деятельности каждого уровня управления и подчиненных ему структур: дивизион, линейное подразделение, функциональная служба и другие
    Противопоставление целей отделений общим целям развития организации, несовпадение интересов "верхов" и "низов" в многоуровневой иерархии Информационная поддержка трансфертного ценообразования при оценке стоимости работ, проводимых для целей развития всего бизнеса
    Возможность возникновения межотделенческих конфликтов, в частности, в случае дефицита централизованно распределяемых ключевых ресурсов Информационная поддержка учета расхода и коэффициента отдачи от централизованно распределяемых ключевых ресурсов каждому дивизиону для целей поддержки принятия решения их выделения в случае дефицита
    Невысокая координация деятельности отделений (дивизионов), штабные службы разобщены, горизонтальные связи ослаблены
    Неэффективное использование ресурсов, невозможность их использовать в полной мере в связи с закреплением ресурсов за конкретным подразделением Информационная поддержка учета расхода и коэффициента отдачи от централизованно распределяемых ключевых ресурсов каждому дивизиону для целей поддержки принятия решения их перераспределения в случае дефицита
    Увеличение затрат на содержание управленческого аппарата вследствие дублирования одних и тех же функций в подразделениях и соответствующего увеличения численности персонала Информационная поддержка учета затрат (финансовые и временные) на управление для каждого уровня управления
    Затруднение осуществления контроля сверху донизу Информационная поддержка представления сбалансированной объективной информации на каждом уровне управления (сбалансированная система показателей с глубиной до каждого значимого подразделения функциональной службы)
    Многоуровневая иерархия и в рамках самих отделений (дивизионов), действие в них всех недостатков линейно-функциональных структур См. задачи СИТ для линейно-функциональных структур
    Возможное ограничение профессионального развития специалистов подразделений, поскольку их коллективы не столь велики, как в случае применения линейно-функциональных структур на уровне организаций
    Проектная структура
    Преимущества Основные задачи СИТ
    Интеграция различных видов деятельности организации в целях получения высококачественных результатов по определенному проекту Информационная поддержка интегрированного управления по всем функциональным направлениям и производственным звеньям в рамках выполнения проекта
    Комплексный подход к реализации проекта, решению проблемы Информационная поддержка представления сбалансированной объективной информации по каждому проекту: сбалансированная система показателей с глубиной до каждого функционального направления и производственного звена
    Концентрация всех усилий на решении одной задачи, на выполнении одного конкретного проекта Информационная поддержка учета ресурсов (финансовые, временные, материальные и трудовые ресурсы) по конкретному проекту
    Большая гибкость проектных структур
    Активизация деятельности руководителей проектов и исполнителей в результате формирования проектных групп Информационная поддержка мониторинга и анализа деятельности участников проекта
    Усиление личной ответственности конкретного руководителя как за проект в целом, так и за его элементы Информационная поддержка контроля выполнения проекта по выбранным показателям
    Недостатки Основные задачи СИТ
    При наличии нескольких проектов или программ проектные структуры приводят к дроблению ресурсов и заметно усложняют поддержание и развитие производственного и научно-технического потенциала организации как единого целого Информационная поддержка учета использования ресурсов и коэффициента отдачи от их использования по конкретному проекту для целей поддержки принятия решения их перераспределения в случае дефицита или негативного влияния на развитие бизнеса
    От руководителя проекта требуется не только управление всеми стадиями жизненного цикла проекта, но и учет места проекта в сети проектов данной компании Информационная поддержка представления сбалансированной объективной информации по каждому проекту, включая интегрированный показатель проекта и его влияние на интегрированные показатели других проектов бизнеса
    Формирование проектных групп, не являющихся устойчивыми образованиями, лишает работников осознания своего места в организации Информационная поддержка мотивации и поощрения участников проекта по результатам выполнения этапа или всего проекта
    При использовании проектной структуры возникают трудности с перспективным использованием специалистов в данной организации Информационная поддержка управления персонала с учетом проектной специфики выполнения работ
    Наблюдается частичное дублирование функций Информационное обеспечение выбора и сопровождение программного продукта, снижающего остроту дублирования функций, оптимального по критерию цена/функционал/простота применения.
    Матричная структура
    Преимущества Основные задачи СИТ
    Интеграция различных видов деятельности организации в рамках реализуемых проектов, программ Информационная поддержка интегрированного управления по всем видам деятельности в рамках выполнения проекта
    Получение высококачественных результатов по большому количеству проектов, программ, продуктов Информационная поддержка мониторинга и анализа выполнения большого количества проектов, программ, продуктов
    Значительная активизация деятельности руководителей и работников управленческого аппарата в результате формирования проектных (программных) команд, активно взаимодействующих с функциональными подразделениями, усиление взаимосвязи между ними

    Информационная поддержка:

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

    Информационное обеспечение:

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

    5.3. Документационное обеспечение службы ИТ

    Деятельность СИТ предусматривает работы по созданию и использованию многочисленных нормативных документов (НД), которые разделяются по следующим основным категориям:

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

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

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

    Приведенный перечень проектных документов не является исчерпывающим, в нем перечислены наиболее критичные для эксплуатации документы, полный перечень проектных документов и требований к их содержанию содержится в ГОСТ серии 34.

  • Методические материалы:
  • Корпоративная ИТ-стратегия определяет роль ИТ в деятельности организации, цели и задачи развития ИТ, их приоритеты, принципы организации управления развитием ИТ и политики переходного периода.
  • Корпоративная техническая политика определяет принципы выбора поставщиков оборудования или функциональных ИТ–решений в зависимости от характера решаемой задачи. Документ позволяет избежать хаоса в процессе закупок, ведущего к возникновению "зоопарка" в ИТ–инфраструктуре и ИТ– решениях, влекущего, в свою очередь, существенное возрастание совокупной стоимости владения ИТ.
  • Политика информационной безопасности определяет перечень, источники и приоритеты информационных угроз для основной деятельности и методы их устранения. Следствием разработки политики информационной безопасности является концепция информационной безопасности, которая определяет всю систему организационных мер, технических и программных средств предотвращения угроз и их преодоления, в случае возникновения.
  • Методика оценки совокупной стоимости владения ИТ. Документ чрезвычайно важен для оценки деятельности СИТ. Высшее руководство организаций как в России, так и за рубежом практически не имеет объективных данных о том, сколько на самом деле стоят ИТ их организации, что зачастую мешает принимать обоснованные решения по инвестициям в этом направлении. Расхождения между ИТ – бюджетом и этим показателем даже в развитых странах может достигать 50%. В России эти показатели могут отличаться в разы. Не существует общепринятого подхода к оценке совокупной стоимости владения ИТ, но потребность в ней со стороны высшего руководства все более возрастает.
  • Методика формирования ИТ-бюджета. Вопрос формирования и обоснования ИТ–бюджета является исключительно важным как для ИТ–директора так и для руководства организации. Дело в том, что при согласовании ИТ–бюджета неизбежно возникает конфликт интересов между СИТ и финансово–экономическим блоком организации. Зачастую, организации вообще не имеют выделенного ИТ–бюджета. Даже если он существует, то обычно имеет форму трех строчек в общем бюджете организации – эксплуатационные расходы, расходы на закупку оборудования и лицензионного ПО и расходы на услуги внешних организаций. Зарплата персонала СИТ не выделяется, а просто включается в общий фонд оплаты труда персонала. Все это приводит либо к возникновению необоснованных расходов, либо к дефициту средств на развитие ИТ.
  • Нормативно-справочная информация (НСИ). Состав утвержденной НСИ в многом определяет эффективность использования информационных систем. Полнота и непротиворечивость НСИ критически влияет не только на решение внутренних задач организации, но и на ее взаимодействие с партнерами. Особенно ярко это проявляется в промышленности. Например, в авиастроении, где конструкторские бюро и серийные заводы взаимодействуют с сотнями смежников – поставщиками двигателей, агрегатов, электроники, комплектующих. В каждой из этих организаций существуют свои системы НСИ, в которых одно и тоже изделие может иметь разные наименования и коды. Это приводит к "взаимонепониманию" на уровне информационного обмена, к невозможности построения единого состава конечного продукта и, как следствие, к возрастанию сроков и трудоемкости процессов проектирования и производства авиационной техники. В связи с этим растет потребность в ИТ–решениях, которые служат своего рода "переводчиками" между различными системами НС И. Но, методическое значение утвержденной системы классификации и кодирования носит первичный характер для любой организации, поскольку в случае ее отсутствия нельзя добиться достоверной отчетности, а следовательно объективной поддержки процессов принятия управленческих решений.
  • 5.3.1. Положение о СИТ

    Положение о СИТ представляет в некотором смысле своего рода "конституцию". Его типовая структура включает следующие разделы, традиционные для НД данного вида:

  • Нормативные ссылки.
  • Обозначения и сокращения.
  • Общие положения.
  • Организационная структура.
  • Задачи и функции.
  • Права.
  • Взаимоотношения СИТ со структурными подразделениями.
  • Ответственность.
  • Приведем примеры некоторых разделов документа.

  • Общие положения.
  • Служба информационных технологий (СИТ) создана приказом Генерального директора № от ___.
  • СИТ является обособленным структурным подразделением первого уровня управления и непосредственно подчиняется Генеральному директору.
  • Общее руководство СИТ осуществляет Директор по ИТ, действующий в соответствии с настоящим Положением, Положением о должности Директора по ИТ и выданной Генеральным директором доверенностью.
  • Директор по ИТ назначается и освобождается от занимаемой должности Генеральным директором.
  • Основными целями деятельности СИТ являются:
  • создание, поддержка и совершенствование единой корпоративной информационной системы, включающей программно-технические комплексы систем управления предприятием, управления документооборотом, корпоративными информационными ресурсами и др.
  • методическое и информационное обеспечение и координация деятельности по разработке, внедрению, развитию и совершенствованию деловых процессов и процедур организации на базе современных деловых и информационных технологий.
  • СИТ осуществляет свою деятельность в соответствии с действующим законодательством РФ, приказами Генерального директора, Уставом Организации и другими организационно-правовыми и распорядительными документами Организации, Коллективным договором и настоящим Положением.
  • Функции СИТ.

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

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

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

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

    Напомним, что в состав процедур деятельности СИТ входят:

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

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

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

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

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

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

  • состав источников данных для составления отчетов;
  • порядок представления, сбора и консолидации данных для составления отчетов;
  • порядок согласования и утверждения проектов отчетов.
  • Процедура предоставления ИТ–услуг должна включать:

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

  • порядок осуществления регламентных услуг;
  • порядок представления заявок на выполнение дополнительных услуг и их рассмотрения;
  • порядок согласования условий выполнения заявок;
  • порядок приемки выполненных услуг;
  • порядок привлечения внешних ресурсов для выполнения услуг.
  • Процедура оценки деятельности должна включать:

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

  • Фактическое выполнение плана и бюджета. Оценка выполнения плана производится в бинарной логике, т.е., выполнение каждого пункта плана должно быть документально подтверждено, в противном случае пункт считается невыполненным. Что касается выполнения бюджета, то здесь могут быть три события: выполнен, есть перерасход, который должен быть обоснован, и есть экономия, которая также должна быть аргументирована и даны предложения по ее использованию.
  • Динамика выполненных услуг. Динамика услуг, предоставленных функциональным подразделениям и конечным пользователям, оценивается по сравнению с предыдущим периодом. При этом учитываются только те услуги, которые были выполнены по инициативным заявкам с оценкой их трудоемкости, а, следовательно, их стоимости.
  • Динамика ТСО. Это наиболее сложно оцениваемый показатель, но наиболее важный для оценки деятельности СИТ. Дело в том, что при любом сценарии сопровождения и развития ИТ в любой организации, ТСО ежегодно растет минимум на 5 – 10%. Поэтому эффективность работы СИТ в конечном счете можно оценить по минимизации темпов роста ТСО. При этом надо принимать во внимание стратегию инвестиций в ИТ, которая может быть агрессивной, консервативной или направленной на сокращение ИТ – затрат.
  • Динамика сбоев. Это очевидный и легко оцениваемый показатель, характеризующий, с одной стороны надежность ИТ – инфраструктуры, а с другой стороны косвенно показывающий квалификацию персонала СИТ. При этом, должны учитываться потери рабочего времени сотрудников организации и упущенный доход из-за невозможности производства продуктов и услуг для клиентов.
  • Динамика рекламаций пользователей. Это также легко учитываемый показатель, хотя объективная оценка динамики рекламаций требует построения их классификации, поскольку значимость рекламаций существенно различается по степени влияния на основную деятельность организации.
  • Процедура управления корпоративными информационными ресурсами должна включать состав корпоративных информационных ресурсов и порядок обновления контента. Технологическое обеспечение управление информационными ресурсами не представляет собой сложную задачу, решаемую, например, средствами систем электронного документооборота. Вместе с тем, наиболее сложной задачей является организация процесса извлечения знаний и их отчуждения от носителей. Дело в том, что сотрудники ощущают свою значимость в связи с тем, что они обладают уникальными знаниями, позволяющими им видеть перспективы карьерного роста. Но, даже при решении задачи первоначального извлечения знаний, а это могут быть любые документы, презентации, проектные документы, технико-коммерческие предложения, отчеты и т.п., необходимо организовать процесс их постоянного пополнения, что связано с определением ответственности за предоставление возникающей информации в базу знаний.

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

    В процедуре должны быть регламентированы:

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

    5.3.3. Организация работы с вендорами и партнерами

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

  • вендоры - поставщики оборудования,
  • вендоры - поставщики программных решений,
  • системные интеграторы.
  • Основными критериями выбора партнеров являются:

  • успешные проекты, опыт;
  • рекомендации, хорошие отзывы;
  • многочисленная клиентура (отражает масштаб бизнеса);
  • стаж деятельности (показывает устойчивость бизнеса);
  • известный брэнд (важен для организаций, которые не могут себе позволить или не хотят работать с малоизвестными компаниями);
  • разнообразие услуг и наличие сертифицированных специалистов (говорит о широте бизнеса и квалификации персонала) - важно понимать весь спектр потенциального сотрудничества, особенно тогда, когда уже определен некоторый портфель инвестиционных проектов;
  • финансовая история и текущие показатели дохода (динамика стоимости акций для публичных компаний является одним из наиболее объективных показателей);
  • доля рынка (важна для понимания степени конкурентоспособности);
  • индустриальная экспертиза - этот критерий принципиально важен для оценки возможности эффективных коммуникаций с потенциальным исполнителем, поскольку, не имея релевантной экспертизы, он и клиент будут тратить значительные усилия на выработку общего языка и общего понимания существующих проблем, подлежащих решению в ходе проекта (иначе говоря, потребуются дополнительные затраты на обучение исполнителя в ходе проекта);
  • качество партнерской сети – определяет возможности исполнителя по выполнению территориально распределенных работ, а также по послепродажному обслуживанию (особенное значение этот критерий имеет для холдинговых организаций и государственных учреждений, имеющих отделения в регионах) ;
  • ценовая политика.
  • В последнем критерии речь идет не только об уровне цен. В настоящее время все большее значение приобретает гибкость в предоставлении скидок и условиях финансирования проектов. Самым простым механизмом является скидка с объявленной цены. Эта скидка может быть определена на основе количества закупаемого оборудования или лицензий на ПО. Чем больше проект, тем дешевле стоимость единицы оборудования или лицензии. Если проект связан с предоставлением консалтинговых услуг, то ситуация носит принципиально иной характер. Консалтинговые компании дорожат тарифной сеткой своих специалистов и не могут идти на снижение тарифов, поскольку, в конечном счете, это приведет к потере конкурентных преимуществ и сокращению клиентской базы. Поэтому, стоимость проекта определяется на основе его трудоемкости и тарифных ставок соответствующих категорий специалистов и менеджеров, необходимых для его выполнения, а затем делается скидка от полученной итоговой стоимости. Как правило, этот механизм применяется в тех случаях, когда поставщик видит длительную перспективу в работе с клиентом.

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

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

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

    Как правило (а для государственных органов в обязательном порядке), выбор исполнителя осуществляется на конкурсной основе. Вопросы организации и проведения конкурса подробно рассмотрены в лекции 6.

    Особую роль среди партнеров играет системный интегратор. Его основными задачами являются:

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

    К постоянным функциям системного интегратора в течении всего периода сотрудничества относятся:

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

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

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

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

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

    Бизнес-модель деятельности СИТ включает следующие основные блоки:

  • Процесс планирования.

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

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

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

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

  • Процесс предоставления услуг.

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

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

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

    Если запрос на выполнение услуги связан с оказанием помощи конечному пользователю, то его следует отнести к регламентным услугам и, соответственно, назначить исполнителя, срок выполнения и зафиксировать факт выполнения услуги.

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

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

  • Процесс управления ИТ- активами.

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

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

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

  • Процесс управления взаимодействием.

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

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

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

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

  • Процесс отчетности.

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

    Далее должен быть произведен анализ результатов выполнения плана и подготовлен предварительный отчет и его презентация для руководства.

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

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

  • 5.5. Методы формирования ИТ-бюджета

    Методы формирования ИТ – бюджета основываются на анализе различных видов затрат и потребности в инвестициях. Рассмотрим затратную составляющую бюджета на основе рекомендаций ITIL.

    Эффективный контроль уровня затрат требует понимания их природы. Существует несколько способов классификации затрат.

    Для каждого продукта или сервиса можно определить затраты прямо или косвенно связанные с ним:

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

    Другим способом является расчет затрат на основе деятельности (Activity Based Costing – ABC). Этот метод заключается в учете всех накладных расходов организации с последующим распределением затрат на выполнение работ по продуктам и услугам, с которыми эти затраты связаны.

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

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

  • Постоянные затраты не зависят от объема предоставляемых услуг; к ним относятся инвестиции в аппаратное обеспечение, программное обеспечение и строительство. В большинстве случаев учитывается не закупочная цена, а ежемесячная или ежегодная сумма амортизационных отчислений и начисляемые проценты. Постоянные затраты присутствуют даже при снижении объема производства (предоставления услуг) или их прерывании.
  • Переменные затраты – это затраты, уровень которых меняется с изменением объема производства. Примерами могут быть затраты на привлекаемый со стороны персонал, картриджи для принтеров, бумагу, отопление, электричество. Эти затраты связаны с предоставляемыми услугами: с увеличением объема производства возрастают также и затраты.
  • Капитальные затраты связаны с закупкой активов, предназначенных для долгосрочного использования внутри организации. Амортизация этих затрат производится в течение нескольких лет, поэтому в затраты обычно включаются амортизационные отчисления, а не закупочная стоимость.
  • Операционные затраты представляют собой ежедневные затраты, не связанные с материальными производственными ресурсами. Примерами являются договоры на обслуживание аппаратного и программного обеспечения, стоимость лицензий, страховые взносы и пр.
  • Основные направления расходов включают:

  • Затраты на оборудование (Equipment Cost Unit – ECU) – все затраты на аппаратное обеспечение, например:
  • серверы,
  • устройства хранения информации,
  • связь и сети,
  • принтеры.
  • Затраты на программное обеспечение (Software Cost Unit – SCU) – прямые и косвенные затраты на поддержку функционирования системы, включая:
  • системное программное обеспечение,
  • транзакционную систему,
  • систему управления базами данных,
  • систему разработки приложений,
  • программные приложения.
  • Организационные затраты (Organization Cost Unit – OCU) – прямые и косвенные затраты на персонал, которые могут быть постоянными или переменными, например:
  • заработная плата,
  • расходы на обучение,
  • командировочные расходы.
  • Затраты на размещение (Accommodation Cost Unit - ACU) – все прямые и косвенные затраты, связанные с размещением, например:
  • серверные комнаты,
  • офисы,
  • другие помещения и оборудование, такие как испытательные лаборатории, учебные помещения, кондиционеры и пр.
  • Трансферные затраты (Transfer Cost Unit – TCU) – затраты, связанные с товарами и услугами, предоставляемыми другими подразделениями, т.е. внутренние расчеты между подразделениями организации
  • Учет затрат (Cost Accounting – CA) – затраты, связанные с деятельностью самого процесса управления финансами.
  • Выстроенные процессы бюджетирования и ведение внутреннего бухгалтерского учета позволяют ИТ-директору:

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

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

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

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

    Отрасль % от оборота
    Машиностроение 0.83
    Металлургия 0.64
    Розничная торговля 0.95
    Телекоммуникации 3.5
    Производство ТНП 1.0
    ТЭК 1.6
    Транспорт 1.1
    Финансы/страхование 3.87

    В качестве примера составления статей бюджета рассмотрим оценку ежегодных затрат на модернизацию парка PC, соответствующий расчет производится следующим образом:

    $$S=N*P*C$$

    $$C=K1*(C_{ф}+C_{гп}+C_{кп}$$

    где:

    $$N$$ -общее число компьютеризированных рабочих мест в организации;

    $$P$$ - средняя цена одного PC среднего класса, закупаемого организацией для оборудования типового рабочего места (определяется политикой организации);

    $$C$$ -общий процент (доля) заменяемых $$PC$$

    $$C_{Ф}$$ - процент $$PC$$ заменяемых по причине выхода из строя или достижения недопустимого уровня физического износа;

    $$C_{гп}$$ - процент $$PC$$, заменяемых по причине отставания парка от "глобального прогресса", т.е. от ресурсных требований, предъявляемых новым поколением ОС и массовых приложений;

    $$C_{кп}$$ - процент $$PC$$, заменяемых по причине отставания парка от "корпоративного прогресса", т.е. от ресурсных требований, предъявляемых вновь устанавливаемыми корпоративными приложениями или возникающих вследствие роста масштабов обработки данных;

    $$K1$$ - повышающий (понижающий) коэффициент, отражающий средний возраст парка $$PC (A_{ср})$$

    Оценки входящих в вышеприведенные формулы величин и коэффициентов приведены в таблице 5.8.

    Параметр Значение Условие
    $$C_{Ф}$$ 0.05
    $$C_{гп}$$ 0 $$A_{ср}<3 лет$$
    0.3 $$3 лет<A_{ср}<4 лет$$
    0.6 $$4 лет<A_{ср}<5 лет$$
    0.9 $$A_{ср}>5 лет$$
    $$C_{кп}$$ 0 Для консервативной политики развития ИТ
    0.1 Для умеренной политики развития ИТ
    0.15 Для продвинутой политики развития ИТ
    0.2 Для опережающей политики развития ИТ
    $$K1$$ 0.9 $$A_{ср}<2 лет$$
    1 $$2 лет<A_{ср}<3 лет$$
    1.1 $$3 лет<A_{ср}<4 лет$$
    1.2 $$A_{ср}>4 лет$$

    Приведем два примера ежегодных затрат на модернизацию парка PC:

  • В организации 800 компьютеризированных рабочих мест, средний возраст PC - 3,5 года, организация проводит политику умеренного развития ИТ, приобретает рабочие места стоимостью 650 долл., в этом случае оценка расходов на обновление парка по формулам даст:

    $$S=800*650*1,1*(0,05+0,30+0) = \$200200$$ или $250 на одно рабочее место.

  • В организации 40000 компьютеризированных рабочих мест, средний возраст PC - 2,5 года, организация проводит продвинутую политику развития ИТ, приобретает рабочие места стоимостью 850 долл., в этом случае оценка расходов на обновление парка по формулам даст:

    $$S=40000*850*1*(0,05+0+0,15) = \$6800000$$ или $170 на одно рабочее место.

  • Вообще, затраты на поддержание информационной инфраструктуры организации в состоянии, соответствующем современным требованиям рынка и технологий, зависят от следующих факторов:

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

  • Оборудование: персональные компьютеры, сетевые серверы (поддержание работы сети), серверы приложений, сетевое оборудование (routers, bridges, hubs и т.д.), сетевые коммуникации (кабели)
  • Программное обеспечение: ПО на персональных компьютерах, операционные системы, общеприкладное ПО, специализированное ПО и ПО на серверах, операционные системы на серверах, серверные приложения.
  • Конец жизненного цикла означает, что:

  • Оборудование больше не удовлетворяет требованиям функционирования существующего ПО, например, невозможно работать с операционной системой Windows 2000 на компьютере с процессором Intel486.
  • Новое программное обеспечение не совместимо с уже имеющимся, например, пользователю необходимо работать с ПО, которому для работы необходима более новая версия операционной системы.
  • Затраты на техническое обслуживание и поддержку увеличились настолько, что дешевле приобрести новое оборудование или ПО.
  • Возникают новые требования к производительности оборудования и функциям ПО. Это такие требования, как простота в использовании, мобильность, использование улучшенных интерфейсов с пользователем, визуализация, использование сетевых услуг, скорость обработки данных.
  • Длительность жизненного цикла определяется также политикой организации в отношении развития ИТ- инфраструктуры. Если организация стремится использовать только самые современные решения в области ИТ, жизненные циклы оборудования и ПО будут существенно меньше, чем в случае, когда организация старается минимизировать свои затраты на ИТ.

    Расчет ежегодной стоимости поддержки информационной инфраструктуры осуществляется по следующим формулам:

    $$S(общ) =S(об)i + S(по)j$$

    $$S(об)i = (1/Ti)*(Ni*Ci)+Ri*(Ni* Ci)$$

    $$S(по)j = (1/Tj)*(Nj*Cj)$$

    где:

    $$S(общ)$$ - ежегодная стоимость поддержки инфраструктуры;

    $$S(об)i$$ - ежегодная стоимость поддержки оборудования $$i$$ -й категории

    $$S(по)j$$ - ежегодная стоимость поддержки программного обеcпечения $$j$$ -й категории;

    $$Ti, Tj$$ - длительность жизненного цикла оборудования $$i$$ -й категории или ПО $$j$$ -й категории;

    $$Ni, Nj$$ - количество единиц оборудования $$i$$ -й категории или ПО $$j$$ -й категории;

    $$Ci, Cj$$ - цена приобретения единицы оборудования $$i$$ -й категории или ПО $$j$$ -й категории;

    $$Ri$$ - коэффициент затрат на ремонт оборудования $$i$$ -й категории.

    Пример расчета приведен в таблице 5.9.

    Кол-во оборудования 1 000
    Стоимость единицы оборудования 800
    Стоимость всего оборудования 800 000
    ЖЦ Оборудования 5
    Стоимость поддержки оборудования 160 000
    Вероятность поломки единицы оборудования в течении года 30%
    Средняя стоимость ремонта единицы оборудования (в % от цены) 10%
    Стоимость ремонта оборудования 24 000
    Кол-во лицензий 1 000
    Стоимость одной лицензии 150
    Стоимость всех лицензий 150 000
    ЖЦ ПО 3
    Стоимость поддержки ПО 50 000
    Суммарная стоимость поддержки 234 000

    Общий ИТ-бюджет формируется на основании совокупной стоимости затрат (Total Cost of Ownership - ТСО - отражает полную сумму расходов на приобретение, установку и эксплуатацию определенного ИТ-актива) на ИТ, которая распределяется по трем основным разделам:

  • развитие ИТ,
  • обновление ИТ,
  • поддержание работоспособности ИТ.
  • В финансовой структуре организации ИТ-службу относят к одному из центров финансового учета (ЦФУ):

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

    Центр финансового учета
    Центр доходов Центр затрат Центр инвестиций Центр прибыли
    Стабилизация Повышение выручки от реализации Затраты ЦФУ постоянны Уменьшение затрат ЦФУ или cостоянно Качество работы ЦФУ неизменно ROI - постоянно Прибыль ЦФУ постоянна или повышается
    Рост Увеличение доли рынка Увеличени числа клиентов Улучшение качества работы ЦФУ Увеличение ROI Увеличение прибыли ЦФУ
    Сокращение Увеличение выручки от реализации Уменьшение затрат ЦФУ Нулевые инвестиции Уменьшение затрат ЦФУ

    В заключение перечислим основные статьи бюджета СИТ:

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

  • количество человеко-часов в месяц на дополнительное обучение конечных пользователей силами собственных специалистов;
  • количество человеко-часов в месяц, когда конечные пользователи не выполняли регламентные функции, связанные с применением информационной системы;
  • время, затраченное на ожидание работником помощи со стороны коллег;
  • временные затраты на организацию хранения и обработки данных, включающие копирование, перемещение, удаление файлов, а также ручное резервное копирование;
  • затраты на восстановление случайно стертой информации, восстановление системы.
  • Затраты по каждому разделу могут быть рассчитаны следующим образом:

    $$Z^{(n,m)}=(1+R)*\sum\limits_{i=1}^{N^{(n,m)}}k_{i}*x{i}$$

    где:

    $$N$$ - число статей расхода;

    $$Z^{(n,m)}$$ - затраты при $$n$$ -ой корпоративной стратегии и $$m$$ -ом типе ЦФУ;

    $$k_{i}^{(n,m)}$$ - коэффициент при $$n$$ -ой корпоративной стратегии и $$m$$ -ом типе ЦФУ для $$i$$ -ой статьи расхода в ИТ-бюджете;

    $$x_{i}$$ - затраты по $$i$$ -ой статьи расхода.

    5.6. Пример консалтингового проекта по совершенствования управления ИТ

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

    В качестве основы выполнения проекта была выбрана методология TITO (Transforming IT Organization) международной консалтинговой компании A.T.Kearney. Подход базируется на ключевых вопросах, стоящих перед руководством организации и ее ИТ–службой:

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

  • выделение ключевых групп функций и определение их приоритетности по степени значимости с точки зрения интересов бизнеса;
  • детализация состава функциональных групп до уровня состава команд их исполнения;
  • объединение команд в структурные подразделения;
  • определение структуры подчиненности сформированных подразделений
  • определение основных процедур взаимодействия;
  • разработка плана организационных мероприятий по переходу к новой модели управления (выходит за рамки настоящего проекта).
  • Целевая классификация групп функций приведена на рис 5.7(рис 5.7)
  • Перечень и логическая группировка функций ИТ-службы приведены в таблице 5.11.
    Функция Офис, принадлежность к группе функций Должность куратора (менеджера), ведущее подразделение,
    Планирование построения и развития информационных систем Г-1

    Заместитель директора по развитию

    Отдел развития, сектор планирования, сектор управления инвестиционными проектами, сектор бизнес-архитектуры и интеграции

    Формирование и обоснование путей развития информационной структуры Г-1,Г-3

    Заместитель директора по развитию

    Отдел развития, сектор планирования, сектор бизнес-архитектуры и интеграции

    Заместитель директора по эксплуатации, Отдел мониторинга и управления инцидентами, сектор управления качеством услуг

    Проектирование технологических процессов обслуживания абонентов Г-1

    Заместитель директора по развитию

    Отдел развития, сектор управления инвестиционными проектами, сектор бизнес-архитектуры и интеграции

    Проектирование процессов сбора информации, необходимой для принятия технических и управленческих решений Г-1, Г-2, Г-3

    Заместитель директора по развитию

    Отдел развития, сектор управления инвестиционными проектами, сектор бизнес-архитектуры и интеграции

    Заместитель директора по эксплуатации, Отдел мониторинга и управления инцидентами, сектор управления качеством услуг

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

    Организационное развитие ИТ-департаментов операционных компаний Г-2

    Заместитель директора по развитию

    Отдел развития, сектор стандартизации,

    Отдел координации, сектор управления развитием служб ОК, сектор управления отчетностью и документированием

    Участие в процессах бизнес-планирования и бюджетирования Общества Г-1 Заместитель директора по развитию, Отдел развития, сектор планирования
    Анализ требований департаментов к развитию информационных систем Г-1, Г-3

    Заместитель директора по развитию, Отдел развития, сектор бизнес-архитектуры и интеграции, сектор стандартизации, сектор поддержки новых технологий и услуг

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

    Технико-экономическая оценка проектов в части ИТ Г-1 Заместитель директора по развитию, Отдел развития, сектор планирования
    Стандартизация бизнес-процессов Г-1 Заместитель директора по развитию, Отдел развития, сектор стандартизации
    Аудит ИТ-систем в филиале и дочерних обществах Г-1, Г-2

    Заместитель директора по развитию

    Отдел развития, сектор стандартизации,

    Отдел координации, сектор управления развитием служб ОК, сектор управления отчетностью и документированием

    Контроль исполнения плана и бюджета Г-1

    Заместитель директора по развитию,

    Отдел развития ИС, сектор планирования

    Отчетность в соответствии с системой ключевых показателей Г-1, Г-2

    Заместитель директора по развитию

    Отдел координации, сектор управления отчетностью и документированием

    Ведение репозитария ИТ-активов и мониторинг ТСО Г-1, Г-2, Г-4

    Заместитель директора по развитию,

    Отдел развития ИС, сектор планирования

    Ведение реестра ИТ-услуг Г-1, Г-4

    Заместитель директора по развитию,

    Отдел развития ИС, сектор стандартизации

    Заместитель директора по эксплуатации,

    Отдел технической поддержки

    Разработка системы ключевых показателей Г-1, Г-2, Г-3

    Заместитель директора по эксплуатации,

    Отдел мониторинга и управления инцидентами, сектор управления качеством услуг

    Заместитель директора по развитию

    Сектор формирования технической политики и стандартизации

    Сектор управления развитием служб ИТ операционных компаний

    Сектор управления отчетностью и документированием

    Мониторинг качества процессов обслуживания Г-1, Г-2, Г-3

    Заместитель директора по эксплуатации,

    Отдел мониторинга и управления инцидентами, сектор мониторинга, сектор управления качеством

    Сектор управления развитием служб ИТ операционных компаний

    Сектор управления отчетностью и документированием

    Переговоры с внешними поставщиками ИТ-продуктов и услуг Г-1

    Заместитель директора по развитию, Отдел развития, сектор по профилю продукта (услуги)

    Заместитель директора по эксплуатации, сектор по профилю оборудования (ПО)

    Разработка функциональных ИС (технические требования, рабочее проектирование) Г-1, Г-4

    Заместитель директора по развитию, Отдел развития,

    Заместитель директора по эксплуатации,

    Взаимодействие со службой безопасности в части вопросов информационной безопасности Г-4 Заместитель Директора по эксплуатации, Отдел технической поддержки, сектор обслуживания сетевой инфраструктуры
    Закупка, ввод в эксплуатацию и ремонт вычислительной техники, сетевого оборудования и программного обеспечения для головного офиса Г-4

    Заместитель Директора по эксплуатации, Отдел технической поддержки, сектора по профилю закупок

    Закупки (внешняя функция) -Управление по технике и развитию

    Развитие персонала, ИТ-обучение Г-1, Г-4

    Заместитель директора по развитию

    Отдел развития информационных систем

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

    Заместитель Директора по эксплуатации, Отдел технической поддержки, сектор по профилю оборудования (ПО)

    Поддержка пользователей головного офиса Г-4 Заместитель Директора по эксплуатации, Отдел технической поддержки, сектор по профилю оборудования (ПО)
    Модернизация действующих ИС (оценка альтернатив, принятие решений, обоснование, реализация) Г-1, Г-4

    Заместитель директора по развитию

    Отдел развития, сектор бизнес-архитектуры и интеграции, сектор конвергентного биллинга, сектор стандартизации

    Заместитель директора по эксплуатации

    Отдел технической поддержки, сектор по профилю ПО

    Наращивание и развитие аппаратного комплекса ИС (оценка альтернатив, принятие решений, обоснование, реализация) Г-1, Г-4

    Заместитель директора по развитию, Отдел развития, сектор стандартизации

    Заместитель директора по эксплуатации

    Отдел технической поддержки, сектор по профилю оборудования

    Управление инвестиционными проектами Г-1

    Заместитель директора по развитию

    Отдел развития, сектор инвестиционных проектов

    Централизованное управление договорами и соглашениями Г-1, Г-2

    Заместитель директора по развитию

    Отдел координации, сектор управления договорной деятельностью

    Разработка бизнес-архитектуры и моделей интеграции Г-1

    Заместитель директора по развитию

    Отдел развиия, сектор бизнес-архитектуры и интеграции

    Разработка методологии внедрения и распространения новых продуктов и услуг Г-1

    Заместитель директора по развитию

    Отдел развития информационных систем

    Предложения для ГО по развитию ИТ-среды операционной компании, обоснование инвестиций О-11, О-2

    Отдел развития ИС,

    Сектор системных решений и интеграции

    Сектор контроля инцидентов

    Сектор контроля соответствия стандартам

    Разработка смет закупок и организационно-технических мероприятий операционной компании в части ИТ О-1

    Отдел качества, закупок, координации и отчетности

    Сектор закупок

    Обсуждение и согласование решений в области технической политики, принятых главным офисом О-11, О-2, О-21

    Отдел эксплуатации и развития ИС,

    Сектор системных решений и интеграции приложений

    Сектор внедрения дополнительных услуг

    другие сектора по профилю принимаемого решения

    Техническая эксплуатация технологического оборудования и программного обеспечения О-1

    Отдел эксплуатации и развития информационных систем

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

    Регистрация и учет оборудования, элементов сети и ИС О-1

    Отдел контроля качества, закупок, координации и отчетности

    Отдел эксплуатации и развития ИС

    Отдел обслуживания сетевых инфраструктур

    Разработка эксплуатационной документации и ее учет О-1, О-2

    Отдел контроля качества, закупок, координации и отчетности

    Сектор подготовки отчетности, сектор соответствия контроля стандартам

    Отдел эксплуатации и развития ИС

    Отдел обслуживания сетевых инфраструктур

    Подготовка из ИБС отчетности по операциям по запросам подразделений (в т.ч. на основании жалоб абонентов) О-1, О-21

    Отдел контроля качества, закупок, координации и отчетности

    Сектор контроля инцидентов, сектор подготовки отчетности

    Отдел эксплуатации и развития ИС

    Сектор внедрения дополнительных услуг

    Резервное копирование данных и программ О-1 Отдел обслуживания сетевых инфраструктур
    Монтаж, наладка, запуск оборудования и ПО (хозяйственный способ) О-1 Отдел обслуживания сетевых инфраструктур
    Участие в сдаче-приемке работ по монтажу, наладке и запуску оборудования и ПО, выполненных подрядным способом О-1 Отдел обслуживания сетевых инфраструктур
    Профилактические работы О-1 Отдел обслуживания сетевых инфраструктур
    Переговоры и контракты со сторонними поставщиками ИТ-продуктов и услуг О-1

    Отдел эксплуатации и развития ИС (по профилю поставок)

    Отдел контроля качества, закупок, координации и отчетности

    Сектор контроля соответствия стандартам

    Сектор закупок

    Технический сервис информационных систем (обновление версий и т.п.) О-1

    Отдел эксплуатации и развития ИС

    Отдел обслуживания сетевых инфраструктур

    Закупка расходных материалов О-1 Сектор закупок
    Проведение мероприятий по обеспечению информационной безопасности в соответствии с едиными корпоративными требованиями к безопасности О-1

    Отдел эксплуатации и развития ИС

    Отдел обслуживания сетевых инфраструктур

    Обучение и консультирование пользователей О-1

    Отдел эксплуатации и развития ИС (по профилю консультаций)

    Отдел обслуживания сетевых инфраструктур (по профилю консультаций)

    Подготовка отчетности в соответствии с принятыми регламентами О-1, О-2

    Отдел контроля качества, закупок, координации и отчетности

    Сектор подготовки отчетности

    Сектор контроля соответствия стандартам

  • Организационно-функциональная схема Управления ИТ головного офиса приведена на рис 5.8(рис 5.8)
  • Ниже перечислены функции подразделений.

    Функции сектора планирования:

  • Планирование построения и развития информационных систем.
  • Формирование и обоснование путей развития информационной структуры.
  • Участие в процессах бизнес-планирования и бюджетирования .
  • Технико-экономическая оценка проектов в части ИТ.
  • Контроль исполнения плана и бюджета.
  • Ведение репозитария ИТ-активов и мониторинг ТСО.
  • Функции сектора управления инвестиционными проектами:

  • Проектная деятельность. Управление инвестиционными проектами.
  • Оценка необходимых ресурсов.
  • Управление рисками.
  • Управление коммуникациями проектов.
  • Контроль результативности, расходования ресурсов и показателей эффективности.
  • Предпроектная деятельность.
  • Анализ требований департаментов к развитию информационных систем.
  • Планирование построения и развития информационных систем.
  • Проектирование технологических процессов обслуживания абонентов.
  • Проектирование процессов сбора информации, необходимой для принятия технических и управленческих решений.
  • Функции сектора разработки бизнес – архитектуры и интеграции приложений:

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

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

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

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

  • Централизованное управление договорами и соглашениями.
  • Мониторинг жизненного цикла договоров (разработка, внутреннее согласование, согласование с клиентом/поставщиком, подписание, пролонгация, актирование результатов, расторжение).
  • Контроль соблюдения графиков и календарных планов.
  • Организация и проведение конкурсов.
  • Подготовка отчетности по состоянию договоров.
  • Функции сектора управления отчетностью и документированием:

  • Организационное развитие ИТ-департаментов операционных компаний.
  • Аудит ИТ-систем в филиале и дочерних обществах.
  • Подготовка и контроль отчетности в соответствии с системой ключевых показателей.
  • Разработка системы ключевых показателей.
  • Мониторинг качества процессов обслуживания (в части поддержки этих процессов ИТ).
  • Функции сектора мониторинга:

  • Мониторинг качества процессов обслуживания (в части поддержки этих процессов ИТ).
  • Функции сектора управления качеством услуг:

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

  • Развитие биллинга.
  • Внедрение и развитие конвергентного биллинга.
  • Внедрение и развитие корпоративных информационных систем:
  • систем финансового учета (SAP),
  • систем кадрового учета и управления персоналом (SAP),
  • финансового анализа (Hyperion) ,
  • КСЭДО (Hummingbird).
  • Поддержка унаследованных приложений (малых и средних систем управления).
  • Организация ИТ-обучения по профилю ПО.
  • Функции сектора обслуживания сетевой инфраструктуры:

  • Поддержки вычислительных сетей.
  • Поддержка общекорпоративных служб и сетевых взаимодействий (системы электронного документооборота, порталы и интранет-приложения, e-learning и т.д..).
  • Взаимодействие с корпоративными службами безопасности (в части технического обеспечения системной политики безопасности).
  • Организация ИТ-обучения по профилю оборудования (ПО).
  • Типовая организационная структура Департамента информационных технологий операционной компании приведена на рис 5.9(рис 5.9)
  • Предлагаемое решение позволит:
  • Обеспечить необходимый уровень централизации управления ИТ на корпоративном уровне.
  • Обеспечить единообразное развитие и исполнение ИТ – стратегии, а также технической политики Компании.
  • Обеспечить стандартизацию бизнес – процессов развития и использования ИТ в Головном офисе и операционных компаниях.
  • Обеспечить сохранение целостности организационной структуры управления ИТ в условиях изменения состава решаемых задач.
  • 5.7. Организация перехода к ИТ-аутсорсингу

    5.7.1. Понятие и виды ИТ-аутсорсинга

    Одной их тенденций отечественного рынка ИТ-услуг является увеличение числа консалтинговых проектов по созданию ИТ-служб организаций на основе лучших мировых практик "IT Infrastructure Library" (ITIL) и типовой модели IT Service Management (ITSM). При этом особое внимание уделяется снижению затрат ИТ-служб при одновременном обеспечении необходимого уровня производительности, качества, доступности и гибкости информационных услуг конечным пользователям.

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

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

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

    Аутсорсинг производства комплектующих, как эффективный способ организации производства, характерен для автомобильной промышленности развитых стран. В настоящее время корпорация Ford две трети комплектующих и услуг приобретает у сторонних компаний. Компания Toyota в основном занимается проектированием, сборкой и реализацией продукции, при производстве необходимых деталей и комплектующих внешними предприятиями. Многие лидеры рынков оборудования связи, компьютерных технологий (например, компания Cisco) перешли к производственному аутсорсингу.

    Распространение концепции аутсорсинга связано с использованием ресурсов внешних организаций в области информационных технологий и относится к 60-м гг. ХХ века. В это время американская компания General Motors передала свои информационные функции фирме "Electronic Data System" (EDS), что обеспечило годовую экономию затрат на организации информационной поддержки в размере около 4 млрд. долл. При этом улучшилось и качество информационного обслуживания

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

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

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

    Иллюстрацией этого подхода служат управленческие решения российской страховой компании ОАО "РОСНО" (ОАО "РОСНО" - крупная страховая компания, оказывает услуги по 95 видам обязательного и добровольного страхования.). Чтобы сконцентрироваться на основном бизнесе – предоставлении страховых услуг, руководство компании приняло решение о передаче непрофильных ИТ-функций по поддержке ИТ-инфраструктуры на аутсорсинг, включая комплексное обслуживание ИТ-систем и поддержку пользователей. На сегодняшний день оказанием аутосорсинговых услуг по данному проекту занимается Центр аутсорсинга DATA FORT компании IBS. К переданным функциям отнесены такие функции, как администрирование сетевых и почтовых ресурсов, сервисное сопровождение, поддержка программного обеспечения и компьютерного оборудования, антивирусная защита, администрирование СУБД и веб-сервисов, резервное копирование данных, техническое обслуживание и обеспечение работы сетевого оборудования и ряд других. Особенностью проекта является перевод в штат Центра аутсорсинга DATA FORT сотрудников ИТ-службы ОАО "РОСНО", ранее обслуживавших ИТ-инфраструктуру компании. Таким образом, страховая компания продолжает пользоваться услугами тех же ИТ-специалистов, владеющих знаниями особенностей корпоративной информационной системы, а с другой стороны — получает возможность сконцентрироваться на основной деятельности, снимая с себя вопросы управления поддержкой ИТ-инфраструктуры, обучения и развития ИТ-персонала. ОАО "РОСНО" — первая страховая компания России, которая практически полностью передала свои ИТ- функции на аутсорсинг специализированной компании.

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

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

    Институт аутсорсинга (Outsourcing Institute, США), в своих исследованиях выделяет два основых вида аутсорсинга: аутсорсинг бизнес-процессов (BPO - business process outsourcing) и аутсорсинг в области информационных технологий (ИТ-аутсорсинг).

    Аутсорсинг бизнес-процессов (ВРО - Business Process Outsourcing) – это передача права владеть и управлять каким-либо бизнес-процессом внешней организации для решения задач бизнеса организации. Данный вид аутсорсинга направлен на обеспечение более высокой эффективности бизнес-процессов. Его необходимость часто возникает в связи с реструктуризацией организации. В этом случае аутсорсинг является инструментом для управления преобразованиями.

    Одной из первых компаний, применившей аутсорсинг бизнес-процессов, является British Petroleum (ВР)- крупнейшая негосударственная нефтегазовая компания в мире. В настоящее время эта компания эффективно использует программу по FА аутсорсингу (FA - Finance and Accounting) с двумя партнерами IBM и Accenture.

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

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

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

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

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

    Основными группами услуг в области ИТ-аутсорсинга являются:

  • Техническая поддержка и управление ИТ - инфраструктурой: поддержка средств вычислительной техники, базовых корпоративных сервисов, телекоммуникационных систем, систем обеспечения информационной и технической безопасности, бизнес-приложений.
  • Разработка и развитие информационных систем: разработка приложений и их интеграция с другими системами, развитие существующих информационных систем.
  • Обучение и развитие персонала организации –клиента в области ИТ: создание и проведение программ обучения, оценка эффективности обучения.
  • Предоставление ИТ- персонала различного уровня квалификации для выполнения поставленных задач: разработчиков, программистов, системных администраторов, администраторов баз данных, менеджеров проектов, аналитиков и т.д.
  • Принятие решения об использовании аутсорсинговых услуг является стратегическим решением для предприятия. Подчеркивая важность данного аспекта компания IBM определяет свои услуги в данной области как стратегический аутсорсинг: "Услуги стратегического аутсорсинга IBM – это управление приложениями, бизнес процессами и/или IT системами компании, выполняемые IBM".

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

  • оффшорное программирование;
  • управление CRM/SCM/ERP приложениями клиента;
  • аутсорсинг хранения данных;
  • аутсорсинг доступа к приложениям;
  • хостинг (e-business Hosting Services);
  • аутсорсинг службы поддержки пользователей;
  • поддержка сетевого оборудования (Network Outsourcing Services);
  • поддержка рабочих станций клиента (NetWorkStation Management Services) и др.
  • Мировая практика и российский опыт показывают, что значительную часть рынка ИТ-аутсорсинга составляет разработка программного обеспечения иностранной компанией - оффшорное программирование. Наиболее широко использование оффшорного программирования распространено в США. Оффшорные модели также используются в Великобритании, Нидерландах, Франции, Германии и в странах Северной Европы. Активными поставщиками услуг оффшорного программирования являются Индия, Китай, Мексика, Ирландия и страны Восточной Европы, в том числе Россия. По итогам первого рейтинга "The 2006 Global Outsourcing 100", проведенным Международной Ассоциацией Профессионалов в области аутсорсинга (International Association of Outsourcing Professionals, IAOP) такие компании разработчиков программного обеспечения России, Украины и Белоруссии, как EPAM Systems, Luxoft, DataArt, Aplana Software и MERA Networks, названы в числе наиболее перспективных аутсорсинговых компаний в категории компаний - восходящих звезд "Rising Stars". При проведении проекта "The 2006 Global Outsourcing 100" компании оценивались по критериям, которые обычно используются крупными заказчиками при выборе поставщиков услуг в области IT-аутсорсинга и аутсорсинга бизнес-процессов: численность компании и динамика роста ее доходов, рынки сбыта и клиентура, опыт создания дополнительной стоимости для клиентов, уровень и полнота экспертизы, сертификация, опыт управления.

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

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

    В качестве примера удачного проекта в сфере аутсорсинга службы поддержки пользователей можно привести заключенный в 2002 г. контракт между Digital Design и ЗАО "Ford Motor Company" по оказанию услуг по технической поддержке пользователей информационной системы завода по производству автомобилей марки Ford Focus в г. Всеволожск. Выстроив в рамках первоначального контракта процесс обслуживания и разработав необходимый для работы комплекс документов, ЗАО "Ford Motor Company" ежегодно перезаключает договор на техническую поддержку пользователей.

    В целом оказанием аутсорсинговых услуг в области информационных технологий занимаются крупнейшие производители компьютерных технических и программных средств, сетевых технологий и приложений, системные интеграторы, ведущие консалтинговые компании "Большой четверки" и другие консалтинговые компании, для которых ИТ-аутсорсинг является одним из видов деятельности. К их числу относятся IBM, EDS, HP, Siemens Business Services, Infosys, Capgemini, Accenture, Computer Sciences Corp.(CSC), и др.

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

    Подразделение IBM Global Technology Services предоставляет услуги аутсорсинга ИТ-инфраструктуры, услуги управления серверами и рабочими станциями, услуги управления хранением данных.

    Подразделение IBM Global Business Services консультирует своих клиентов в области создания общих центров обслуживания (Shared Service Centre) и предоставляет услуги аутсорсинга бизнес-функций.

    В практике IBM присутствуют долгосрочные аутсорсинговые соглашения. Так, в сентябре 2006 г. страховая компания Tokio Marine Brasil Seguradora S.A. заключила с корпорпцией IBM 10-летний контракт стоимостью 44 млн. долларов на аутсорсинг своей ИТ-инфраструктуры. В соответствии с условиями этого контракта IBM осуществит интеграцию сервисов, унификацию информационных центров и техническую модернизацию большей части аппаратной среды. В дополнение к централизации инфраструктурных ИТ-сервисов, IBM будет оказывать аутсорсинговые услуги, благодаря которым компании Tokio Marine сможет повысить гибкость своего бизнеса и скорость реакции на грядущие изменения, согласуясь со своими планами перспективного развития. Контракт предусматривает управление, мониторинг и эксплуатацию информационных центров, оказание информационно-справочных услуг, поддержку конечных пользователей и обмен данными.

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

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

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

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

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

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

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

    Во-вторых, российские ИТ–компании пока еще не обладают достаточными ресурсами. По разным оценкам в них заняты от 20 до 30 тысяч сотрудников в то время как ведущие индийские компании имеют в среднем 40 тысяч сотрудников.

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

    Несмотря на указанные проблемы, перспективы технопарков следует признать весьма обещающими в ближайшие 6-8 лет.

    5.7.2. Формы партнерских взаимоотношений в условиях аутсорсинга

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

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

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

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

    Успешными примерами выделения ИТ-подразделений в самостоятельные единицы считаются Siemens Business Services и Lufthansa Systems. Российским примером является компания "Сибинтек", которая была создана в 1999 году в рамках НК "ЮКОС" в качестве дочерней сервисной компании, предоставляющей услуги в области разработки и внедрения информационных технологий. Постепенно все информационные подразделения НК "ЮКОС" были переданы новой компании, которая на контрактной основе осуществляет предоставление необходимых ИТ-услуг материнской компании. Внутри компании остались немногочисленные ИТ-подразделения, которые стали называться "службой заказчика", а все исполнители оказались вне компании.

    Совместное предприятие подразумевает создание новой компании организацией-клиентом и аутсорсером. При этом часть персонала и активов организации-клиента передаются новой компании, а не аутсорсеру. Вначале совместное предприятие служит для обеспечения конкурентоспособности организации-клиента, а затем – для получения дополнительной прибыли от оказания услуг сторонним организациям. Стороны являются полноценными партнерами, разделяют прибыль, заработанную новой компанией. Так, в российской химической отрасли консалтинговой группой "Борлас" совместно с ОАО "Уралкалий" создана аутсорсинговая компания ООО "Сателлит-Сервис", которая с 2006 года предоставляет услуги по IT-обслуживанию ОАО "Уралкалий" . При этом 51% долей собственности в созданной компании принадлежит ОАО "Уралкалию", а 49% владеет ЗАО "Борлас Ай-Би-Си" - головная структура консалтинговой группы "Борлас".

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

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

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

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

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

    На практике для крупных организаций применение полного аутсорсинга часто оказывается невозможно из-за отсутствия соответствующего поставщика аутсорсинговых услуг. С подобной проблемой столкнулась компания "Русал" при организации перехода на ИТ-аутсорсинг. Компания "Русал" является крупнейшей российской алюминиевой компанией, продукция которой составляет 75% от всего производимого в стране алюминия и 10% мирового производства алюминия. Первоначально руководство компании собиралось реализовать полный ИТ-аутсорсинг. К аутсорсеру предъявлялись такие требования, как: высокая квалификация, финансовые возможности, позволяющие выкупить инфраструктуру, способность инвестировать в активы, которые можно было бы затем покупать как услугу, опыт ведения аутсорсинговых проектов сопоставимого масштаба. Среди российских поставщиков услуг аутсорсера, отвечающего установленным требованиям, не нашлось. С точки зрения поставленных критериев западные аутсорсеры удовлетворяли руководство, но при сравнимом качестве сервиса, окончательное предложение значительно превышало текущие затраты компании "Русал" на информационные технологии. Схема полного аутсорсинга оказалось экономически нецелесообразной.

    Была рассмотрена более частная задача - хостинг приложений, которая оказался экономически оправданной. В 2005 году между компаниями НР и "Русал" было заключено соглашение о передаче поддержки бизнес-приложения mySAP Business Suite, включая миграцию данных в дата-центр НР, а также операционную и сервисную поддержку. Договор заключен на пять лет с фиксированной ценой.

    5.7.3. Основные этапы процесса перехода на аутсорсинг

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

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

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

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

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

    При обосновании целесообразности аутсорсинга необходимо учитывать два ключевых аспекта:

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

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

    Поле 2. Развитие собственных компетенций, их всемерная защита и удержание специалистов-носителей компетенций.

    Поле 3. Развитие нематериальных активов, в т.ч. интеллектуального капитала, разработка эффективной системы защиты компетенций, выделение таких компетенций в отдельный вид бизнеса.

    Поле 4. Союз с поставщиками услуг, приобретение необходимых для бизнеса технологий и специалистов "на стороне".

    Поле 5. Сохранение собственных специалистов и развитие собственных компетенций для дальнейшего перехода в поле 6.

    Поле 6. Продажа результатов деятельности в области данной компетенции, возможность со временем перевести компетенцию в поле 2 или поле 3.

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

    Поле 9. Выделение собственных непрофильных компетенций в отдельный бизнес с его последующей продажей.

    (рис 5.10) Матрица аутсорсинга

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

    Экономическое обоснование аутсорсинга связано с оценкой и сопоставлением собственных затрат на выполнение функций по сравнению с затратами на приобретение соответствующих услуг у аутсорсера.

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

  • Выбор поставщика аутсорсинговых услуг

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

    Практика выявила ряд факторов, которые необходимо учитывать при выборе поставщика услуг аутсорсинга. К ним относятся:

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

    Этапу заключения контракта должны предшествовать предконтрактные работы. В работе "ИТ-аутсорсинг. Практическое руководство" Роб Аалдерс приводит следующие основные работы, предшествующие составлению контракта:

  • Определение границ (возможностей) контракта.
  • Документальное описание состояния ИТ.
  • Due diligence (дословно — "должная осмотрительность") -процесс проверки и подтверждения сервис-провайдером состояния ИТ-окружения, за которое он впоследствии будет нести ответственность.
  • Подготовка "бумажного" варианта контракта.
  • Составление приложений и графиков.
  • Решение спорных вопросов.
  • Определение квалификационного уровня.
  • При определении границ контракта проводится формулирование требований, предъявляемых к услугам и функциям, передаваемых на аутсорсинг, обсуждение и определение вопросов, связанных с выполнением функций, разграничение степени участия и ответственности аутсорсера и организации-клиента, решение вопросов управления и расположения (собственности) каждой функции, определение персонала и его функций, которые будут сокращены или переведены в другие подразделения, создание реестра возможных рисков и формирование стратегии по управлению рисками, разработка стратегии перехода к внешнему обслуживанию и стратегии выхода из аутсорсинга.

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

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

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

    Аутсорсинговый контракт определяет, каким образом организация будет получать услуги по обеспечению бизнес-процессов и с каким уровнем качества. Он представляет собой юридический документ, регулирующий отношения аутсорсера и организации-заказчика. Контракт на аутсорсинг является документом, который включает в себя согласованные механизмы обеспечения исполнения обязательств сторон. В российском законодательстве понятие аутсорсингового контракта/договора отсутствует, поэтому его разработка может основываться на статье 421 Гражданского Кодекса РФ (глава 27), в которой определяется, что "граждане и юридические лица свободны в заключении договора…Стороны могут заключить договор, как предусмотренный, так и не предусмотренный законом или иными правовыми актами….. Условия договора определяются по усмотрению сторон, кроме случаев, когда содержание соответствующего условия предписано законом или иными правовыми актами". Таким образом, содержание аутсорсингового контракта зависит от воли сторон, его заключающих. Условия заключенного контракта определяют права, ответственность и обязанности обеих сторон. Традиционно под аутсорсинговым контрактом понимают соглашение возмездного оказания услуг, определяемое нормами главы 39 Гражданского кодекса РФ. Следует отметить, что контракт на аутсорсинг отличается от других договоров об оказании услуг, как самим предметом контракта, так и его длительностью.

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

    Аутсорсинговые контракты обычно заключаются на период от 2 до 5 лет. Например, в апреле 2006 года компания Бритиш Американ Тобакко Россия" ("БАТ Россия") заключила договор с компанией "КРОК" в союзе с Siemens Business Services на поддержку ИТ- инфраструктуры. Бюджет проекта составил более 1 млн. долл. в год, контракт заключён на 2 года. На аутсорсинг отдаются 11 ИТ-сервисов, в том числе администрирование серверов, учетных записей, поддержка рабочих мест, бизнес-приложений, услуг мобильной связи и обеспечение ИТ-безопасности. По объему выполняемых работ контракт является крупнейшим на сегодня на российском рынке ИТ-аутсорсинга. Предложение компании КРОК и Siemens Business Services победило по совокупности таких критериев, как стабильность компаний и их прочное положение на рынке, наличие сертифицированных специалистов и опыт реализованных крупных проектов, проработанность процессов построения технической поддержки и развитая региональная сеть партнеров.

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

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

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

    Основными составляющими контракта являются:

  • Имена и адреса сторон, даты окончания и начала контракта.
  • Описание перечня ИТ услуг, передаваемых на внешнее обслуживание в соответствии с контрактом.
  • Вопросы, связанные с переходным периодом: передачей активов (указание на сторону, которая несет финансовую, административную, оперативную ответственность за каждый из передаваемых ресурсов), передачей услуг, переводом людей (зарплата, компенсационный пакет, гарантии занятости).
  • Юридические права собственности, передаваемые аутсорсеру на время действия контракта.
  • Место оказания услуг и размещения оборудования: фактические физические пункты предоставления услуг.
  • Краткие характеристики ключевого персонала аутсорсера, занятого в данном контракте.
  • Вопросы управления контрактом и распределением ролей и обязанностей между сторонами.
  • Требования к уровню обслуживания по каждой составляющей контракта и механизмы отчетности, метод мониторинга эффективности работы аутсорсера (соглашение об уровне обслуживания).
  • Экономическая составляющая (схема ценообразования для определения стоимости контракта, сроки оплаты различных услуг, налоги).
  • Контроль и управление изменениями.
  • Причины и условия выхода из контракта при преждевременном разрыве соглашения.
  • Мероприятия, запланированные при прекращении действия контракта.
  • Пути решения проблем, которые могут возникнуть под действием внешних факторов.
  • Конфиденциальность.
  • Прочие условия.
  • Ключевая часть контракта - соглашение об уровне обслуживания (SLA -Service Level Agreement), которое создает законную основу для оценки эффективности работы поставщика аутсорсинговых услуг, и является неотъемлемой частью комплекта юридической документации.

    В данном документе определяется содержание предоставляемых услуг, регламент их доступности и процедуры предоставления услуг; указываются стороны, вовлеченные в соглашение, сроки его действия. Важнейшими элементами соглашения об уровне обслуживания являются:

  • перечень показателей - метрик качества каждой из предоставляемых услуг и их уровень (набор согласованных значений);
  • регламент измерения показателей;
  • процедуры отчетности аутсорсера перед предприятием - клиентом по реальному качеству предоставляемых услуг;
  • порядок проведения совещаний по анализу отчетности;
  • ответственность сторон за предоставление услуг;
  • стоимость и условия оплаты.
  • Для определения требований к выполнению процессов и показателей качества можно использовать лучшие мировые практики и стандарты ITIL, COBIT, стандарт ISO/IEC TR 15504 SPICE (Software Process Improvement and Capability dEtermination), который может использоваться для оценки процессов, планирования, управления, контроля, и оптимизации процесса освоения новых технологий проектирования, разработки и поддержки программного обеспечения. В зависимости от типа услуги, качество ее предоставления может измеряться по  доступности; среднему количеству сбоев за определенный период, их динамике; времени, затрачиваемому на их устранение и т.д.

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

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

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

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

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

  • Традиционная схема, основанная на себестоимость услуг поставщика плюс некоторый фиксированный процент дохода.
  • Фиксированный гонорар за определенный объем услуг, уровень и качество таковых.
  • Схемы, предполагающие разделение рисков и бонусов, выраженных в количественных единицах (разновидность фиксированного гонорара за количество совершенных операций с учетом премий за перевыполнение и штрафов за недовыполнение).
  • Выбор организацией определенной схемы ценообразования определяется видом аутсорсинговых услуг, целями аутсорсинга и типом взаимоотношений, которые предполагается построить с поставщиком аутсорсинговых услуг.

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

  • Переходный период.

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

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

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

    Передача активов, процессов, знаний состоит из целого ряда специализированных проектов, связанных с созданием новой инфраструктуры, переводом/наймом персонала, установкой и внедрением новых систем, обеспечением работы в процессе передачи. Успешная реализация каждого из проектов требует наличия подробного плана исполнения. Все планы группируются по основным направлениям работ и объединяются в общий план –программу переходного периода. Примерная структура программы переходного периода для производственной компании содержит следующие направления:

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

    По завершении стабилизационной стадии переходного периода начинается процесс управления исполнением контракта.

  • Управление исполнением контракта.

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

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

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

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

  • Продление или завершение контракта.

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

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

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

  • 5.7.4. Преимущества и риски аутсорсинга

    Аутсорсинг зарекомендовал себя как эффективное средство повышения конкурентоспособности организаций. Отчеты IDC и The Yankee Group подтверждают преимущества применения аутсорсинга в организации. К числу преимуществ относится:

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

    Контрольные вопросы и упражнения

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

    5.1 Процессы управления ИТ

    Основными принципами перспективной модели ИТ-деятельности являются:

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

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

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

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

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

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

  • формирование бизнес-планов программ работ и проектов;
  • формирование бюджетов программ работ и проектов;
  • организацию системы тендеров и выбор Подрядчиков;
  • заключение договоров на оказание услуг/выполнение работ с Подрядчиками.
  • Процесс заказа услуг по ИТ включает в себя:

  • сбор и анализ заявок на выполнение работ;
  • согласование/отклонение заявки в случае несоответствия общей смете/бюджету проекта;
  • формирование и согласование сметы и технического задания;
  • передачу заявки на исполнение.
  • Процесс организации и управления выполнением заказанных программ работ и проектов включает в себя:

  • формирование организационной структуры управления программой работ/проектом;
  • контроль и анализ хода выполнения программы работ/проекта;
  • формирование отчетности о ходе выполнения программы работ/проекта.
  • Процесс приемки результатов программ работ и проектов включает в себя:

  • формирование комиссии по приемке результатов программ работ и проектов;
  • приемка результатов;
  • формирование сводной отчетности по выполнению программы работ/проекта;
  • уточнение параметров на следующий планируемый период.
  • Процесс организации внедрения результатов включает в себя:

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

    Областями стандартизации являются следующие:

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

  • Стратегическое управление в области ИТ регламентируется ИТ-стратегией, комплектом нормативных документов (НД) по управлению инвестиционным портфелем ИТ-проектов, комплектом документов по управлению автоматизируемыми бизнес-процессами.
  • Оперативное управление в области ИТ регламентируется комплектом НД по управлению программами работ и ИТ-проектами, комплектом документов по управлению качеством в области ИТ и комплектом документов по управлению документооборотом в области ИТ.
  • Реализация проектов и оказание услуг регламентируется НД по моделям бизнес-процессов, автоматизированным системам для объектов автоматизации всех типов, ИТ-услугам.
  • (рис 5.1)

    В качестве стандартов общего назначения в первую очередь необходима разработка следующих документов:

  • ИТ. Термины и определения (на базе ГОСТ Р ИСО/МЭК 15288, ГОСТ Р ИСО/МЭК 12207);
  • Порядок использования обозначений элементов ИТ;
  • Положение о порядке ввода в действие международных стандартов, национальных стандартов РФ и корпоративных стандартов на предприятии;
  • Правила проведения нормоконтроля при разработке и обновлении стандартов предприятия;
  • Правила применения стандартов различных уровней (от международных до корпоративных стандартов) на предприятии;
  • Правила организации и проведения контроля за соблюдением требований и правил, установленных в стандартах и других нормативных документах предприятия.
  • 5.2. Взаимодействие службы ИТ с организацией

    5.2.1. Базовые модели взаимодействия службы ИТ с организацией

    Рассмотрим три основные модели взаимодействия СИТ с организацией.

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

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

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

    К недостаткам модели относятся:

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

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

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

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

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

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

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

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

    5.2.2. Организационные структуры управления

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

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

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

    (рис 5.2) Линейно-функциональная структура

    В качестве преимуществ данного вида структур можно назвать:

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

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

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

    Структуризация организации по отделениям (дивизионам) производится, как правило, по одному из трех принципов: по продуктовому — с учетом особенностей выпускаемой продукции или предоставляемых услуг, в зависимости от ориентации на конкретного потребителя и по региональному -  в зависимости от обслуживаемых территорий. В связи с этим выделяется три типа дивизиональных структур:

  • дивизионально-продуктовые структуры;
  • организационные структуры, ориентированные на потребителя;
  • дивизионально-региональные структуры.
  • При дивизионально-продуктовой структуре полномочия по руководству производством и сбытом какого-либо продукта или услуги передаются одному руководителю, который является ответственным за данный вид продукции (см. рис. 5.3). Руководители функциональных подразделений (производственной, снабженческой, технической, бухгалтерской, маркетинговой и т. д.) должны отчитываться перед управляющим по этому продукту. Организации с такой структурой способны быстрее реагировать на изменения условий конкуренции, технологии и покупательского спроса, поскольку деятельность по производству определенного вида продукции находится под руководством одного человека, улучшается координация работ. Главным недостатком продуктовой структуры является увеличение затрат вследствие дублирования одних и тех же видов работ для разных видов продукции, т.к. в каждом продуктовом отделении создаются свои функциональные подразделения.

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

    (рис 5.4) Продуктовая дивизиональная структура(рис 5.3) Региональная дивизиональная структура

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

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

    В качестве преимуществ дивизиональных структур можно выделить следующее:

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

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

    Параметры сравнения Линейно-функциональная структура Дивизиональная структура
    Характеристика состояния внешней среды Стабильная и предсказуемая Динамичная и прогнозируемая
    Принцип функционирования Безусловная специализация управленческих кадров Междисциплинарный подход
    Специфика управленческих решений Последовательный экономичный процесс Оперативность в принятии решений

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

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

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

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

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

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

    (рис 5.5) Разновидность проектной структуры управления

    В качестве важнейших преимуществ такого вида структур управления можно назвать:

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

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

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

    (рис 5.6) Укрупненная схема матричной структуры управления.

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

    Достоинствами матричной структуры являются:

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

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

    Рассмотрим теперь, как влияют изменения внешней среды на организационные структуры управления. Можно выделить три уровня изменений во внешней среде по степени их влияния на цели деятельности бизнеса:

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

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

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

    5.2.3. Основные задачи информационного обеспечения организационных структур управления

    В данном разделе в таблицах 5.3, 5.4, 5.5 и 5.6 перечислены основные задачи СИТ по усилению преимуществ и смягчению недостатков организационных структур различных видов. Незаполненные клетки означают, что данная задача находится вне компетенции СИТ.

    Линейно-функциональная структура управления
    Преимущества Основные задачи СИТ
    Стабильность (наиболее эффективны в стабильной среде) Информационная поддержка стабильности управления в случае непродолжительных критических ситуаций
    Экономия на управленческих расходах Информационная поддержка учета и анализа расходов на управление
    Быстрое решение простых проблем, находящихся в компетенции одной функциональной службы Информационная поддержка задач отдельных функциональных служб при помощи программных продуктов, оптимальных по критерию цена/функционал соответствующей службы
    Ориентация на действующие технологии и сложившийся рынок Информационная поддержка мониторинга и анализа рынка технологий и применяющих их конкурентов
    Ориентация на ценовую конкуренцию Информационная поддержка анализа цен на конкурентную продукцию
    Недостатки Основные задачи СИТ
    Затруднено движение информации как горизонтально – между службами, так и вертикально Информационная поддержка оперативного предоставления информации управленческого учета
    Проблемы межфункциональной координации. Это порождает определенную конфликтность между службами, стремление возвыситься в ряду равных Информационная поддержка обмена информацией между функциональными службами. Обеспечение оперативности, достоверности и прозрачности предоставляемой информации
    Узкая специализация работников, которая сужает горизонт их профессионального видения, принижает общеорганизационные цели и задачи до функциональных
    Ограничение возможности профессионального развития функциональных и особенно линейных руководителей (последние освобождаются от специализированных управленческих функций, сосредотачивая свое внимание на проблемах собственно производства)
    Как правило, недостаточность полномочий у функциональных и линейных руководителей, которые "выталкивают" принятие решения на уровень вышестоящего руководителя, тем самым, перегружая его текущими проблемами Информационная поддержка ситуационного анализа, "что будет, если …", по основным направлениям бизнеса для создания корпоративного стандарта
    Медленное принятие решения, поскольку обсуждение проблем происходит по всей иерархической цепочке снизу вверх внутри каждого функционального подразделения Информационное обеспечение оперативного представления информации о проблемной ситуации всем заинтересованным руководителям, в том числе руководителям, ответственным за принятие решения по данному направлению
    Качество решений на высшем уровне определяется не столько компетентностью самих руководителей (они могут быть весьма компетентными), сколько надежностью и достоверностью поступившей к ним информации Информационная поддержка представления сбалансированной объективной информации на каждом уровне управления (сбалансированная система показателей с глубиной до каждого значимого подразделения функциональной службы)
    Поскольку у руководителей среднего звена появляются возможности влиять на решения вышестоящих менеджеров в собственных интересах или в интересах своей функциональной службы, линейно-функциональная структура порождает "ведомственность" внутри предприятия Информационная поддержка представления сбалансированной объективной информации на каждом уровне управления (сбалансированная система показателей с глубиной до каждого значимого подразделения функциональной службы)
    Дивизиональная структура
    Преимущества Основные задачи СИТ
    Использование дивизиональных структур позволяет организации уделять конкретному продукту, потребителю или географическому региону столько же внимания, сколько уделяет небольшая специализированная организация, в результате чего возможно быстрее реагировать на изменения, происходящие во внешней среде, адаптироваться к изменяющимся условиям Информационная поддержка выбора и сопровождения программного продукта ориентированного на конкретную продукцию, конкретного потребителя или географический регион, содержащего блок мониторинга и анализа изменяющихся условий во внешней среде
    Этот вид структуры управления ориентирует на достижение конечных результатов деятельности организации (производство конкретных видов продукции, удовлетворение потребностей определенного потребителя, насыщение товарами конкретного регионального рынка) Информационная поддержка мониторинга и анализа насыщения потребности рынка как собственной продукцией, так и конкурентной продукцией, то есть продукцией конкурентов и альтернативной продукцией.
    Уменьшение сложности управления, с которой сталкиваются управляющие высшего звена Информационная поддержка учета затрат (финансовые и временные) на управление для каждого уровня управления.
    Отделение оперативного управления от стратегического, в результате чего высшее руководство организации концентрируется на стратегическом планировании и управлении Информационная поддержка выбора и сопровождения специализированных продуктов оперативного управления по конкретной продукции, конкретного потребителя или географический регион для каждого дивизиона.

    Информационное обеспечение задач стратегического планирования для высшего руководства.

    Перенесение ответственности за прибыль на уровень дивизионов, децентрализацию принятия оперативных управленческих решений, такая структура помогает приблизить руководство к проблемам рынка Информационная поддержка учета затрат и доходов для выбраной (или нескольких) финансовых моделей учета деятельности дивизионов и всего бизнеса в целом.
    Улучшение коммуникаций Информационная поддержка обмена информацией между дивизионами и высшим руководством и дивизионами
    Развитие широты мышления, гибкости восприятия и предприимчивости руководителей отделений (дивизионов)
    Недостатки Основные задачи СИТ
    Дивизиональные структуры управления привели к росту иерархичности, т. е. вертикали управления. Они потребовали формирования промежуточных уровней менеджмента для координации работы отделений, группы и т. п. Информационная поддержка мониторинга и анализа работы каждого уровня управления на основе сбалансированной системы показателей деятельности каждого уровня управления и подчиненных ему структур: дивизион, линейное подразделение, функциональная служба и другие
    Противопоставление целей отделений общим целям развития организации, несовпадение интересов "верхов" и "низов" в многоуровневой иерархии Информационная поддержка трансфертного ценообразования при оценке стоимости работ, проводимых для целей развития всего бизнеса
    Возможность возникновения межотделенческих конфликтов, в частности, в случае дефицита централизованно распределяемых ключевых ресурсов Информационная поддержка учета расхода и коэффициента отдачи от централизованно распределяемых ключевых ресурсов каждому дивизиону для целей поддержки принятия решения их выделения в случае дефицита
    Невысокая координация деятельности отделений (дивизионов), штабные службы разобщены, горизонтальные связи ослаблены
    Неэффективное использование ресурсов, невозможность их использовать в полной мере в связи с закреплением ресурсов за конкретным подразделением Информационная поддержка учета расхода и коэффициента отдачи от централизованно распределяемых ключевых ресурсов каждому дивизиону для целей поддержки принятия решения их перераспределения в случае дефицита
    Увеличение затрат на содержание управленческого аппарата вследствие дублирования одних и тех же функций в подразделениях и соответствующего увеличения численности персонала Информационная поддержка учета затрат (финансовые и временные) на управление для каждого уровня управления
    Затруднение осуществления контроля сверху донизу Информационная поддержка представления сбалансированной объективной информации на каждом уровне управления (сбалансированная система показателей с глубиной до каждого значимого подразделения функциональной службы)
    Многоуровневая иерархия и в рамках самих отделений (дивизионов), действие в них всех недостатков линейно-функциональных структур См. задачи СИТ для линейно-функциональных структур
    Возможное ограничение профессионального развития специалистов подразделений, поскольку их коллективы не столь велики, как в случае применения линейно-функциональных структур на уровне организаций
    Проектная структура
    Преимущества Основные задачи СИТ
    Интеграция различных видов деятельности организации в целях получения высококачественных результатов по определенному проекту Информационная поддержка интегрированного управления по всем функциональным направлениям и производственным звеньям в рамках выполнения проекта
    Комплексный подход к реализации проекта, решению проблемы Информационная поддержка представления сбалансированной объективной информации по каждому проекту: сбалансированная система показателей с глубиной до каждого функционального направления и производственного звена
    Концентрация всех усилий на решении одной задачи, на выполнении одного конкретного проекта Информационная поддержка учета ресурсов (финансовые, временные, материальные и трудовые ресурсы) по конкретному проекту
    Большая гибкость проектных структур
    Активизация деятельности руководителей проектов и исполнителей в результате формирования проектных групп Информационная поддержка мониторинга и анализа деятельности участников проекта
    Усиление личной ответственности конкретного руководителя как за проект в целом, так и за его элементы Информационная поддержка контроля выполнения проекта по выбранным показателям
    Недостатки Основные задачи СИТ
    При наличии нескольких проектов или программ проектные структуры приводят к дроблению ресурсов и заметно усложняют поддержание и развитие производственного и научно-технического потенциала организации как единого целого Информационная поддержка учета использования ресурсов и коэффициента отдачи от их использования по конкретному проекту для целей поддержки принятия решения их перераспределения в случае дефицита или негативного влияния на развитие бизнеса
    От руководителя проекта требуется не только управление всеми стадиями жизненного цикла проекта, но и учет места проекта в сети проектов данной компании Информационная поддержка представления сбалансированной объективной информации по каждому проекту, включая интегрированный показатель проекта и его влияние на интегрированные показатели других проектов бизнеса
    Формирование проектных групп, не являющихся устойчивыми образованиями, лишает работников осознания своего места в организации Информационная поддержка мотивации и поощрения участников проекта по результатам выполнения этапа или всего проекта
    При использовании проектной структуры возникают трудности с перспективным использованием специалистов в данной организации Информационная поддержка управления персонала с учетом проектной специфики выполнения работ
    Наблюдается частичное дублирование функций Информационное обеспечение выбора и сопровождение программного продукта, снижающего остроту дублирования функций, оптимального по критерию цена/функционал/простота применения.
    Матричная структура
    Преимущества Основные задачи СИТ
    Интеграция различных видов деятельности организации в рамках реализуемых проектов, программ Информационная поддержка интегрированного управления по всем видам деятельности в рамках выполнения проекта
    Получение высококачественных результатов по большому количеству проектов, программ, продуктов Информационная поддержка мониторинга и анализа выполнения большого количества проектов, программ, продуктов
    Значительная активизация деятельности руководителей и работников управленческого аппарата в результате формирования проектных (программных) команд, активно взаимодействующих с функциональными подразделениями, усиление взаимосвязи между ними

    Информационная поддержка:

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

    Информационное обеспечение:

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

    5.3. Документационное обеспечение службы ИТ

    Деятельность СИТ предусматривает работы по созданию и использованию многочисленных нормативных документов (НД), которые разделяются по следующим основным категориям:

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

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

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

    Приведенный перечень проектных документов не является исчерпывающим, в нем перечислены наиболее критичные для эксплуатации документы, полный перечень проектных документов и требований к их содержанию содержится в ГОСТ серии 34.

  • Методические материалы:
  • Корпоративная ИТ-стратегия определяет роль ИТ в деятельности организации, цели и задачи развития ИТ, их приоритеты, принципы организации управления развитием ИТ и политики переходного периода.
  • Корпоративная техническая политика определяет принципы выбора поставщиков оборудования или функциональных ИТ–решений в зависимости от характера решаемой задачи. Документ позволяет избежать хаоса в процессе закупок, ведущего к возникновению "зоопарка" в ИТ–инфраструктуре и ИТ– решениях, влекущего, в свою очередь, существенное возрастание совокупной стоимости владения ИТ.
  • Политика информационной безопасности определяет перечень, источники и приоритеты информационных угроз для основной деятельности и методы их устранения. Следствием разработки политики информационной безопасности является концепция информационной безопасности, которая определяет всю систему организационных мер, технических и программных средств предотвращения угроз и их преодоления, в случае возникновения.
  • Методика оценки совокупной стоимости владения ИТ. Документ чрезвычайно важен для оценки деятельности СИТ. Высшее руководство организаций как в России, так и за рубежом практически не имеет объективных данных о том, сколько на самом деле стоят ИТ их организации, что зачастую мешает принимать обоснованные решения по инвестициям в этом направлении. Расхождения между ИТ – бюджетом и этим показателем даже в развитых странах может достигать 50%. В России эти показатели могут отличаться в разы. Не существует общепринятого подхода к оценке совокупной стоимости владения ИТ, но потребность в ней со стороны высшего руководства все более возрастает.
  • Методика формирования ИТ-бюджета. Вопрос формирования и обоснования ИТ–бюджета является исключительно важным как для ИТ–директора так и для руководства организации. Дело в том, что при согласовании ИТ–бюджета неизбежно возникает конфликт интересов между СИТ и финансово–экономическим блоком организации. Зачастую, организации вообще не имеют выделенного ИТ–бюджета. Даже если он существует, то обычно имеет форму трех строчек в общем бюджете организации – эксплуатационные расходы, расходы на закупку оборудования и лицензионного ПО и расходы на услуги внешних организаций. Зарплата персонала СИТ не выделяется, а просто включается в общий фонд оплаты труда персонала. Все это приводит либо к возникновению необоснованных расходов, либо к дефициту средств на развитие ИТ.
  • Нормативно-справочная информация (НСИ). Состав утвержденной НСИ в многом определяет эффективность использования информационных систем. Полнота и непротиворечивость НСИ критически влияет не только на решение внутренних задач организации, но и на ее взаимодействие с партнерами. Особенно ярко это проявляется в промышленности. Например, в авиастроении, где конструкторские бюро и серийные заводы взаимодействуют с сотнями смежников – поставщиками двигателей, агрегатов, электроники, комплектующих. В каждой из этих организаций существуют свои системы НСИ, в которых одно и тоже изделие может иметь разные наименования и коды. Это приводит к "взаимонепониманию" на уровне информационного обмена, к невозможности построения единого состава конечного продукта и, как следствие, к возрастанию сроков и трудоемкости процессов проектирования и производства авиационной техники. В связи с этим растет потребность в ИТ–решениях, которые служат своего рода "переводчиками" между различными системами НС И. Но, методическое значение утвержденной системы классификации и кодирования носит первичный характер для любой организации, поскольку в случае ее отсутствия нельзя добиться достоверной отчетности, а следовательно объективной поддержки процессов принятия управленческих решений.
  • 5.3.1. Положение о СИТ

    Положение о СИТ представляет в некотором смысле своего рода "конституцию". Его типовая структура включает следующие разделы, традиционные для НД данного вида:

  • Нормативные ссылки.
  • Обозначения и сокращения.
  • Общие положения.
  • Организационная структура.
  • Задачи и функции.
  • Права.
  • Взаимоотношения СИТ со структурными подразделениями.
  • Ответственность.
  • Приведем примеры некоторых разделов документа.

  • Общие положения.
  • Служба информационных технологий (СИТ) создана приказом Генерального директора № от ___.
  • СИТ является обособленным структурным подразделением первого уровня управления и непосредственно подчиняется Генеральному директору.
  • Общее руководство СИТ осуществляет Директор по ИТ, действующий в соответствии с настоящим Положением, Положением о должности Директора по ИТ и выданной Генеральным директором доверенностью.
  • Директор по ИТ назначается и освобождается от занимаемой должности Генеральным директором.
  • Основными целями деятельности СИТ являются:
  • создание, поддержка и совершенствование единой корпоративной информационной системы, включающей программно-технические комплексы систем управления предприятием, управления документооборотом, корпоративными информационными ресурсами и др.
  • методическое и информационное обеспечение и координация деятельности по разработке, внедрению, развитию и совершенствованию деловых процессов и процедур организации на базе современных деловых и информационных технологий.
  • СИТ осуществляет свою деятельность в соответствии с действующим законодательством РФ, приказами Генерального директора, Уставом Организации и другими организационно-правовыми и распорядительными документами Организации, Коллективным договором и настоящим Положением.
  • Функции СИТ.

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

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

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

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

    Напомним, что в состав процедур деятельности СИТ входят:

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

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

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

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

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

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

  • состав источников данных для составления отчетов;
  • порядок представления, сбора и консолидации данных для составления отчетов;
  • порядок согласования и утверждения проектов отчетов.
  • Процедура предоставления ИТ–услуг должна включать:

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

  • порядок осуществления регламентных услуг;
  • порядок представления заявок на выполнение дополнительных услуг и их рассмотрения;
  • порядок согласования условий выполнения заявок;
  • порядок приемки выполненных услуг;
  • порядок привлечения внешних ресурсов для выполнения услуг.
  • Процедура оценки деятельности должна включать:

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

  • Фактическое выполнение плана и бюджета. Оценка выполнения плана производится в бинарной логике, т.е., выполнение каждого пункта плана должно быть документально подтверждено, в противном случае пункт считается невыполненным. Что касается выполнения бюджета, то здесь могут быть три события: выполнен, есть перерасход, который должен быть обоснован, и есть экономия, которая также должна быть аргументирована и даны предложения по ее использованию.
  • Динамика выполненных услуг. Динамика услуг, предоставленных функциональным подразделениям и конечным пользователям, оценивается по сравнению с предыдущим периодом. При этом учитываются только те услуги, которые были выполнены по инициативным заявкам с оценкой их трудоемкости, а, следовательно, их стоимости.
  • Динамика ТСО. Это наиболее сложно оцениваемый показатель, но наиболее важный для оценки деятельности СИТ. Дело в том, что при любом сценарии сопровождения и развития ИТ в любой организации, ТСО ежегодно растет минимум на 5 – 10%. Поэтому эффективность работы СИТ в конечном счете можно оценить по минимизации темпов роста ТСО. При этом надо принимать во внимание стратегию инвестиций в ИТ, которая может быть агрессивной, консервативной или направленной на сокращение ИТ – затрат.
  • Динамика сбоев. Это очевидный и легко оцениваемый показатель, характеризующий, с одной стороны надежность ИТ – инфраструктуры, а с другой стороны косвенно показывающий квалификацию персонала СИТ. При этом, должны учитываться потери рабочего времени сотрудников организации и упущенный доход из-за невозможности производства продуктов и услуг для клиентов.
  • Динамика рекламаций пользователей. Это также легко учитываемый показатель, хотя объективная оценка динамики рекламаций требует построения их классификации, поскольку значимость рекламаций существенно различается по степени влияния на основную деятельность организации.
  • Процедура управления корпоративными информационными ресурсами должна включать состав корпоративных информационных ресурсов и порядок обновления контента. Технологическое обеспечение управление информационными ресурсами не представляет собой сложную задачу, решаемую, например, средствами систем электронного документооборота. Вместе с тем, наиболее сложной задачей является организация процесса извлечения знаний и их отчуждения от носителей. Дело в том, что сотрудники ощущают свою значимость в связи с тем, что они обладают уникальными знаниями, позволяющими им видеть перспективы карьерного роста. Но, даже при решении задачи первоначального извлечения знаний, а это могут быть любые документы, презентации, проектные документы, технико-коммерческие предложения, отчеты и т.п., необходимо организовать процесс их постоянного пополнения, что связано с определением ответственности за предоставление возникающей информации в базу знаний.

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

    В процедуре должны быть регламентированы:

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

    5.3.3. Организация работы с вендорами и партнерами

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

  • вендоры - поставщики оборудования,
  • вендоры - поставщики программных решений,
  • системные интеграторы.
  • Основными критериями выбора партнеров являются:

  • успешные проекты, опыт;
  • рекомендации, хорошие отзывы;
  • многочисленная клиентура (отражает масштаб бизнеса);
  • стаж деятельности (показывает устойчивость бизнеса);
  • известный брэнд (важен для организаций, которые не могут себе позволить или не хотят работать с малоизвестными компаниями);
  • разнообразие услуг и наличие сертифицированных специалистов (говорит о широте бизнеса и квалификации персонала) - важно понимать весь спектр потенциального сотрудничества, особенно тогда, когда уже определен некоторый портфель инвестиционных проектов;
  • финансовая история и текущие показатели дохода (динамика стоимости акций для публичных компаний является одним из наиболее объективных показателей);
  • доля рынка (важна для понимания степени конкурентоспособности);
  • индустриальная экспертиза - этот критерий принципиально важен для оценки возможности эффективных коммуникаций с потенциальным исполнителем, поскольку, не имея релевантной экспертизы, он и клиент будут тратить значительные усилия на выработку общего языка и общего понимания существующих проблем, подлежащих решению в ходе проекта (иначе говоря, потребуются дополнительные затраты на обучение исполнителя в ходе проекта);
  • качество партнерской сети – определяет возможности исполнителя по выполнению территориально распределенных работ, а также по послепродажному обслуживанию (особенное значение этот критерий имеет для холдинговых организаций и государственных учреждений, имеющих отделения в регионах) ;
  • ценовая политика.
  • В последнем критерии речь идет не только об уровне цен. В настоящее время все большее значение приобретает гибкость в предоставлении скидок и условиях финансирования проектов. Самым простым механизмом является скидка с объявленной цены. Эта скидка может быть определена на основе количества закупаемого оборудования или лицензий на ПО. Чем больше проект, тем дешевле стоимость единицы оборудования или лицензии. Если проект связан с предоставлением консалтинговых услуг, то ситуация носит принципиально иной характер. Консалтинговые компании дорожат тарифной сеткой своих специалистов и не могут идти на снижение тарифов, поскольку, в конечном счете, это приведет к потере конкурентных преимуществ и сокращению клиентской базы. Поэтому, стоимость проекта определяется на основе его трудоемкости и тарифных ставок соответствующих категорий специалистов и менеджеров, необходимых для его выполнения, а затем делается скидка от полученной итоговой стоимости. Как правило, этот механизм применяется в тех случаях, когда поставщик видит длительную перспективу в работе с клиентом.

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

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

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

    Как правило (а для государственных органов в обязательном порядке), выбор исполнителя осуществляется на конкурсной основе. Вопросы организации и проведения конкурса подробно рассмотрены в лекции 6.

    Особую роль среди партнеров играет системный интегратор. Его основными задачами являются:

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

    К постоянным функциям системного интегратора в течении всего периода сотрудничества относятся:

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

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

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

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

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

    Бизнес-модель деятельности СИТ включает следующие основные блоки:

  • Процесс планирования.

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

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

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

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

  • Процесс предоставления услуг.

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

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

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

    Если запрос на выполнение услуги связан с оказанием помощи конечному пользователю, то его следует отнести к регламентным услугам и, соответственно, назначить исполнителя, срок выполнения и зафиксировать факт выполнения услуги.

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

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

  • Процесс управления ИТ- активами.

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

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

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

  • Процесс управления взаимодействием.

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

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

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

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

  • Процесс отчетности.

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

    Далее должен быть произведен анализ результатов выполнения плана и подготовлен предварительный отчет и его презентация для руководства.

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

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

  • 5.5. Методы формирования ИТ-бюджета

    Методы формирования ИТ – бюджета основываются на анализе различных видов затрат и потребности в инвестициях. Рассмотрим затратную составляющую бюджета на основе рекомендаций ITIL.

    Эффективный контроль уровня затрат требует понимания их природы. Существует несколько способов классификации затрат.

    Для каждого продукта или сервиса можно определить затраты прямо или косвенно связанные с ним:

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

    Другим способом является расчет затрат на основе деятельности (Activity Based Costing – ABC). Этот метод заключается в учете всех накладных расходов организации с последующим распределением затрат на выполнение работ по продуктам и услугам, с которыми эти затраты связаны.

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

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

  • Постоянные затраты не зависят от объема предоставляемых услуг; к ним относятся инвестиции в аппаратное обеспечение, программное обеспечение и строительство. В большинстве случаев учитывается не закупочная цена, а ежемесячная или ежегодная сумма амортизационных отчислений и начисляемые проценты. Постоянные затраты присутствуют даже при снижении объема производства (предоставления услуг) или их прерывании.
  • Переменные затраты – это затраты, уровень которых меняется с изменением объема производства. Примерами могут быть затраты на привлекаемый со стороны персонал, картриджи для принтеров, бумагу, отопление, электричество. Эти затраты связаны с предоставляемыми услугами: с увеличением объема производства возрастают также и затраты.
  • Капитальные затраты связаны с закупкой активов, предназначенных для долгосрочного использования внутри организации. Амортизация этих затрат производится в течение нескольких лет, поэтому в затраты обычно включаются амортизационные отчисления, а не закупочная стоимость.
  • Операционные затраты представляют собой ежедневные затраты, не связанные с материальными производственными ресурсами. Примерами являются договоры на обслуживание аппаратного и программного обеспечения, стоимость лицензий, страховые взносы и пр.
  • Основные направления расходов включают:

  • Затраты на оборудование (Equipment Cost Unit – ECU) – все затраты на аппаратное обеспечение, например:
  • серверы,
  • устройства хранения информации,
  • связь и сети,
  • принтеры.
  • Затраты на программное обеспечение (Software Cost Unit – SCU) – прямые и косвенные затраты на поддержку функционирования системы, включая:
  • системное программное обеспечение,
  • транзакционную систему,
  • систему управления базами данных,
  • систему разработки приложений,
  • программные приложения.
  • Организационные затраты (Organization Cost Unit – OCU) – прямые и косвенные затраты на персонал, которые могут быть постоянными или переменными, например:
  • заработная плата,
  • расходы на обучение,
  • командировочные расходы.
  • Затраты на размещение (Accommodation Cost Unit - ACU) – все прямые и косвенные затраты, связанные с размещением, например:
  • серверные комнаты,
  • офисы,
  • другие помещения и оборудование, такие как испытательные лаборатории, учебные помещения, кондиционеры и пр.
  • Трансферные затраты (Transfer Cost Unit – TCU) – затраты, связанные с товарами и услугами, предоставляемыми другими подразделениями, т.е. внутренние расчеты между подразделениями организации
  • Учет затрат (Cost Accounting – CA) – затраты, связанные с деятельностью самого процесса управления финансами.
  • Выстроенные процессы бюджетирования и ведение внутреннего бухгалтерского учета позволяют ИТ-директору:

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

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

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

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

    Отрасль % от оборота
    Машиностроение 0.83
    Металлургия 0.64
    Розничная торговля 0.95
    Телекоммуникации 3.5
    Производство ТНП 1.0
    ТЭК 1.6
    Транспорт 1.1
    Финансы/страхование 3.87

    В качестве примера составления статей бюджета рассмотрим оценку ежегодных затрат на модернизацию парка PC, соответствующий расчет производится следующим образом:

    $$S=N*P*C$$

    $$C=K1*(C_{ф}+C_{гп}+C_{кп}$$

    где:

    $$N$$ -общее число компьютеризированных рабочих мест в организации;

    $$P$$ - средняя цена одного PC среднего класса, закупаемого организацией для оборудования типового рабочего места (определяется политикой организации);

    $$C$$ -общий процент (доля) заменяемых $$PC$$

    $$C_{Ф}$$ - процент $$PC$$ заменяемых по причине выхода из строя или достижения недопустимого уровня физического износа;

    $$C_{гп}$$ - процент $$PC$$, заменяемых по причине отставания парка от "глобального прогресса", т.е. от ресурсных требований, предъявляемых новым поколением ОС и массовых приложений;

    $$C_{кп}$$ - процент $$PC$$, заменяемых по причине отставания парка от "корпоративного прогресса", т.е. от ресурсных требований, предъявляемых вновь устанавливаемыми корпоративными приложениями или возникающих вследствие роста масштабов обработки данных;

    $$K1$$ - повышающий (понижающий) коэффициент, отражающий средний возраст парка $$PC (A_{ср})$$

    Оценки входящих в вышеприведенные формулы величин и коэффициентов приведены в таблице 5.8.

    Параметр Значение Условие
    $$C_{Ф}$$ 0.05
    $$C_{гп}$$ 0 $$A_{ср}<3 лет$$
    0.3 $$3 лет<A_{ср}<4 лет$$
    0.6 $$4 лет<A_{ср}<5 лет$$
    0.9 $$A_{ср}>5 лет$$
    $$C_{кп}$$ 0 Для консервативной политики развития ИТ
    0.1 Для умеренной политики развития ИТ
    0.15 Для продвинутой политики развития ИТ
    0.2 Для опережающей политики развития ИТ
    $$K1$$ 0.9 $$A_{ср}<2 лет$$
    1 $$2 лет<A_{ср}<3 лет$$
    1.1 $$3 лет<A_{ср}<4 лет$$
    1.2 $$A_{ср}>4 лет$$

    Приведем два примера ежегодных затрат на модернизацию парка PC:

  • В организации 800 компьютеризированных рабочих мест, средний возраст PC - 3,5 года, организация проводит политику умеренного развития ИТ, приобретает рабочие места стоимостью 650 долл., в этом случае оценка расходов на обновление парка по формулам даст:

    $$S=800*650*1,1*(0,05+0,30+0) = \$200200$$ или $250 на одно рабочее место.

  • В организации 40000 компьютеризированных рабочих мест, средний возраст PC - 2,5 года, организация проводит продвинутую политику развития ИТ, приобретает рабочие места стоимостью 850 долл., в этом случае оценка расходов на обновление парка по формулам даст:

    $$S=40000*850*1*(0,05+0+0,15) = \$6800000$$ или $170 на одно рабочее место.

  • Вообще, затраты на поддержание информационной инфраструктуры организации в состоянии, соответствующем современным требованиям рынка и технологий, зависят от следующих факторов:

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

  • Оборудование: персональные компьютеры, сетевые серверы (поддержание работы сети), серверы приложений, сетевое оборудование (routers, bridges, hubs и т.д.), сетевые коммуникации (кабели)
  • Программное обеспечение: ПО на персональных компьютерах, операционные системы, общеприкладное ПО, специализированное ПО и ПО на серверах, операционные системы на серверах, серверные приложения.
  • Конец жизненного цикла означает, что:

  • Оборудование больше не удовлетворяет требованиям функционирования существующего ПО, например, невозможно работать с операционной системой Windows 2000 на компьютере с процессором Intel486.
  • Новое программное обеспечение не совместимо с уже имеющимся, например, пользователю необходимо работать с ПО, которому для работы необходима более новая версия операционной системы.
  • Затраты на техническое обслуживание и поддержку увеличились настолько, что дешевле приобрести новое оборудование или ПО.
  • Возникают новые требования к производительности оборудования и функциям ПО. Это такие требования, как простота в использовании, мобильность, использование улучшенных интерфейсов с пользователем, визуализация, использование сетевых услуг, скорость обработки данных.
  • Длительность жизненного цикла определяется также политикой организации в отношении развития ИТ- инфраструктуры. Если организация стремится использовать только самые современные решения в области ИТ, жизненные циклы оборудования и ПО будут существенно меньше, чем в случае, когда организация старается минимизировать свои затраты на ИТ.

    Расчет ежегодной стоимости поддержки информационной инфраструктуры осуществляется по следующим формулам:

    $$S(общ) =S(об)i + S(по)j$$

    $$S(об)i = (1/Ti)*(Ni*Ci)+Ri*(Ni* Ci)$$

    $$S(по)j = (1/Tj)*(Nj*Cj)$$

    где:

    $$S(общ)$$ - ежегодная стоимость поддержки инфраструктуры;

    $$S(об)i$$ - ежегодная стоимость поддержки оборудования $$i$$ -й категории

    $$S(по)j$$ - ежегодная стоимость поддержки программного обеcпечения $$j$$ -й категории;

    $$Ti, Tj$$ - длительность жизненного цикла оборудования $$i$$ -й категории или ПО $$j$$ -й категории;

    $$Ni, Nj$$ - количество единиц оборудования $$i$$ -й категории или ПО $$j$$ -й категории;

    $$Ci, Cj$$ - цена приобретения единицы оборудования $$i$$ -й категории или ПО $$j$$ -й категории;

    $$Ri$$ - коэффициент затрат на ремонт оборудования $$i$$ -й категории.

    Пример расчета приведен в таблице 5.9.

    Кол-во оборудования 1 000
    Стоимость единицы оборудования 800
    Стоимость всего оборудования 800 000
    ЖЦ Оборудования 5
    Стоимость поддержки оборудования 160 000
    Вероятность поломки единицы оборудования в течении года 30%
    Средняя стоимость ремонта единицы оборудования (в % от цены) 10%
    Стоимость ремонта оборудования 24 000
    Кол-во лицензий 1 000
    Стоимость одной лицензии 150
    Стоимость всех лицензий 150 000
    ЖЦ ПО 3
    Стоимость поддержки ПО 50 000
    Суммарная стоимость поддержки 234 000

    Общий ИТ-бюджет формируется на основании совокупной стоимости затрат (Total Cost of Ownership - ТСО - отражает полную сумму расходов на приобретение, установку и эксплуатацию определенного ИТ-актива) на ИТ, которая распределяется по трем основным разделам:

  • развитие ИТ,
  • обновление ИТ,
  • поддержание работоспособности ИТ.
  • В финансовой структуре организации ИТ-службу относят к одному из центров финансового учета (ЦФУ):

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

    Центр финансового учета
    Центр доходов Центр затрат Центр инвестиций Центр прибыли
    Стабилизация Повышение выручки от реализации Затраты ЦФУ постоянны Уменьшение затрат ЦФУ или cостоянно Качество работы ЦФУ неизменно ROI - постоянно Прибыль ЦФУ постоянна или повышается
    Рост Увеличение доли рынка Увеличени числа клиентов Улучшение качества работы ЦФУ Увеличение ROI Увеличение прибыли ЦФУ
    Сокращение Увеличение выручки от реализации Уменьшение затрат ЦФУ Нулевые инвестиции Уменьшение затрат ЦФУ

    В заключение перечислим основные статьи бюджета СИТ:

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

  • количество человеко-часов в месяц на дополнительное обучение конечных пользователей силами собственных специалистов;
  • количество человеко-часов в месяц, когда конечные пользователи не выполняли регламентные функции, связанные с применением информационной системы;
  • время, затраченное на ожидание работником помощи со стороны коллег;
  • временные затраты на организацию хранения и обработки данных, включающие копирование, перемещение, удаление файлов, а также ручное резервное копирование;
  • затраты на восстановление случайно стертой информации, восстановление системы.
  • Затраты по каждому разделу могут быть рассчитаны следующим образом:

    $$Z^{(n,m)}=(1+R)*\sum\limits_{i=1}^{N^{(n,m)}}k_{i}*x{i}$$

    где:

    $$N$$ - число статей расхода;

    $$Z^{(n,m)}$$ - затраты при $$n$$ -ой корпоративной стратегии и $$m$$ -ом типе ЦФУ;

    $$k_{i}^{(n,m)}$$ - коэффициент при $$n$$ -ой корпоративной стратегии и $$m$$ -ом типе ЦФУ для $$i$$ -ой статьи расхода в ИТ-бюджете;

    $$x_{i}$$ - затраты по $$i$$ -ой статьи расхода.

    5.6. Пример консалтингового проекта по совершенствования управления ИТ

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

    В качестве основы выполнения проекта была выбрана методология TITO (Transforming IT Organization) международной консалтинговой компании A.T.Kearney. Подход базируется на ключевых вопросах, стоящих перед руководством организации и ее ИТ–службой:

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

  • выделение ключевых групп функций и определение их приоритетности по степени значимости с точки зрения интересов бизнеса;
  • детализация состава функциональных групп до уровня состава команд их исполнения;
  • объединение команд в структурные подразделения;
  • определение структуры подчиненности сформированных подразделений
  • определение основных процедур взаимодействия;
  • разработка плана организационных мероприятий по переходу к новой модели управления (выходит за рамки настоящего проекта).
  • Целевая классификация групп функций приведена на рис 5.7(рис 5.7)
  • Перечень и логическая группировка функций ИТ-службы приведены в таблице 5.11.
    Функция Офис, принадлежность к группе функций Должность куратора (менеджера), ведущее подразделение,
    Планирование построения и развития информационных систем Г-1

    Заместитель директора по развитию

    Отдел развития, сектор планирования, сектор управления инвестиционными проектами, сектор бизнес-архитектуры и интеграции

    Формирование и обоснование путей развития информационной структуры Г-1,Г-3

    Заместитель директора по развитию

    Отдел развития, сектор планирования, сектор бизнес-архитектуры и интеграции

    Заместитель директора по эксплуатации, Отдел мониторинга и управления инцидентами, сектор управления качеством услуг

    Проектирование технологических процессов обслуживания абонентов Г-1

    Заместитель директора по развитию

    Отдел развития, сектор управления инвестиционными проектами, сектор бизнес-архитектуры и интеграции

    Проектирование процессов сбора информации, необходимой для принятия технических и управленческих решений Г-1, Г-2, Г-3

    Заместитель директора по развитию

    Отдел развития, сектор управления инвестиционными проектами, сектор бизнес-архитектуры и интеграции

    Заместитель директора по эксплуатации, Отдел мониторинга и управления инцидентами, сектор управления качеством услуг

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

    Организационное развитие ИТ-департаментов операционных компаний Г-2

    Заместитель директора по развитию

    Отдел развития, сектор стандартизации,

    Отдел координации, сектор управления развитием служб ОК, сектор управления отчетностью и документированием

    Участие в процессах бизнес-планирования и бюджетирования Общества Г-1 Заместитель директора по развитию, Отдел развития, сектор планирования
    Анализ требований департаментов к развитию информационных систем Г-1, Г-3

    Заместитель директора по развитию, Отдел развития, сектор бизнес-архитектуры и интеграции, сектор стандартизации, сектор поддержки новых технологий и услуг

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

    Технико-экономическая оценка проектов в части ИТ Г-1 Заместитель директора по развитию, Отдел развития, сектор планирования
    Стандартизация бизнес-процессов Г-1 Заместитель директора по развитию, Отдел развития, сектор стандартизации
    Аудит ИТ-систем в филиале и дочерних обществах Г-1, Г-2

    Заместитель директора по развитию

    Отдел развития, сектор стандартизации,

    Отдел координации, сектор управления развитием служб ОК, сектор управления отчетностью и документированием

    Контроль исполнения плана и бюджета Г-1

    Заместитель директора по развитию,

    Отдел развития ИС, сектор планирования

    Отчетность в соответствии с системой ключевых показателей Г-1, Г-2

    Заместитель директора по развитию

    Отдел координации, сектор управления отчетностью и документированием

    Ведение репозитария ИТ-активов и мониторинг ТСО Г-1, Г-2, Г-4

    Заместитель директора по развитию,

    Отдел развития ИС, сектор планирования

    Ведение реестра ИТ-услуг Г-1, Г-4

    Заместитель директора по развитию,

    Отдел развития ИС, сектор стандартизации

    Заместитель директора по эксплуатации,

    Отдел технической поддержки

    Разработка системы ключевых показателей Г-1, Г-2, Г-3

    Заместитель директора по эксплуатации,

    Отдел мониторинга и управления инцидентами, сектор управления качеством услуг

    Заместитель директора по развитию

    Сектор формирования технической политики и стандартизации

    Сектор управления развитием служб ИТ операционных компаний

    Сектор управления отчетностью и документированием

    Мониторинг качества процессов обслуживания Г-1, Г-2, Г-3

    Заместитель директора по эксплуатации,

    Отдел мониторинга и управления инцидентами, сектор мониторинга, сектор управления качеством

    Сектор управления развитием служб ИТ операционных компаний

    Сектор управления отчетностью и документированием

    Переговоры с внешними поставщиками ИТ-продуктов и услуг Г-1

    Заместитель директора по развитию, Отдел развития, сектор по профилю продукта (услуги)

    Заместитель директора по эксплуатации, сектор по профилю оборудования (ПО)

    Разработка функциональных ИС (технические требования, рабочее проектирование) Г-1, Г-4

    Заместитель директора по развитию, Отдел развития,

    Заместитель директора по эксплуатации,

    Взаимодействие со службой безопасности в части вопросов информационной безопасности Г-4 Заместитель Директора по эксплуатации, Отдел технической поддержки, сектор обслуживания сетевой инфраструктуры
    Закупка, ввод в эксплуатацию и ремонт вычислительной техники, сетевого оборудования и программного обеспечения для головного офиса Г-4

    Заместитель Директора по эксплуатации, Отдел технической поддержки, сектора по профилю закупок

    Закупки (внешняя функция) -Управление по технике и развитию

    Развитие персонала, ИТ-обучение Г-1, Г-4

    Заместитель директора по развитию

    Отдел развития информационных систем

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

    Заместитель Директора по эксплуатации, Отдел технической поддержки, сектор по профилю оборудования (ПО)

    Поддержка пользователей головного офиса Г-4 Заместитель Директора по эксплуатации, Отдел технической поддержки, сектор по профилю оборудования (ПО)
    Модернизация действующих ИС (оценка альтернатив, принятие решений, обоснование, реализация) Г-1, Г-4

    Заместитель директора по развитию

    Отдел развития, сектор бизнес-архитектуры и интеграции, сектор конвергентного биллинга, сектор стандартизации

    Заместитель директора по эксплуатации

    Отдел технической поддержки, сектор по профилю ПО

    Наращивание и развитие аппаратного комплекса ИС (оценка альтернатив, принятие решений, обоснование, реализация) Г-1, Г-4

    Заместитель директора по развитию, Отдел развития, сектор стандартизации

    Заместитель директора по эксплуатации

    Отдел технической поддержки, сектор по профилю оборудования

    Управление инвестиционными проектами Г-1

    Заместитель директора по развитию

    Отдел развития, сектор инвестиционных проектов

    Централизованное управление договорами и соглашениями Г-1, Г-2

    Заместитель директора по развитию

    Отдел координации, сектор управления договорной деятельностью

    Разработка бизнес-архитектуры и моделей интеграции Г-1

    Заместитель директора по развитию

    Отдел развиия, сектор бизнес-архитектуры и интеграции

    Разработка методологии внедрения и распространения новых продуктов и услуг Г-1

    Заместитель директора по развитию

    Отдел развития информационных систем

    Предложения для ГО по развитию ИТ-среды операционной компании, обоснование инвестиций О-11, О-2

    Отдел развития ИС,

    Сектор системных решений и интеграции

    Сектор контроля инцидентов

    Сектор контроля соответствия стандартам

    Разработка смет закупок и организационно-технических мероприятий операционной компании в части ИТ О-1

    Отдел качества, закупок, координации и отчетности

    Сектор закупок

    Обсуждение и согласование решений в области технической политики, принятых главным офисом О-11, О-2, О-21

    Отдел эксплуатации и развития ИС,

    Сектор системных решений и интеграции приложений

    Сектор внедрения дополнительных услуг

    другие сектора по профилю принимаемого решения

    Техническая эксплуатация технологического оборудования и программного обеспечения О-1

    Отдел эксплуатации и развития информационных систем

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

    Регистрация и учет оборудования, элементов сети и ИС О-1

    Отдел контроля качества, закупок, координации и отчетности

    Отдел эксплуатации и развития ИС

    Отдел обслуживания сетевых инфраструктур

    Разработка эксплуатационной документации и ее учет О-1, О-2

    Отдел контроля качества, закупок, координации и отчетности

    Сектор подготовки отчетности, сектор соответствия контроля стандартам

    Отдел эксплуатации и развития ИС

    Отдел обслуживания сетевых инфраструктур

    Подготовка из ИБС отчетности по операциям по запросам подразделений (в т.ч. на основании жалоб абонентов) О-1, О-21

    Отдел контроля качества, закупок, координации и отчетности

    Сектор контроля инцидентов, сектор подготовки отчетности

    Отдел эксплуатации и развития ИС

    Сектор внедрения дополнительных услуг

    Резервное копирование данных и программ О-1 Отдел обслуживания сетевых инфраструктур
    Монтаж, наладка, запуск оборудования и ПО (хозяйственный способ) О-1 Отдел обслуживания сетевых инфраструктур
    Участие в сдаче-приемке работ по монтажу, наладке и запуску оборудования и ПО, выполненных подрядным способом О-1 Отдел обслуживания сетевых инфраструктур
    Профилактические работы О-1 Отдел обслуживания сетевых инфраструктур
    Переговоры и контракты со сторонними поставщиками ИТ-продуктов и услуг О-1

    Отдел эксплуатации и развития ИС (по профилю поставок)

    Отдел контроля качества, закупок, координации и отчетности

    Сектор контроля соответствия стандартам

    Сектор закупок

    Технический сервис информационных систем (обновление версий и т.п.) О-1

    Отдел эксплуатации и развития ИС

    Отдел обслуживания сетевых инфраструктур

    Закупка расходных материалов О-1 Сектор закупок
    Проведение мероприятий по обеспечению информационной безопасности в соответствии с едиными корпоративными требованиями к безопасности О-1

    Отдел эксплуатации и развития ИС

    Отдел обслуживания сетевых инфраструктур

    Обучение и консультирование пользователей О-1

    Отдел эксплуатации и развития ИС (по профилю консультаций)

    Отдел обслуживания сетевых инфраструктур (по профилю консультаций)

    Подготовка отчетности в соответствии с принятыми регламентами О-1, О-2

    Отдел контроля качества, закупок, координации и отчетности

    Сектор подготовки отчетности

    Сектор контроля соответствия стандартам

  • Организационно-функциональная схема Управления ИТ головного офиса приведена на рис 5.8(рис 5.8)
  • Ниже перечислены функции подразделений.

    Функции сектора планирования:

  • Планирование построения и развития информационных систем.
  • Формирование и обоснование путей развития информационной структуры.
  • Участие в процессах бизнес-планирования и бюджетирования .
  • Технико-экономическая оценка проектов в части ИТ.
  • Контроль исполнения плана и бюджета.
  • Ведение репозитария ИТ-активов и мониторинг ТСО.
  • Функции сектора управления инвестиционными проектами:

  • Проектная деятельность. Управление инвестиционными проектами.
  • Оценка необходимых ресурсов.
  • Управление рисками.
  • Управление коммуникациями проектов.
  • Контроль результативности, расходования ресурсов и показателей эффективности.
  • Предпроектная деятельность.
  • Анализ требований департаментов к развитию информационных систем.
  • Планирование построения и развития информационных систем.
  • Проектирование технологических процессов обслуживания абонентов.
  • Проектирование процессов сбора информации, необходимой для принятия технических и управленческих решений.
  • Функции сектора разработки бизнес – архитектуры и интеграции приложений:

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

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

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

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

  • Централизованное управление договорами и соглашениями.
  • Мониторинг жизненного цикла договоров (разработка, внутреннее согласование, согласование с клиентом/поставщиком, подписание, пролонгация, актирование результатов, расторжение).
  • Контроль соблюдения графиков и календарных планов.
  • Организация и проведение конкурсов.
  • Подготовка отчетности по состоянию договоров.
  • Функции сектора управления отчетностью и документированием:

  • Организационное развитие ИТ-департаментов операционных компаний.
  • Аудит ИТ-систем в филиале и дочерних обществах.
  • Подготовка и контроль отчетности в соответствии с системой ключевых показателей.
  • Разработка системы ключевых показателей.
  • Мониторинг качества процессов обслуживания (в части поддержки этих процессов ИТ).
  • Функции сектора мониторинга:

  • Мониторинг качества процессов обслуживания (в части поддержки этих процессов ИТ).
  • Функции сектора управления качеством услуг:

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

  • Развитие биллинга.
  • Внедрение и развитие конвергентного биллинга.
  • Внедрение и развитие корпоративных информационных систем:
  • систем финансового учета (SAP),
  • систем кадрового учета и управления персоналом (SAP),
  • финансового анализа (Hyperion) ,
  • КСЭДО (Hummingbird).
  • Поддержка унаследованных приложений (малых и средних систем управления).
  • Организация ИТ-обучения по профилю ПО.
  • Функции сектора обслуживания сетевой инфраструктуры:

  • Поддержки вычислительных сетей.
  • Поддержка общекорпоративных служб и сетевых взаимодействий (системы электронного документооборота, порталы и интранет-приложения, e-learning и т.д..).
  • Взаимодействие с корпоративными службами безопасности (в части технического обеспечения системной политики безопасности).
  • Организация ИТ-обучения по профилю оборудования (ПО).
  • Типовая организационная структура Департамента информационных технологий операционной компании приведена на рис 5.9(рис 5.9)
  • Предлагаемое решение позволит:
  • Обеспечить необходимый уровень централизации управления ИТ на корпоративном уровне.
  • Обеспечить единообразное развитие и исполнение ИТ – стратегии, а также технической политики Компании.
  • Обеспечить стандартизацию бизнес – процессов развития и использования ИТ в Головном офисе и операционных компаниях.
  • Обеспечить сохранение целостности организационной структуры управления ИТ в условиях изменения состава решаемых задач.
  • 5.7. Организация перехода к ИТ-аутсорсингу

    5.7.1. Понятие и виды ИТ-аутсорсинга

    Одной их тенденций отечественного рынка ИТ-услуг является увеличение числа консалтинговых проектов по созданию ИТ-служб организаций на основе лучших мировых практик "IT Infrastructure Library" (ITIL) и типовой модели IT Service Management (ITSM). При этом особое внимание уделяется снижению затрат ИТ-служб при одновременном обеспечении необходимого уровня производительности, качества, доступности и гибкости информационных услуг конечным пользователям.

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

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

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

    Аутсорсинг производства комплектующих, как эффективный способ организации производства, характерен для автомобильной промышленности развитых стран. В настоящее время корпорация Ford две трети комплектующих и услуг приобретает у сторонних компаний. Компания Toyota в основном занимается проектированием, сборкой и реализацией продукции, при производстве необходимых деталей и комплектующих внешними предприятиями. Многие лидеры рынков оборудования связи, компьютерных технологий (например, компания Cisco) перешли к производственному аутсорсингу.

    Распространение концепции аутсорсинга связано с использованием ресурсов внешних организаций в области информационных технологий и относится к 60-м гг. ХХ века. В это время американская компания General Motors передала свои информационные функции фирме "Electronic Data System" (EDS), что обеспечило годовую экономию затрат на организации информационной поддержки в размере около 4 млрд. долл. При этом улучшилось и качество информационного обслуживания

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

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

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

    Иллюстрацией этого подхода служат управленческие решения российской страховой компании ОАО "РОСНО" (ОАО "РОСНО" - крупная страховая компания, оказывает услуги по 95 видам обязательного и добровольного страхования.). Чтобы сконцентрироваться на основном бизнесе – предоставлении страховых услуг, руководство компании приняло решение о передаче непрофильных ИТ-функций по поддержке ИТ-инфраструктуры на аутсорсинг, включая комплексное обслуживание ИТ-систем и поддержку пользователей. На сегодняшний день оказанием аутосорсинговых услуг по данному проекту занимается Центр аутсорсинга DATA FORT компании IBS. К переданным функциям отнесены такие функции, как администрирование сетевых и почтовых ресурсов, сервисное сопровождение, поддержка программного обеспечения и компьютерного оборудования, антивирусная защита, администрирование СУБД и веб-сервисов, резервное копирование данных, техническое обслуживание и обеспечение работы сетевого оборудования и ряд других. Особенностью проекта является перевод в штат Центра аутсорсинга DATA FORT сотрудников ИТ-службы ОАО "РОСНО", ранее обслуживавших ИТ-инфраструктуру компании. Таким образом, страховая компания продолжает пользоваться услугами тех же ИТ-специалистов, владеющих знаниями особенностей корпоративной информационной системы, а с другой стороны — получает возможность сконцентрироваться на основной деятельности, снимая с себя вопросы управления поддержкой ИТ-инфраструктуры, обучения и развития ИТ-персонала. ОАО "РОСНО" — первая страховая компания России, которая практически полностью передала свои ИТ- функции на аутсорсинг специализированной компании.

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

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

    Институт аутсорсинга (Outsourcing Institute, США), в своих исследованиях выделяет два основых вида аутсорсинга: аутсорсинг бизнес-процессов (BPO - business process outsourcing) и аутсорсинг в области информационных технологий (ИТ-аутсорсинг).

    Аутсорсинг бизнес-процессов (ВРО - Business Process Outsourcing) – это передача права владеть и управлять каким-либо бизнес-процессом внешней организации для решения задач бизнеса организации. Данный вид аутсорсинга направлен на обеспечение более высокой эффективности бизнес-процессов. Его необходимость часто возникает в связи с реструктуризацией организации. В этом случае аутсорсинг является инструментом для управления преобразованиями.

    Одной из первых компаний, применившей аутсорсинг бизнес-процессов, является British Petroleum (ВР)- крупнейшая негосударственная нефтегазовая компания в мире. В настоящее время эта компания эффективно использует программу по FА аутсорсингу (FA - Finance and Accounting) с двумя партнерами IBM и Accenture.

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

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

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

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

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

    Основными группами услуг в области ИТ-аутсорсинга являются:

  • Техническая поддержка и управление ИТ - инфраструктурой: поддержка средств вычислительной техники, базовых корпоративных сервисов, телекоммуникационных систем, систем обеспечения информационной и технической безопасности, бизнес-приложений.
  • Разработка и развитие информационных систем: разработка приложений и их интеграция с другими системами, развитие существующих информационных систем.
  • Обучение и развитие персонала организации –клиента в области ИТ: создание и проведение программ обучения, оценка эффективности обучения.
  • Предоставление ИТ- персонала различного уровня квалификации для выполнения поставленных задач: разработчиков, программистов, системных администраторов, администраторов баз данных, менеджеров проектов, аналитиков и т.д.
  • Принятие решения об использовании аутсорсинговых услуг является стратегическим решением для предприятия. Подчеркивая важность данного аспекта компания IBM определяет свои услуги в данной области как стратегический аутсорсинг: "Услуги стратегического аутсорсинга IBM – это управление приложениями, бизнес процессами и/или IT системами компании, выполняемые IBM".

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

  • оффшорное программирование;
  • управление CRM/SCM/ERP приложениями клиента;
  • аутсорсинг хранения данных;
  • аутсорсинг доступа к приложениям;
  • хостинг (e-business Hosting Services);
  • аутсорсинг службы поддержки пользователей;
  • поддержка сетевого оборудования (Network Outsourcing Services);
  • поддержка рабочих станций клиента (NetWorkStation Management Services) и др.
  • Мировая практика и российский опыт показывают, что значительную часть рынка ИТ-аутсорсинга составляет разработка программного обеспечения иностранной компанией - оффшорное программирование. Наиболее широко использование оффшорного программирования распространено в США. Оффшорные модели также используются в Великобритании, Нидерландах, Франции, Германии и в странах Северной Европы. Активными поставщиками услуг оффшорного программирования являются Индия, Китай, Мексика, Ирландия и страны Восточной Европы, в том числе Россия. По итогам первого рейтинга "The 2006 Global Outsourcing 100", проведенным Международной Ассоциацией Профессионалов в области аутсорсинга (International Association of Outsourcing Professionals, IAOP) такие компании разработчиков программного обеспечения России, Украины и Белоруссии, как EPAM Systems, Luxoft, DataArt, Aplana Software и MERA Networks, названы в числе наиболее перспективных аутсорсинговых компаний в категории компаний - восходящих звезд "Rising Stars". При проведении проекта "The 2006 Global Outsourcing 100" компании оценивались по критериям, которые обычно используются крупными заказчиками при выборе поставщиков услуг в области IT-аутсорсинга и аутсорсинга бизнес-процессов: численность компании и динамика роста ее доходов, рынки сбыта и клиентура, опыт создания дополнительной стоимости для клиентов, уровень и полнота экспертизы, сертификация, опыт управления.

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

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

    В качестве примера удачного проекта в сфере аутсорсинга службы поддержки пользователей можно привести заключенный в 2002 г. контракт между Digital Design и ЗАО "Ford Motor Company" по оказанию услуг по технической поддержке пользователей информационной системы завода по производству автомобилей марки Ford Focus в г. Всеволожск. Выстроив в рамках первоначального контракта процесс обслуживания и разработав необходимый для работы комплекс документов, ЗАО "Ford Motor Company" ежегодно перезаключает договор на техническую поддержку пользователей.

    В целом оказанием аутсорсинговых услуг в области информационных технологий занимаются крупнейшие производители компьютерных технических и программных средств, сетевых технологий и приложений, системные интеграторы, ведущие консалтинговые компании "Большой четверки" и другие консалтинговые компании, для которых ИТ-аутсорсинг является одним из видов деятельности. К их числу относятся IBM, EDS, HP, Siemens Business Services, Infosys, Capgemini, Accenture, Computer Sciences Corp.(CSC), и др.

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

    Подразделение IBM Global Technology Services предоставляет услуги аутсорсинга ИТ-инфраструктуры, услуги управления серверами и рабочими станциями, услуги управления хранением данных.

    Подразделение IBM Global Business Services консультирует своих клиентов в области создания общих центров обслуживания (Shared Service Centre) и предоставляет услуги аутсорсинга бизнес-функций.

    В практике IBM присутствуют долгосрочные аутсорсинговые соглашения. Так, в сентябре 2006 г. страховая компания Tokio Marine Brasil Seguradora S.A. заключила с корпорпцией IBM 10-летний контракт стоимостью 44 млн. долларов на аутсорсинг своей ИТ-инфраструктуры. В соответствии с условиями этого контракта IBM осуществит интеграцию сервисов, унификацию информационных центров и техническую модернизацию большей части аппаратной среды. В дополнение к централизации инфраструктурных ИТ-сервисов, IBM будет оказывать аутсорсинговые услуги, благодаря которым компании Tokio Marine сможет повысить гибкость своего бизнеса и скорость реакции на грядущие изменения, согласуясь со своими планами перспективного развития. Контракт предусматривает управление, мониторинг и эксплуатацию информационных центров, оказание информационно-справочных услуг, поддержку конечных пользователей и обмен данными.

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

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

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

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

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

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

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

    Во-вторых, российские ИТ–компании пока еще не обладают достаточными ресурсами. По разным оценкам в них заняты от 20 до 30 тысяч сотрудников в то время как ведущие индийские компании имеют в среднем 40 тысяч сотрудников.

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

    Несмотря на указанные проблемы, перспективы технопарков следует признать весьма обещающими в ближайшие 6-8 лет.

    5.7.2. Формы партнерских взаимоотношений в условиях аутсорсинга

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

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

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

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

    Успешными примерами выделения ИТ-подразделений в самостоятельные единицы считаются Siemens Business Services и Lufthansa Systems. Российским примером является компания "Сибинтек", которая была создана в 1999 году в рамках НК "ЮКОС" в качестве дочерней сервисной компании, предоставляющей услуги в области разработки и внедрения информационных технологий. Постепенно все информационные подразделения НК "ЮКОС" были переданы новой компании, которая на контрактной основе осуществляет предоставление необходимых ИТ-услуг материнской компании. Внутри компании остались немногочисленные ИТ-подразделения, которые стали называться "службой заказчика", а все исполнители оказались вне компании.

    Совместное предприятие подразумевает создание новой компании организацией-клиентом и аутсорсером. При этом часть персонала и активов организации-клиента передаются новой компании, а не аутсорсеру. Вначале совместное предприятие служит для обеспечения конкурентоспособности организации-клиента, а затем – для получения дополнительной прибыли от оказания услуг сторонним организациям. Стороны являются полноценными партнерами, разделяют прибыль, заработанную новой компанией. Так, в российской химической отрасли консалтинговой группой "Борлас" совместно с ОАО "Уралкалий" создана аутсорсинговая компания ООО "Сателлит-Сервис", которая с 2006 года предоставляет услуги по IT-обслуживанию ОАО "Уралкалий" . При этом 51% долей собственности в созданной компании принадлежит ОАО "Уралкалию", а 49% владеет ЗАО "Борлас Ай-Би-Си" - головная структура консалтинговой группы "Борлас".

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

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

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

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

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

    На практике для крупных организаций применение полного аутсорсинга часто оказывается невозможно из-за отсутствия соответствующего поставщика аутсорсинговых услуг. С подобной проблемой столкнулась компания "Русал" при организации перехода на ИТ-аутсорсинг. Компания "Русал" является крупнейшей российской алюминиевой компанией, продукция которой составляет 75% от всего производимого в стране алюминия и 10% мирового производства алюминия. Первоначально руководство компании собиралось реализовать полный ИТ-аутсорсинг. К аутсорсеру предъявлялись такие требования, как: высокая квалификация, финансовые возможности, позволяющие выкупить инфраструктуру, способность инвестировать в активы, которые можно было бы затем покупать как услугу, опыт ведения аутсорсинговых проектов сопоставимого масштаба. Среди российских поставщиков услуг аутсорсера, отвечающего установленным требованиям, не нашлось. С точки зрения поставленных критериев западные аутсорсеры удовлетворяли руководство, но при сравнимом качестве сервиса, окончательное предложение значительно превышало текущие затраты компании "Русал" на информационные технологии. Схема полного аутсорсинга оказалось экономически нецелесообразной.

    Была рассмотрена более частная задача - хостинг приложений, которая оказался экономически оправданной. В 2005 году между компаниями НР и "Русал" было заключено соглашение о передаче поддержки бизнес-приложения mySAP Business Suite, включая миграцию данных в дата-центр НР, а также операционную и сервисную поддержку. Договор заключен на пять лет с фиксированной ценой.

    5.7.3. Основные этапы процесса перехода на аутсорсинг

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

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

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

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

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

    При обосновании целесообразности аутсорсинга необходимо учитывать два ключевых аспекта:

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

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

    Поле 2. Развитие собственных компетенций, их всемерная защита и удержание специалистов-носителей компетенций.

    Поле 3. Развитие нематериальных активов, в т.ч. интеллектуального капитала, разработка эффективной системы защиты компетенций, выделение таких компетенций в отдельный вид бизнеса.

    Поле 4. Союз с поставщиками услуг, приобретение необходимых для бизнеса технологий и специалистов "на стороне".

    Поле 5. Сохранение собственных специалистов и развитие собственных компетенций для дальнейшего перехода в поле 6.

    Поле 6. Продажа результатов деятельности в области данной компетенции, возможность со временем перевести компетенцию в поле 2 или поле 3.

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

    Поле 9. Выделение собственных непрофильных компетенций в отдельный бизнес с его последующей продажей.

    (рис 5.10) Матрица аутсорсинга

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

    Экономическое обоснование аутсорсинга связано с оценкой и сопоставлением собственных затрат на выполнение функций по сравнению с затратами на приобретение соответствующих услуг у аутсорсера.

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

  • Выбор поставщика аутсорсинговых услуг

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

    Практика выявила ряд факторов, которые необходимо учитывать при выборе поставщика услуг аутсорсинга. К ним относятся:

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

    Этапу заключения контракта должны предшествовать предконтрактные работы. В работе "ИТ-аутсорсинг. Практическое руководство" Роб Аалдерс приводит следующие основные работы, предшествующие составлению контракта:

  • Определение границ (возможностей) контракта.
  • Документальное описание состояния ИТ.
  • Due diligence (дословно — "должная осмотрительность") -процесс проверки и подтверждения сервис-провайдером состояния ИТ-окружения, за которое он впоследствии будет нести ответственность.
  • Подготовка "бумажного" варианта контракта.
  • Составление приложений и графиков.
  • Решение спорных вопросов.
  • Определение квалификационного уровня.
  • При определении границ контракта проводится формулирование требований, предъявляемых к услугам и функциям, передаваемых на аутсорсинг, обсуждение и определение вопросов, связанных с выполнением функций, разграничение степени участия и ответственности аутсорсера и организации-клиента, решение вопросов управления и расположения (собственности) каждой функции, определение персонала и его функций, которые будут сокращены или переведены в другие подразделения, создание реестра возможных рисков и формирование стратегии по управлению рисками, разработка стратегии перехода к внешнему обслуживанию и стратегии выхода из аутсорсинга.

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

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

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

    Аутсорсинговый контракт определяет, каким образом организация будет получать услуги по обеспечению бизнес-процессов и с каким уровнем качества. Он представляет собой юридический документ, регулирующий отношения аутсорсера и организации-заказчика. Контракт на аутсорсинг является документом, который включает в себя согласованные механизмы обеспечения исполнения обязательств сторон. В российском законодательстве понятие аутсорсингового контракта/договора отсутствует, поэтому его разработка может основываться на статье 421 Гражданского Кодекса РФ (глава 27), в которой определяется, что "граждане и юридические лица свободны в заключении договора…Стороны могут заключить договор, как предусмотренный, так и не предусмотренный законом или иными правовыми актами….. Условия договора определяются по усмотрению сторон, кроме случаев, когда содержание соответствующего условия предписано законом или иными правовыми актами". Таким образом, содержание аутсорсингового контракта зависит от воли сторон, его заключающих. Условия заключенного контракта определяют права, ответственность и обязанности обеих сторон. Традиционно под аутсорсинговым контрактом понимают соглашение возмездного оказания услуг, определяемое нормами главы 39 Гражданского кодекса РФ. Следует отметить, что контракт на аутсорсинг отличается от других договоров об оказании услуг, как самим предметом контракта, так и его длительностью.

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

    Аутсорсинговые контракты обычно заключаются на период от 2 до 5 лет. Например, в апреле 2006 года компания Бритиш Американ Тобакко Россия" ("БАТ Россия") заключила договор с компанией "КРОК" в союзе с Siemens Business Services на поддержку ИТ- инфраструктуры. Бюджет проекта составил более 1 млн. долл. в год, контракт заключён на 2 года. На аутсорсинг отдаются 11 ИТ-сервисов, в том числе администрирование серверов, учетных записей, поддержка рабочих мест, бизнес-приложений, услуг мобильной связи и обеспечение ИТ-безопасности. По объему выполняемых работ контракт является крупнейшим на сегодня на российском рынке ИТ-аутсорсинга. Предложение компании КРОК и Siemens Business Services победило по совокупности таких критериев, как стабильность компаний и их прочное положение на рынке, наличие сертифицированных специалистов и опыт реализованных крупных проектов, проработанность процессов построения технической поддержки и развитая региональная сеть партнеров.

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

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

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

    Основными составляющими контракта являются:

  • Имена и адреса сторон, даты окончания и начала контракта.
  • Описание перечня ИТ услуг, передаваемых на внешнее обслуживание в соответствии с контрактом.
  • Вопросы, связанные с переходным периодом: передачей активов (указание на сторону, которая несет финансовую, административную, оперативную ответственность за каждый из передаваемых ресурсов), передачей услуг, переводом людей (зарплата, компенсационный пакет, гарантии занятости).
  • Юридические права собственности, передаваемые аутсорсеру на время действия контракта.
  • Место оказания услуг и размещения оборудования: фактические физические пункты предоставления услуг.
  • Краткие характеристики ключевого персонала аутсорсера, занятого в данном контракте.
  • Вопросы управления контрактом и распределением ролей и обязанностей между сторонами.
  • Требования к уровню обслуживания по каждой составляющей контракта и механизмы отчетности, метод мониторинга эффективности работы аутсорсера (соглашение об уровне обслуживания).
  • Экономическая составляющая (схема ценообразования для определения стоимости контракта, сроки оплаты различных услуг, налоги).
  • Контроль и управление изменениями.
  • Причины и условия выхода из контракта при преждевременном разрыве соглашения.
  • Мероприятия, запланированные при прекращении действия контракта.
  • Пути решения проблем, которые могут возникнуть под действием внешних факторов.
  • Конфиденциальность.
  • Прочие условия.
  • Ключевая часть контракта - соглашение об уровне обслуживания (SLA -Service Level Agreement), которое создает законную основу для оценки эффективности работы поставщика аутсорсинговых услуг, и является неотъемлемой частью комплекта юридической документации.

    В данном документе определяется содержание предоставляемых услуг, регламент их доступности и процедуры предоставления услуг; указываются стороны, вовлеченные в соглашение, сроки его действия. Важнейшими элементами соглашения об уровне обслуживания являются:

  • перечень показателей - метрик качества каждой из предоставляемых услуг и их уровень (набор согласованных значений);
  • регламент измерения показателей;
  • процедуры отчетности аутсорсера перед предприятием - клиентом по реальному качеству предоставляемых услуг;
  • порядок проведения совещаний по анализу отчетности;
  • ответственность сторон за предоставление услуг;
  • стоимость и условия оплаты.
  • Для определения требований к выполнению процессов и показателей качества можно использовать лучшие мировые практики и стандарты ITIL, COBIT, стандарт ISO/IEC TR 15504 SPICE (Software Process Improvement and Capability dEtermination), который может использоваться для оценки процессов, планирования, управления, контроля, и оптимизации процесса освоения новых технологий проектирования, разработки и поддержки программного обеспечения. В зависимости от типа услуги, качество ее предоставления может измеряться по  доступности; среднему количеству сбоев за определенный период, их динамике; времени, затрачиваемому на их устранение и т.д.

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

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

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

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

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

  • Традиционная схема, основанная на себестоимость услуг поставщика плюс некоторый фиксированный процент дохода.
  • Фиксированный гонорар за определенный объем услуг, уровень и качество таковых.
  • Схемы, предполагающие разделение рисков и бонусов, выраженных в количественных единицах (разновидность фиксированного гонорара за количество совершенных операций с учетом премий за перевыполнение и штрафов за недовыполнение).
  • Выбор организацией определенной схемы ценообразования определяется видом аутсорсинговых услуг, целями аутсорсинга и типом взаимоотношений, которые предполагается построить с поставщиком аутсорсинговых услуг.

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

  • Переходный период.

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

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

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

    Передача активов, процессов, знаний состоит из целого ряда специализированных проектов, связанных с созданием новой инфраструктуры, переводом/наймом персонала, установкой и внедрением новых систем, обеспечением работы в процессе передачи. Успешная реализация каждого из проектов требует наличия подробного плана исполнения. Все планы группируются по основным направлениям работ и объединяются в общий план –программу переходного периода. Примерная структура программы переходного периода для производственной компании содержит следующие направления:

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

    По завершении стабилизационной стадии переходного периода начинается процесс управления исполнением контракта.

  • Управление исполнением контракта.

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

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

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

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

  • Продление или завершение контракта.

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

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

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

  • 5.7.4. Преимущества и риски аутсорсинга

    Аутсорсинг зарекомендовал себя как эффективное средство повышения конкурентоспособности организаций. Отчеты IDC и The Yankee Group подтверждают преимущества применения аутсорсинга в организации. К числу преимуществ относится:

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

    Контрольные вопросы и упражнения

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