Роль ИТ-стратегии для развития ИТ-службы

 

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

Стадии доверия к ИТ-службе

Название                 Характеристика ИТ-службы со стороны бизнес-подразделений                 Ключевые задачи ИТ-службы

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

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

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

Доверие                   Эффективность как в оказании услуг, так и в планировании, стратегии, успешная совместная работа Укрепление связи с бизнесом, организация процессов финансирования, развитие конкурентоспособности

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

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

-обеспечение соответствия ИТ- и бизнес-стратегии;

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

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

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

-развитие бизнеса за счет возможностей информационных технологий.

 

Назначение ITSM

 

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

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

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

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

Концепция ITSM находит своё отражение во многих подходах и методологиях, включая:

1 ITIL (The Information Technology Infrastructure Library) - библиотеку передового опыта в области управления ИТ;

2 CobiT (Control Objectives for Information and Related Technology) – стандарт в области контроля за информационными технологиями;

Основные процессы, рассматриваемые в ITIL

 

ITIL - это библиотека лучших практических способов организации предоставления ИТ-услуг для работы подразделений или компаний. Данная аббривиатура образована от английского IT Infrastructure Library, что в переводе означает " библиотека инфраструктуры информационных технологий".

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

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

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

Главный акцент ITIL делается прежде всего на описании сервисов и поддержки. Основные процессы, рассматриваемые в ITIL:

-управление инцидентами (Incident management);

-управление проблемами (Problem management);

-управление конфигурациями (Configuration management);

-управление изменениями (Change management);

-управление версиями (Release management);

-управление мощностями (Capacity management);

-управление доступностью (Availability management);

-управление уровнями обслуживания (Service-level management).

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

 

IDEF0. ICOM-соды

 

ICOM (аббревиатура от Input, Control, Output и Mechanism) — коды, предназначенные для идентификации граничных стрелок. Код ICOM содержит префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер.

несвязанными стрелками,

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

Связь по входу(output-input), когда стрелка выхода вышестоящей работы (далее — просто выход) направляется на вход нижестоящей

Связь по управлению(output-control), когда выход вышестоящей работы направляется на управление нижестоящей.

Обратная связь по входу(output-input feedback), когда выход нижестоящей работы направляется на вход вышестоящей.

Обратная связь по управлению(output-control feedback), когда выход нижестоящей работы направляется на управление вышестоящей

Связь выход-механизм(output-mechanism), когда выход одной работы направляется на механизм другой. Эта взаимосвязь используется реже остальных и показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой

Явные стрелки. Явная стрелка имеет источником одну-единственную работу и назначением тоже одну-единственную работу.

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

 

DEF0. Контекстная диаграмма

 

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

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

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

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

 

⇐ Предыдущая123Следующая ⇒

Поделиться: