- •Национальный проект «Образование»
- •Содержание
- •Тема 1. Разработка архитектуры ит как элемента построения эффективной
- •Лекция 2. Процесс разработки архитектуры предприятия…………………………….53
- •Тема 6. Управление службой ит предприятия …………………………………………277
- •Введение
- •Тема 1: Разработка архитектуры ит как элемента построения эффективной
- •1. Понятие архитектуры предприятия
- •2. Стратегические цели и задачи предприятия
- •3. Бизнес – архитектура предприятия
- •4.1. Информационная архитектура (eia)
- •4.2. Архитектура прикладных решений (esa)
- •4.3. Техническая архитектура предприятия (eta)
- •Лекция 2. Процесс разработки архитектуры предприятия
- •1. Общая схема архитектурного процесса
- •2. Принципы построения архитектуры предприятия
- •3. Современные методики описания архитектуры предприятия
- •3.1. Модель Захмана
- •Описание модели Gartner
- •Стратегическая модель архитектуры sam
- •Методики Microsoft
- •Тема 2. Методологические основы управления ит-инфраструктурой предприятия
- •Применение процессного подхода при совершенствовании управления
- •1.2. Управления бизнес процессами
- •1.3.Методика внедрения процессного подхода
- •2. Современные концепции организации управления ит-подразделением как сервисной организацией
- •2.1. Концепция управления ит-подразделением — it Service Management
- •2.2. Itil — основа концепции управления ит-службами
- •Рисунке 3.6. Современная структура itil
- •3. Бизнес-ориентированное управление ит на современном предприятии
- •Тема 3. Системы управления ит-инфраструктурой предприятия Лекция 4. Модели организации управления ит-инфраструктурой
- •1. Методология Microsoft Operations Framework
- •1.1. Модель процессов
- •Квадрант «Изменение»
- •Квадрант «Обслуживание»
- •Квадрант «Поддержка»
- •Квадрант «Оптимизация»
- •1.2. Модель команды
- •1.3. Модель управления рисками
- •2. Эталонная модель Hewlett-Packard управления ит-услугами
- •2.1. Преимущества модели
- •2.2. Содержание модели
- •1.3. Процессы модели itsm
- •Координация бизнеса и ит
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление потребителями
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Разработка ит-стратегии
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Проектирование услуг и управление ими Планирование услуг
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление уровнем обслуживания
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление безопасностью
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление доступностью
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление мощностью
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление стоимостью
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Разработка и развертывание услуг Создание и тестирование
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Ввод в эксплуатацию
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление операциями
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление инцидентами
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление проблемами
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление изменениями
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление конфигурацией
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Тема 4. Организация технического обслуживания ит
- •1. Значение технического обслуживания
- •2. Что такое гарантия
- •Особенности оказания услуг в гарантийный период
- •3. Программы технического обслуживания
- •3.1. Стандартные программы технического обслуживания
- •3.2. Расширенные программы технического обслуживания
- •3.3. Обслуживание высококритичных систем
- •Регламентные мероприятия:
- •Б). Обучение технического персонала Заказчика
- •Оперативные мероприятия:
- •Б) Персонифицированное обслуживание
- •Г) Обслуживание распределенных информационных систем
- •4. Схемы технического обслуживания
- •4.1. Классическая схема обслуживания
- •4.2. Централизованная схема обслуживания
- •5. Аутсорсинг как форма эффективного управления
- •Тема 5. Управление и аудит информационных технологий Лекция 6. Современные подходы к организации управления и контроля над информационными технологиями
- •1. Необходимость эффективной системы управления и контроля над ит
- •2. Стандарт CobiT: управление и аудит ит
- •3. Стандарт CobiT: принципы управления ит
- •3.1. Модели зрелости
- •3.2. Критические Факторы Успеха
- •3.3. Ключевые Индикаторы Цели
- •3.4. Ключевые Индикаторы Результата
- •Управление ит по CobiT:
- •4. Стандарт CobiT: принципы аудита ит
- •4.2. Этика аудитора ит
- •Этический кодекс аудитора (Ассоциация isaca)
- •5. Структура принципов аудита CobiT
- •Область охвата CobiT
- •6. Взаимосвязь CobiT и других требований и стандартов
- •7. Практические рекомендации
- •Преимущества проведения регулярного аудита
- •Причины постановки управления и проведения аудита ит
- •Причины применения стандарта CobiT для управления и аудита ит
- •Предложение услуг по ит аудиту на Российском рынке
- •Тема 6. Управление службой ит предприятия
- •Правление
- •2.1. Плоская структура службы ит
- •2.2. Развернутая структура службы ит
- •2.3. Дивизиональная структура службы ит
- •3. Оценка результативности службы ит
- •4. Использование системы сбалансированных показателей для оценки работы ит-службы предприятия
- •Bsc применительно к ит
- •Индикатор 1. Ведущая роль ит-службы
- •Индикатор 2. Управление проектами и бюджетом
- •Индикатор 3. Управление операциями
- •Индикатор 4. Удовлетворение потребностей клиентов
- •Индикатор 5. Управление персоналом
- •Индикатор 6. Управление активами
- •5. Соглашение об уровне сервиса. Его значения в процессе управления сервисами
1. Значение технического обслуживания
Сейчас все реже высказывается мнение о том, что можно обойтись без технического обслуживания и без IT-услуг со стороны специализированных внешних компаний. Практика показывает, что оставаться один на один со своей информационной системой не только рискованно, но зачастую просто губительно для бизнеса всей компании в целом. Однако для окончательного решения вопроса — что такое хорошо и что такое плохо — нам часто не хватает конкретных цифр или методик оценки стоимости простоя.
Поэтому, прежде чем обратиться к рассмотрению вопросов, связанных с возможностями, предоставляемыми в рамках гарантийного или технического обслуживания информационных систем на этапе ее эксплуатации, попытаемся понять, насколько дорогостоящим может оказаться простой информационной системы и исполняемых ею задач, неоптимальное использование ее возможностей. Это позволит уяснить практическую роль технического обслуживания для решения задач, периодически возникающих при эксплуатации информационных систем.
Очевидно, что наибольшие прямые или косвенные потери компании, в первую очередь, связывают с нарушением нормального ритма работы компании, а тем более с полной остановкой бизнес-процессов. Это означает, что практически любой аварийный останов любого сервера или приложения, так или иначе скажется на эффективности работы компании в целом.
Реальные цифры потерь, обусловленные простоем информационной системы, с одной стороны, просчитать достаточно сложно, а, с другой стороны, никто не хочет "выносить сор из избы". Поэтому попробуем на примере некоторой усредненной компании "поиграть" цифрами и примерно оценить, насколько серьезными могут быть прямые и косвенные финансовые потери от вынужденных простоев информационной системы на этапе ее реальной эксплуатации.
Размеры убытков, связанных с простоем информационной системы, зависят в немалой степени от специфики компании и решаемых ею задач. При выполнении подобных расчетов полезно обратить внимание, например, на информацию, которая публикуется специализированными исследовательскими компаниями. Так, согласно статистическим исследованиям американской компании Infanetics, среднее время простоя информационной системы среднего размера составляет примерно 6% времени ее работы. Статистика по 100 ведущим американским компаниям показывает, что среднее количество остановок систем составляет около 24 в год при средней продолжительности остановки около 5 часов.
Среднестатистическое число отказов средней информационной системы можно определить и по среднему времени наработки на отказ. Рассмотрим, например, блок питания, который является достаточно уязвимым элементом оборудования. Если среднее время наработки на отказ для блока питания составляет 50 000 часов и информационная система эксплуатируется круглосуточно, то получаем см. таблицу 5.1.
Результаты обнадеживают, если не вспоминать, что в информационной системе эксплуатируется далеко не один блок питания. Достаточно умножить количество блоков питания на только что полученный результат (а для информационной системы средних размеров количество используемых блоков питания измеряется сотнями), то очень хорошим показателем будет, если в течение месяца откажет только один блок питания. В реальности количество отказов может оказаться существенно большим.
Таблица 5.1.
-
Среднее время наработки на отказ, часов
50000
Дней в году
365
Часов в сутках
24
═
1 отказ в 5,7 года
Подсчитаем оборот эксплуатирующей информационную систему организации на отдельно взятого сотрудника (разделим объем продаж на количество работающих в организации сотрудников) и затем разделим результат на количество рабочих часов в году. Результатом является оборот компании в расчете на одного сотрудника за один час. Умножим это число на количество часов, в течение которых простаивает информационная система (число отказов, умноженное на число часов простоя). Результатом вычислений являются потери в обороте организации за год, приходящиеся на одного сотрудника (таблица 5.2).
Таблица 5.2.
-
Оборот организации за год
$10.000.000
Количество сотрудников
150
Оборот на сотрудника за год
$66.666
Количество рабочих часов
2.080
Оборот на сотрудника в час
$32
Оборот на всех сотрудников в час
$4800
Количество часов простоя систем
120
Потери в обороте организации за год из-за
простоев информационной системы
$576.000
Как видно из расчетов, потери от простоев информационной системы только за один год — вполне могут быть сравнимы со стоимостью самой информационной системы.
Далее умножим количество сотрудников в организации, чья работа прямо или косвенно связана с использованием информационной системы, на среднечасовую оплату труда, а затем на количество часов простоя системы. Результатом будет максимум потерь производительности труда в год (таблица 5.3).
Таблица 5.3.
-
Среднечасовая оплата труда
$3
Количество сотрудников
150
Оплата в час для всех сотрудников
$450
Количество часов простоя в сети
120
Потеря производительности в год
$54.000
Если методика расчета прямых потерь достаточно проста и не требует объяснений, то с расчетом косвенных потерь дело обстоит не столь очевидно. Как, например, оценить потери имиджа компании от простоев информационной системы? Пожалуй, это труднее всего поддающаяся расчету характеристика.
Однако некоторые методики расчета, все-таки существуют. В одной из статей LAN Times использовалась формула умножения коэффициента 0,001 на объем годового оборота и на количество дней простоя информационной системы. Эта формула не учитывает таких необычных факторов, как риск для жизни, когда речь идет, например, об информационной системе, установленной в больнице, однако, в целом позволяет ориентировочно определить сумму косвенных потерь от вынужденных простоев (таблица 5.4).
Таблица 5.4.
-
Объем продаж в год * коэффициент
$10.000.000 * 0.001 = $10.000
Дней простоя
15
Стоимость потерь имиджа компании от простоев информационной системы за год
$150.000
Сразу оговоримся, что не существует общепринятых методов калькуляции стоимости простоев информационной системы. Однако уже из вышеприведенных примеров видно, что аварии в системе и простои поставленных перед ней задач ни в коем случае не являются ситуациями, которые следует игнорировать. Стоимость простоев высока и представляется весьма разумным, что необходимые затраты на повышение надежности эксплуатации, сокращение времени простоев информационной системы, организацию квалифицированного технического обслуживания можно рассматривать как эффективное вложение средств организации, позволяющее сократить, а порой и значительно возможные финансовые потери.
Хочется обратить внимание еще на один момент, косвенно связанный с финансовыми затратами компании. На этапе эксплуатации информационной системы часто возникают ситуации, когда ресурсов системы, необходимых для исполнения поставленных перед ней задач, становится недостаточно. Наиболее часто это происходит в случаях:
увеличения объемов исполняемых задач;
модификации прикладной части;
увеличения объемов хранимой системой информации.
Дефицит ресурсов выражается в замедлении исполняемых задач, в повышенной частоте сбоев системы, например, из-за нехватки дискового пространства для хранимых данных, повышенной загруженности сети. Однако столь очевидное в таком случае решение по расширению возможностей системы путем приобретения нового оборудования или комплектующих (памяти, дисков, процессоров) не всегда оправдывает себя. К тому же такая ситуация всегда случается "неожиданно", а экстенсивный подход прямого наращивания вычислительных мощностей весьма дорогостоящий.
Возможно, что у информационной системы есть резерв производительности, но он не использован в силу неоптимальных настроек, или система прогружена в результате нецелевого ее использования пользователями или наличия информационного "мусора" на дисках. В этом случае повышение производительности может быть достигнуто квалифицированными действиями обслуживающего персонала, что существенно снизит затраты на приобретение нового оборудования. Хотя, конечно, и прямым наращиванием мощности можно добиться временного решения возникших проблем с ресурсами.
Даже простые приведенные выше примеры показывают, что наличие квалифицированного технического обслуживания на этапе эксплуатации информационной системы является необходимым условием для исполнения поставленных перед ней задач, а ошибки при обслуживании могут выражаться в явных или в косвенных финансовых потерях, сопоставимых со стоимостью самой информационной системы.
Ответив на вопрос — для чего нужно техническое обслуживание, мы перейдем к не менее интересным вопросам — а, собственно, что представляет собой гарантийное и техническое обслуживание? В чем разница между предлагаемыми наборами услуг различных компаний, на что стоит обращать особое внимание?