1. Введение в ITSM (ITIL v.3)
Андрей Кочуков. ISS-advance (Киев)

2. История ITIL
• ITIL- IT Infrastructure Library
• Существует с 80-х годов прошлого века
• Издается британским правительственным
агентством (OGC)
• Библиотека передового опыта по
предоставлению ИТ-Cервисов

3. MOF

4. MOF v.4

5. HP ITSM reference
model

6. IBM IT process model

7. Цикл управления
качеством
Цикл Демминга, PDCA
предназначен для
определения качества
сервиса и мерах по его
повышению.
Имеет смысл только в
конкурентной среде

8. IT как полноправный
партнер бизнеса
Внедрение управления Cервисами
Управление Управление
С точки
Технология
Cервисами ICT
зрения
Поддержка
Бизнес
бизнеса инфраструк-
Cервисов турой
Предоставление Управление
Cервисов безопас-
ностью
Управление приложениями
10

9. Подходы в управлении
Функциональный – каждому сотруднику
соответствует его функция
Проектный – создается временная
команда проекта
Процессный - ролевая модель
управления

10. Понятие процесса
Совокупность взаимосвязанных и
взаимодействующих видов деятельности,
преобразующая входы в выходы
(ISO 9000:2001)

11. Уровни зрелости
процессов
–0 Отсутствующий
–1 Начальный
–2 Повторяемый
–3 Определенный
–4 Управляемый
–5 Оптимизируемый

12. Стратегия сервисов
Формирование стратегии
Управление Финансами
Управление портфелем сервисов
Управление требованиями

13. Формирование стратегии
Атрибуты описания Атрибуты описания
сервиса экземпляра сервиса
Категория Статус жизненного цикла
Цена сервиса
Опции Связанные CI
Процедура запроса Изменения
сервиса Инциденты
Утверждающие лица Остановки в работе
SLA на сервис сервиса, история
Метрики SLA
Связи с пользователями
через индивидуальную
подписку
Связи с департаментами
через коллективную
подписку

14. Управление потребностями
Достичь понимания
требований;
Получить обязательства по
выполнению требований;
Управлять изменениями к
требованиям;
Установить и поддерживать
двустороннюю
прослеживаемость требований;

15. Финансовый менеджмент
• Цель: обеспечить надежную
финансовую основу деятельности по
предоставлению ИТ-Сервисов
• Обычно рассматривается как
совокупность трех процессов:
• Бюджетирование
• Учет затрат (Accounting)
• Возмещение затрат (Charging)

16. Модель затрат
Элементы затрат
HW SW HR Прочие
Прямые затраты
Правовики Кадры
Непрямые затраты
ПоглощаемыеНепоглощаемые
Прямые +
поглощаемые
затраты
Непоглощаемые затраты полностью и
максимально справедливо делятся
между всеми получателями Сервиса.

17. Типы сервис провайдеров
ТипI: организация предоставляет сервис
исключительно для одного бизнес- подразделения
Тип II: Обслуживание нескольких бизнес
подразделений внутри одной организации
Тип III: аутсорсинговая сервисная организация
предоставляет сервис внешним заказчиках

18. Управление портфелем
сервисов
Service Portfolio Management (SPM)
Определение: инвентаризация сервисов, обеспечение выполнения
бизнес задач и подтверждение актуальности данных из портфеля услуг
 Анализ: повышения стоимости портфеля услуг, выстраивание и
приоретизация на основе спроса и предложения
 Одобрение: окончательное подверждение предложенного порфеля
услуг, авторизация сервисов и выделенных ресурсов
 Подписание документа: сообщение решений, распределение
ресурсов и предоставление сервисов.

19. Схема управления портфелем
сервисов

20. Дизайн сервисов
Цель:
Построение соответствующего и инновационного IT
сервиса, с учетом архитектур, процессов, политик и
документации, для удовлетворения существующих и
будущих потребностей бизнеса.

21. Ключевые принципы дизайна
сервисов
5 индивидуальных аспектов Дизайна Сервисов:
 Новые или измененные сервисы
 Система управления сервисами и инструменты
сервисов, отображенных в Портфеле сервисов
 Технологическое обеспечение управления
сервисами
Процессы, роли и соответствия
 Методы измерения и метрики.

22. Управление каталогом
услуг
Цели создания каталога услуг:
Переход на сервисно - ориентированную модель
Прозрачность предоставления IT услуг
Улучшение взаимодействия с потребителями услуг
Построение долгосрочных отношений между IT и
бизнесом
Управление издержками на обслуживание

23. Управление Доступностью
Цель: определять требуемый бизнесу
уровень Доступности и обеспечивать его
путем планирования, мониторинга и
непрерывной деятельности по
повышению уровня Доступности IT-
инфраструктуры

