Главная » Алгебра » Измерение и оценка ИТ-процессов. Стройная теория и проектная практика. Процессы управления информационными технологиями

Измерение и оценка ИТ-процессов. Стройная теория и проектная практика. Процессы управления информационными технологиями

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

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

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

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

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

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

Рис. 1. Process Intelligence - портал руководителя ИТ-подразделения

Совершенствование процессов ИТ-подразделения

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

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

Для организации сбора аналитики по «фактическому» процессу необходимо определить в нем основные контрольные точки, процессные показатели и аналитические разрезы (рис. 2).

Рис. 2. Показатели и аналитические разрезы для ИТ-процессов

При этом число точек контроля зависит от уровня автоматизации процесса - чем он выше, тем больше информации о процессе можно использовать для дальнейшего анализа. С показателями по процессам все гораздо проще, ведь большинство из них сформулировано в библиотеке ITIL. Число процессов, время реакции на инцидент, среднее время обработки инцидента, загрузка сотрудников Service Desk - все эти показатели нужно и можно контролировать с помощью инструментария Process Intelligence. Что касается аналитических разрезов, то тут основными являются следующие:

приоритет инцидента/изменения;
название сервиса;
срочность инцидента/изменения;
участник процесса;
категория инцидента/изменения;
отчетный период.

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

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

Рис. 3. Анализ процесса по различным разрезам

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

Особенность инструментария процессного анализа как раз заключается в том, что он дает возможность «увидеть» те процессы, которые выполняются в информационных системах. Например, инструмент ARIS Process Performance Manager (ARIS PPM) компании IDS Scheer может сформировать модели на основе информации о процессах, содержащейся в информационных системах, что позволяет скорректировать регламенты и определить различия между целевой моделью и фактической ситуацией (рис. 4). Возможность «восстановления» процесса в ARIS PPM помогает найти лучшие и худшие его варианты, осуществить бенчмаркинг процессов в различных подразделениях, найти «зависшие» экземпляры процессов.

Рис. 4. ARIS PPM - восстановление процесса

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

Организационный анализ

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

Рис. 5. Результаты организационного анализа в ARIS PPM

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

Заключение

Инструментарий Process Intelligence позволяет увидеть узкие места процессов и обеспечить оптимизацию процессов без снижения их качества, что может стать основой для сокращения затрат.

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

управление инцидентами;
управление проблемами;
управление изменениями;
управление запросами на предоставление сервисов;
управление уровнем сервиса.

Практика выполненных проектов показывает, что применение инструментария Process Intelligence дает возможность сократить время выполнения процессов на 15-20% при одновременном уменьшении стоимости на 10-12%.

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

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

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

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

Методы

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

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

Такой основой для многих западных стандартов и решений в области ИТ-управления стала ITIL - Information Technology Infrastructure Library. Практически все современные разработчики системного ПО и ПО управления черпают оттуда термины и методы. Что же такое ITIL?

Начиная с 1986 года Британское агентство правительственной связи (CCTA) вело работы по формализации и стандартизации методов внедрения и эксплуатации множества ИТ-систем в различных правительственных ведомствах в рамках некоммерческой программы. Накапливаемый в процессе этой работы опыт формулировался в так называемой «библиотеке IT-инфраструктур», но не был доступен широкому кругу ИТ-специалистов. Только спустя 10 лет документация, объединяющая эти методики и превратившаяся к тому времени в 24-томный труд, стала доступна всем.

ITIL - это тщательное описание модели жизненного цикла ИТ-организации, примеры реализации и комментарии специалистов. Подход ITIL заключается в разделении процесса управления ИТ на несколько дисциплин. Каждая дисциплина нацелена на решение определенных функций, но во взаимодействии с остальными. Они охватывают такие области, как управление изменениями (Change Management), управление проблемами (Problem Management), управление конфигурацией (Configuration management), управление уровнем сервиса (Service Level Management), управление планированием (Capacity Management), управление стоимостью (Cost Management) и множество других. ITIL предлагает структурированный подход к разработке, внедрению и эксплуатации каждой дисциплины. Ключевая концепция здесь - управление сервисом; на нем сфокусирована вся методология и оно объединяет остальные компоненты для достижения цели - выполнения сервисных соглашений с пользователями. Управление сервисом включает множество процедур, позволяющих быстро и эффективно формулировать, изменять и контролировать определенные для каждого пользователя уровни сервиса по заранее заданным критериям и параметрам функционирования системы.

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

Терминология ITIL

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