24. Планирование Доступности
Требования к
Доступности
Планирование
Обслуживание
Доступность
Восстановление
Надежность
Управление Инцидентами
Ремонтопригодность Service Desk

25. Доступность и стоимость

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

27. Схема процесса
Выявлять
требования
заказчика
Повышать Предоставлять
качество сервиса сервис
Оценивать
предоставление
сервиса

28. Сервис
Результат взаимодействия поставщика и
потребителя
•Свойства Сервиса:
•Неосязаемость
•Неотделимость
•Непостоянство качества
•Несохраняемость

29. Управление Непрерывностью
ИТ-Сервисов
• Цель: обеспечить восстановление IT-
инфраструктуры (включая Сервисы) в
течение требуемого отрезка времени.
• Этот процесс – часть процесса управления
Непрерывностью бизнеса

30. Параметры Сервиса
– Измеримость
– Время/место предоставления
– Доступность
– Время выполнения запросов

31. Управление поставщиками
Целью области процессов quot;Управление поставщикамиquot; является
управление процессом приобретения продуктов и услуг от
поставщиков, с которыми заключены формальные соглашения
(контракты).

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

33. Место Service Transition в
жизненном цикле

34. Ключевые принципы Service
Transition
Понимание всех сервисов, их полезности (utility) и гарантии (warranties).
 Установление формальной политики и по внедрению всех необходимых
изменений.
 Поддержка изменений в базе знаний, содействие принятию и
продолжению использования существующих процессов, систем и т.д.
Проактивность в управлении ‘изменения курса’.
 Гарантия соответствия внедренных процессов и процессных требований
всему жизненному циклу сервисов.

35. Создание ценности

36. Управление Изменениями
Цель процесса: обрабатывать все Изменения
стандартными методами и процедурами, с тем,
чтобы минимизировать ущерб для бизнеса,
вызванный этими Изменениями

37. Роль Change mgmt в Service
Transition
Бизнес Сервис провайдер Внешний поставщик
Стратегические Управление Управление IT Управление
изменения бизнесом сервисами поставщиками
Тактические Управление Управление
изменения бизнес- Портфель внешними
процессами сервисов сервисами
Операционные Управление Предоставле
изменения бизнес- Предоставле
ние сервисов ние сервисов
активностями

38. Почему нужно управление
Изменениями?
• Каждое Изменение делается с благими намерениями
• Каждое Изменение потенциально опасно для
предоставляемых Сервисов
• Менеджер по Изменениям – главное действующее
лицо данного процесса

39. Управление
Конфигурациями
• Service Asset and Configuration
Management (SACM)
• Цель: SACM поддерживает бизнес,
предоставляя актуальную
информацию, и актуализируя данные
учета единиц инфраструктуры и их
отношений.
• Похоже на учет, но это не одно и то
же

40. Configuration management
System
Концепция Configuration Management System (CMS) выстраивается
на основании данных заложенных в Configuration Management
Database (CMDB) показать сервисы оказываемые бизнесу и все
компоненты инфраструктуры, влияющие или принимающие
участие в предоставлении этого сервиса. В то время как CMDB
требует много времени и ресурсов для заполнения, CMS
основывается на технологиях интеграции существующих данных,
процессов и исполнителей.
CMS не является заменой полноценной CMDB, а только частью
отвечающей за учет оборудования и ПО для уже предоставляемых
сервисов

41. Управление знаниями
Цель процесса:
Убедиться в том что нужный человек в нужное время
обладает нужными знаниями для предоставления
сервисов
Задачи процесса:
Повышение качества предоставляемого сервиса
 Однозначное и полное понимание ценности сервисов
 Актуальная и доступная информация.

42. Управление Релизами и
Развертыванием
• Цель: формирование и установка на положенное
место всех аспектов сервисов, обеспечение
эффективности использования новых или
измененных сервисов.
• Релиз – совокупность одобренных Изменений
Процесс управления релизами- «руки» процесса
управления изменениями

43. Планирование и поддержка
Целями процесса Планирования и Поддержки
Развертывания являются:
Планирование и координация ресурсов чтобы
убедиться что требования Service Strategy
транслированы в Service Design и эффективно
реализованы в Service Operations
 Идентификация, управление и контроль рисков
ошибок и нарушений в момент развертывания
процессов.

44. Тестирование
Цель процесса:
Убедиться в том все требования к сервису,
освещенные в SLA, так же как ценности и
гарантии касательные функциональности,
доступности, непрерывности, безопасности,
простоты и удобства использования, и пути
возврата к предыдущим версиям сервисов
протестированы и функционируют .

45. Оценка
Цель процесса:
Убедиться что предоставленный сервис
соотвествует требованиям заказчика, а способы
контроля и метрики позволяют оценить его
реальную эффективность
Ключевой процесс внедрения сервисов
(Service Transition)