Configuration Item (CI). Функциональная единица ИС, по категориям Hardware, Software, Documentation, Environment, Service. С одной стороны, CI логически связан со всеми входящими в него компонентами (для компьютера это процессор, память, диск, программы, периферия), а с другой - обязательно привязан к одному или нескольким сервисам, которые он обеспечивает.
Request for Change (RfC). Запрос на изменение одного или нескольких CI. Запрос формируется на основании требований заказчика (originator), и в нем описывается, что, где, как и когда должно быть изменено. В запросе, на основании экспертных оценок, указывается, какие CI будут изменены, какие сервисы будут подвергнуты изменениям, какой риск для работоспособности системы несет данное изменение.
Service level Agreement (SLA). Формальное соглашение о предоставлении уровня сервиса. В нем приводится спецификация предоставляемых сервисов, указывается уровень обслуживания, механизм расчета уровня, роли участников соглашения, стоимость обслуживания.

ITIL определяет 9 основных процессов управления жизнедеятельностью ИС:

Change management (управление изменениями);
Configuration management (управление составом ИС);
Service level management (управление уровнем сервиса);
Availability management (управление надежностью);
Capacity management (планирование ресурсов);
Cost management (управление стоимостью обслуживания);
Software control & distribution (контроль и распространение ПО);
Incident management (управление заявками на обслуживание);
Problem management (устранение нарушений работы сервисов).

Change management

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

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

Функции:

управление запросами на изменение (RfC);
подтверждение и планирование изменений;
управление приоритетами запросов.

Configuration Management

Задача: обеспечение информацией об инфраструктуре других процессов и ИТ-менеджеров.

Функции:

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

Service level Management

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

Функции:

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

Большое внимание при разработке модели уделяется взаимосвязи процессов и общему использованию управляющей информации.

Например, процесс Change management выполняет контроль изменения текущей конфигурации, ее защиты от неавторизованных и непроверенных изменений. Конфигурационная информация, содержащаяся в центральном хранилище, позволяет анализировать область воздействия вносимых изменений, возможные риски и стоимость изменений. Это хранилище доступно также процессам Help Desk, Problem management, процессу планирования. Процесс Service Level Manager формирует и поддерживает список всех сервисов (услуг), предоставляемых пользователям для выполнения их бизнес-функций. Эта же информация используется для контроля работы других процессов, таких как Help Desk, Change Manager, Capacity Manager, Software Control & Distribution Manager, Availability manager.

Технологии

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

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

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

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

Надо заметить, что многие компании - производители ПО системного управления - имеют в своих портфолио решений компоненты и блоки технологий, реализующие те или иные функции, сформулированные в ITIL. Однако наибольших результатов в этой области добилась компания Hewlett-Packard, которая еще в 1997 году сформулировала свою концепцию ИТ-управления, включающую технологии и средства их реализации, под названием IT Service Management (ITSM). Эта концепция рассматривает реализацию рекомендаций ITIL с помощью программных средств семейства HP OpenView. Это решение, базирующееся на каркасе ITIL, включает в себя программные модули различного функционального назначения - от средства быстрого составления контрактов на обслуживание (SLA Wizard) до инструментария, отслеживающего влияние отказавшего ресурса на другие сервисы (Service Navigator).

Средства

Решения OpenView можно условно разбить на 3 группы.

Средства сетевого и системного управления. Это прежде всего платформа сетевого управления Network Node Manager, с которой интегрируются многочисленные компоненты управления сетевым оборудованием (Cisco Works, Optivity). Сюда же входят система управления резервным копированием OmniBack, элементы мониторинга производительности серверов и баз данных (Database Pack, Performance Monitor).
Единая консоль управления компонентами ИС, охватывающая множество компонентов и позволяющая централизованно контролировать целый ряд рабочих характеристик ИС, предупреждать и анализировать сбои (Vantage Point).
Компоненты, выполняющие процессы IT service management (ITSM, ServiceDesk).

Важный элемент семейства OpenView - HP OpenView Service Desk. Он фокусируется на процессах управления уровнем сервиса и предназначен для оптимизации процессов ИТ-управления (ITSM), процессов поддержки пользователей (Help Desk), для взаимосвязи ИТ-управления с бизнесом компании. Service Desk обеспечивает ИТ-персоналу обратную связь с пользователями, позволяет понять, каким образом бизнес-подразделения используют ресурсы ИС, какие ресурсы для них важнее и что их не устраивает в существующей системе.

Заключение

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

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

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

ПРОЦЕССЫ УПРАВЛЕНИЯ ИНФОРМАЦИОННЫМИ ТЕХНОЛОГИЯМИ

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

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

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

Ниже перечислены задачи системы текущего управления ИТ.

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

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

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

Разработать нормативы эффективности использования информационных технологий.

Подготовить необходимую информацию для принятия решений об инвестициях в ИТ.

При создании системы текущего управления ИТ нужно учитывать следующие факторы:

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

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

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

Организация системы текущего управления на предприятии в целом, как и принципы, лежащие в основе ее построения, влияют на систему текущего управления ИТ.

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

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

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

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

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

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

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

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

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

Насколько структура текущего управления ИТ должна быть подобна структуре текущего управления в других подразделениях предприятия? Как осуществлять управление ИТ, если эти структуры различны? Может ли такое положение сохраняться долго?

Как установить баланс между решением задач текущего управления ИТ и своевременными инновациями?

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

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

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

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

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

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

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

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

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

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

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

Ограниченность финансовых и управленческих ресурсов -- еще один довод в пользу планирования ИТ.

Усиление роли вычислительных сетей и хранилищ данных для создания корпоративных информационных систем. Все больше внимания приходится уделять проектированию сетей, обеспечивающих обмен данными и поддерживающих работу приложений, которые используются в разных подразделениях предприятия. Не менее важны сети, устанавливающие связи предприятия с его потребителями и с поставщиками. Возрастает роль хранилищ данных (Data Warehouse) для многомерного хранения агрегированных фактических и прогнозируемых данных, необходимых аналитикам для принятия решений; витрин данных (Data Mart) -- для концентрации данных, относящихся к отдельным аспектам деятельности организации и максимально приближенных к конечному пользователю; технологий аналитической обработки данных (OLAP), содержащих гибкие механизмы манипулирования данными и их визуального отображения и обеспечивающих возможность обработки запросов «в реальном времени» -- в темпе процесса осмысления данных пользователем.

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

Требования к планированию на различных этапах внедрения ИТ:

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

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

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

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

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

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

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

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

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

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

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

Часто возникают две проблемы:

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

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

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

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

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

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

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

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

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

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

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

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

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

Измерение и оценка ИТ-процессов. Стройная теория и проектная практика

Подробности 05 февраля 2013

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

ИТ-процессы

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

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

Зачем и для кого выполняются измерение и оценка

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

Таким образом, измерение и оценка ИТ-процессов выполняются в интересах двух основных групп заинтересованных лиц (stakeholders):

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

Что и как измерять и оценивать

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

Результативность ИТ-процессов (effectiveness)

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

назначение определяет роль процесса в системе управления, то есть ответ на вопрос «зачем нужен этот процесс, за что он отвечает ». Назначение процесса, как правило, более-менее универсально, то есть мало меняется от компании к компании. Формулировки назначений для ИТ-процессов можно найти в стандартах и сводах знаний, предлагающих процессные модели (COBIT , ITIL® , ISO/IEC 20000);
цель процесса определяет, что должен обеспечить процесс в некоторый фиксированный отрезок времени. Цели должны соответствовать критериям SMART (specific, measurable, achievable, relevant, time-bound). В отличие от назначения, цели процесса не только могут, но и должны регулярно верифицироваться и пересматриваться, что является ответственностью владельца процесса.

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

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

увеличение доли своевременно решённых инцидентов до 95%
увеличение доли обращений, решённых на первой линии, до 50%

доля инцидентов и запросов, решённых в срок [%]
среднее время решения инцидентов в разбивке по уровню влияния [час]

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

довести уровень удовлетворён¬ности заказчиков качеством ИТ-услуг до 90%
обеспечить своевременность формирования отчётов по ИТ услугам на уровне 100%

Примеры метрик результативности:

интегральный показатель качества ИТ-услуг (рассчитывается по отчётам о предоставлении ИТ-услуг за период) [%]
уровень удовлетворённости заказчиков качеством ИТ-услуг (рассчитывается по результатам опроса заказчиков за период) [%]

Степень соответствия ИТ-процессов требованиям (compliance)

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

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

Оценка уровня зрелости обычно выполняется с использованием так называемых «моделей зрелости» (maturity models). Модели зрелости могут быть самостоятельными сводами знаний или входить в состав других сводов знаний и стандартов. Наиболее известные модели зрелости:

Capability Maturity Model (CMM) , разработанная Software Engineering Institute of Carnegie Mellon University. Эта модель была принята за основу при разработке модели зрелости процессов в составе COBIT (до версии 4.1 включительно);
ISO/IEC 15504 «Information technology – Process assessment» . Эта модель была принята за основу при разработке модели зрелости процессов управления ИТ, вошедшей в состав новой – пятой – версии COBIT.

Пример оценки уровня зрелости группы процессов ITIL представлен на следующем рисунке:

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

Рациональность использования ресурсов (efficiency)

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

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

Продуктивность процесса (productivity)

Метрики продуктивности характеризуют объём работ по исполнению и контролю процесса. Это очень важный фактор и на этапе проектирования, и на этапе исполнения процесса. Например, при проектировании процесса управления изменениями важно понимать, какой поток изменений ожидается, прежде чем записать в регламент процесса «Все изменения рассматриваются на CAB (Change Advisory Board, комитет по управлению изменениями) ». На этапе исполнения изменение входного потока процесса может влиять на показатели его результативности, степени соответствия и рациональности. Например, увеличение потока инцидентов с 8 000 до 15 000 в месяц (за счёт неудачного внедрения новой ИТ-системы) может существенно снизить значение метрики результативности «Доля инцидентов и запросов пользователей, решённых в срок ». Поэтому показатели продуктивности также должны включаться в рассмотрение при выполнении оперативного контроля и оценки процессов.

Структура и принципы реализации системы измерения и оценки

Общая структура системы измерения и оценки представлена ниже:

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

На практике при реализации системы измерения и оценки важно соблюдать ряд правил:

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

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

МИНИСТЕРСТВО СПОРТА, ТУРИЗМА И МОЛОДЕЖНОЙ ПОЛИТИКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования «Волгоградская государственная академия физической культуры»

Орлова Ю.А.

Часть 2. УПРАВЛЕНИЕ ИНФОРМАЦИОННЫМИ ТЕХНОЛОГИЯМИ

ЛЕКЦИЯ №2.3

«Процессы управления информационными технологиями»

Волгоград

	ПЛАН ЛЕКЦИИ
	ТЕКУЩЕЕ УПРАВЛЕНИЕ ИТ...........................................................................
	ПЛАНИРОВАНИЕ ИТ.........................................................................................
	АУДИТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ...........................................

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

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

1. ТЕКУЩЕЕ УПРАВЛЕНИЕ ИТ

Текущее управление ИТ осуществляется на базе годового плана, в

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

определены мощности ИТ и численность обслуживающего персонала.

Ниже перечислены задачи системы текущего управления ИТ.

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

Создать условия для распространения технологий,

соответствующих стратегическим потребностям предприятия.

Разработать нормативы эффективности использования информационных технологий.

Подготовить необходимую информацию для принятия решений об инвестициях в ИТ.

При создании системы текущего управления ИТ нужно учитывать следующие факторы:

Текущее управление должно различать ИТ, находящиеся на различных фазах развития. «Зрелые» технологии следует контролировать,

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

Работоспособность системы текущего управления ИТ определяется конкретными внешними и внутренними факторами деятельности предприятия. К таким факторам относятся:

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

мер и структура предприятия, отношения между различными подразделениями.

Операционные вопросы

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

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

проводником изменений.

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

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

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

Неформальный надзор и контроль персонала, свойственный небольшим предприятиям, обычно не подходит для более крупных предприятий,

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

наоборот, децентрализованное предприятие, учитывающее прибыль,

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

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

Как установить баланс между решением задач текущего управления ИТ и своевременными инновациями?

Учет характеристик внедряемых ИТ

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

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

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

Система текущего управления предприятием решает три категории задач

Управление результатами, персоналом и процессами.

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

Управление персоналом концентрируется на практике найма,

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

Управление процессами, протекающими на предприятии,

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

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

2. ПЛАНИРОВАНИЕ ИТ

Факторы, вызывающие потребность в планировании ИТ

По мере того, как в последние десятилетия сложность ИТ возрастала, а

масштаб их применения расширялся, все более важной становилась роль планирования информационных технологий.

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

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

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

вследствие чего необходимо устанавливать приоритеты в их использовании, а

также привлекать внешние источники разработки и поддержки ИТ.

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

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

Зависимость различных направлений деятельности предприятия от ИТ.

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

Требования к планированию на различных этапах внедрения ИТ

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

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

разной степени знакомо с той или иной технологией.

Факторы, влияющие на результативность планирования ИТ

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

Затраты ресурсов на планирование. Финансовые и людские ресурсы,

вовлеченные в планирование ИТ, отвлекаются от других видов деятельности, в

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

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

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

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

Часто возникают две проблемы:

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

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

Напечатать