46. Место операционной
поддержки в жизненном цикле
Управление коммуникациями и
обязательствами по
предоставлению сервисов
Управление
организационными изменениями
на стороне представителя и
заказчика
 Контроль и управление
заинтересованными сторонами
в предоставлении сервисов
 Организация процессов
Service Transition и ключевых
ролей.

47. Цели Service Operation
Цели Service Operation:
Обеспечение доставки сервисов
согласованного уровня до пользователей и
заказчиков. Управление
приложениями, технологиями и
инфраструктурой которая поддерживает
данные сервисы.

48. Управление событиями и
мониторинг
Управление событиями наблюдает за
событиями, связанными с изменениями
в ИТ инфраструктуре и(или)
оказываемых ИТ сервисах.
Мониторинг – наблюдение за
состоянием, данное понятие является
более широким, чем управление
событиями.
Например, средства контроля
проверяют состояние устройства на
предмет его функционирования в
допустимых пределах, даже если это
устройство не генерирует никаких
событий.

49. Управление событиями
Event management
Событие – поддающееся обнаружению
явление, имеющее значение для управления
инфраструктурой ИТ или предоставления ИТ
сервисов.

50. Инцидент (ITIL)
Любое событие, не являющееся частью
нормального функционирования Сервиса,
которое привело или может привести к
прекращению предоставления Сервиса
или к снижению его качества.

51. Управление инцидентами
• Цель: как можно скорее восстановить
нормальное, как описано в SLA,
предоставление Сервиса

52. Ключевые показатели
• Количество Инцидентов
• Достигает ли процесс цели?
– Количество выполненных/вовремя
– Среднее время выполнения
• Оптимальны ли затраты?
– Средняя стоимость выполнения

53. Жизненный цикл инцидента
• Регистрация
• Классификация
• Поиск решения
• Применение решения
• Закрытие

54. Управление Проблемами
Цель: минимизировать
вред, наносимый
Инцидентами и
Проблемами,
вызванными ошибками в
IT-инфраструктуре, и
предотвратить
повторное появление
таких Инцидентов

55. Общая схема процесса
Информация Problem control
Известная Error control
ошибка
Проактивное
Информация,
Информация управление действия
Проблемами

56. Problem control
• Цель: найти причину (и способ устранения
или обхода проблемы)
• Как:
• Выявить и зарегистрировать
• Классифицировать
• Найти решение

57. Error control
• Цель: контролировать все известные ошибки
и при необходимости устранять их
• Как:
– Выявить и зарегистрировать
– Оценить
– Найти способ устранения
– Описать и внести в базу знаний
– Закрыть

58. КД и ПД
Организация должна устранять причины
имевшихся и потенциальных несоответствий,
чтобы не допустить их (повторного) появления
(ГОСТ Р ИСО 9001:2001)

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

60. CIA
• Конфиденциальность (кто имеет доступ к
информации)
• Целостность (не должно быть
«неправильной» информации)
• Доступность (информация должна быть
доступна, тем, кому и когда она нужна)

61. Постоянное улучшение
сервисов
Continual Service Improvement (CSI) занят разработкой шагов по
повышению качества предоставляемых сервисов в рамках жизненного
цикла процессов ITSM
Виденье Бизнес
виденье, цели
Где мы сейчас? Аудит
Как будем
продолжать Где мы хотим быть Измеримые цели
двигаться?
Улучшения сервисов
Как мы туда дойдем и процессов
Метрики и оценка
Уже дошли?

62. Путь к улучшению
Определение 1. Что должны
• Виденье измерять
•Стратегия
• Тактика
• Операционное обслуживание
2. Что можем
7. Произведение измерять?
корректирующих
действий
Цели
6. Представление с 3. Сбор данных,
использованием Кто, когда и как
информации, результатов
аудита, планы действий, etc.
5. Анализ данных 4. Обработка
Отношения? Тенденции? данных
Соответствия плану?
Цель достигнута?
Корректирующие?

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

64. Системы автоматизации
Систем автоматизации процессов существует масса.
Главное не система автоматизации а процесс.
Система автоматизации не панацея.
Хорошая система автоматизации:
•Известность на рынке
•Схема внедрения логична и понятна
•Гарантированная поддержка
•Обучение персонала
•Схема обновления

65. Ключевые факторы успеха
Поддержка руководства
Поддержка сотрудников ИТ
Профессиональная комманда внедрения
Проектное управление

66. План проекта внедрения
Обучение
Формирование команды
Аудит
Формализация процессов
Внедрение

67. Дельта-Банк
Финансы и кредит
Райффайзен банк Аваль
Приоком (телеком оператор)

68. Вопросы ?