Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare a Scribd company logo

Sef 2009 Itsm

•Download as PPTX, PDF•
•
S
sef2009
1 of 68
Введение в ITSM (ITIL v.3) Андрей Кочуков. ISS-advance (Киев)
История ITIL • ITIL- IT Infrastructure Library • Существует с 80-х годов прошлого века • Издается британским правительственным агентством (OGC) • Библиотека передового опыта по предоставлению ИТ-Cервисов
MOF
MOF v.4
HP ITSM reference model
IBM IT process model
Цикл управления качеством Цикл Демминга, PDCA предназначен для определения качества сервиса и мерах по его повышению. Имеет смысл только в конкурентной среде
IT как полноправный партнер бизнеса Внедрение управления Cервисами Управление Управление С точки Технология Cервисами ICT зрения Поддержка Бизнес бизнеса инфраструк- Cервисов турой Предоставление Управление Cервисов безопас- ностью Управление приложениями 10
Подходы в управлении Функциональный – каждому сотруднику соответствует его функция Проектный – создается временная команда проекта Процессный - ролевая модель управления
Понятие процесса Совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующая входы в выходы (ISO 9000:2001)
Уровни зрелости процессов –0 Отсутствующий –1 Начальный –2 Повторяемый –3 Определенный –4 Управляемый –5 Оптимизируемый
Стратегия сервисов Формирование стратегии Управление Финансами Управление портфелем сервисов Управление требованиями
Формирование стратегии Атрибуты описания Атрибуты описания сервиса экземпляра сервиса Категория Статус жизненного цикла Цена сервиса Опции Связанные CI Процедура запроса Изменения сервиса Инциденты Утверждающие лица Остановки в работе SLA на сервис сервиса, история Метрики SLA Связи с пользователями через индивидуальную подписку Связи с департаментами через коллективную подписку
Управление потребностями Достичь понимания требований; Получить обязательства по выполнению требований; Управлять изменениями к требованиям; Установить и поддерживать двустороннюю прослеживаемость требований;
Финансовый менеджмент • Цель: обеспечить надежную финансовую основу деятельности по предоставлению ИТ-Сервисов • Обычно рассматривается как совокупность трех процессов: • Бюджетирование • Учет затрат (Accounting) • Возмещение затрат (Charging)
Модель затрат Элементы затрат HW SW HR Прочие Прямые затраты Правовики Кадры Непрямые затраты ПоглощаемыеНепоглощаемые Прямые + поглощаемые затраты Непоглощаемые затраты полностью и максимально справедливо делятся между всеми получателями Сервиса.
Типы сервис провайдеров ТипI: организация предоставляет сервис исключительно для одного бизнес- подразделения Тип II: Обслуживание нескольких бизнес подразделений внутри одной организации Тип III: аутсорсинговая сервисная организация предоставляет сервис внешним заказчиках
Управление портфелем сервисов Service Portfolio Management (SPM) Определение: инвентаризация сервисов, обеспечение выполнения бизнес задач и подтверждение актуальности данных из портфеля услуг  Анализ: повышения стоимости портфеля услуг, выстраивание и приоретизация на основе спроса и предложения  Одобрение: окончательное подверждение предложенного порфеля услуг, авторизация сервисов и выделенных ресурсов  Подписание документа: сообщение решений, распределение ресурсов и предоставление сервисов.
Схема управления портфелем сервисов
Дизайн сервисов Цель: Построение соответствующего и инновационного IT сервиса, с учетом архитектур, процессов, политик и документации, для удовлетворения существующих и будущих потребностей бизнеса.
Ключевые принципы дизайна сервисов 5 индивидуальных аспектов Дизайна Сервисов:  Новые или измененные сервисы  Система управления сервисами и инструменты сервисов, отображенных в Портфеле сервисов  Технологическое обеспечение управления сервисами Процессы, роли и соответствия  Методы измерения и метрики.
Управление каталогом услуг Цели создания каталога услуг: Переход на сервисно - ориентированную модель Прозрачность предоставления IT услуг Улучшение взаимодействия с потребителями услуг Построение долгосрочных отношений между IT и бизнесом Управление издержками на обслуживание
Управление Доступностью Цель: определять требуемый бизнесу уровень Доступности и обеспечивать его путем планирования, мониторинга и непрерывной деятельности по повышению уровня Доступности IT- инфраструктуры
Планирование Доступности Требования к Доступности Планирование Обслуживание Доступность Восстановление Надежность Управление Инцидентами Ремонтопригодность Service Desk
Доступность и стоимость
Управление уровнем Сервиса Цель: обеспечивать и улучшать качество Сервиса Способ: непрерывный цикл: определение необходимого уровня Сервиса, мониторинг предоставляемого Сервиса, действия по устранению некачественного Сервиса
Схема процесса Выявлять требования заказчика Повышать Предоставлять качество сервиса сервис Оценивать предоставление сервиса
Сервис Результат взаимодействия поставщика и потребителя •Свойства Сервиса: •Неосязаемость •Неотделимость •Непостоянство качества •Несохраняемость
Управление Непрерывностью ИТ-Сервисов • Цель: обеспечить восстановление IT- инфраструктуры (включая Сервисы) в течение требуемого отрезка времени. • Этот процесс – часть процесса управления Непрерывностью бизнеса
Параметры Сервиса – Измеримость – Время/место предоставления – Доступность – Время выполнения запросов
Управление поставщиками Целью области процессов quot;Управление поставщикамиquot; является управление процессом приобретения продуктов и услуг от поставщиков, с которыми заключены формальные соглашения (контракты).
Анализ требований и выработка стратегии •какие бизнес-процессы критические? Анализ уязвимости •что случится, если они остановятся? бизнеса •что может им повредить? Оценка рисков •насколько реальна угроза? •насколько велик урон? •меры по снижению рисков Выработка •способы восстановления стратегии
Место Service Transition в жизненном цикле
Ключевые принципы Service Transition Понимание всех сервисов, их полезности (utility) и гарантии (warranties).  Установление формальной политики и по внедрению всех необходимых изменений.  Поддержка изменений в базе знаний, содействие принятию и продолжению использования существующих процессов, систем и т.д. Проактивность в управлении ‘изменения курса’.  Гарантия соответствия внедренных процессов и процессных требований всему жизненному циклу сервисов.
Создание ценности
Управление Изменениями Цель процесса: обрабатывать все Изменения стандартными методами и процедурами, с тем, чтобы минимизировать ущерб для бизнеса, вызванный этими Изменениями
Роль Change mgmt в Service Transition Бизнес Сервис провайдер Внешний поставщик Стратегические Управление Управление IT Управление изменения бизнесом сервисами поставщиками Тактические Управление Управление изменения бизнес- Портфель внешними процессами сервисов сервисами Операционные Управление Предоставле изменения бизнес- Предоставле ние сервисов ние сервисов активностями
Почему нужно управление Изменениями? • Каждое Изменение делается с благими намерениями • Каждое Изменение потенциально опасно для предоставляемых Сервисов • Менеджер по Изменениям – главное действующее лицо данного процесса
Управление Конфигурациями • Service Asset and Configuration Management (SACM) • Цель: SACM поддерживает бизнес, предоставляя актуальную информацию, и актуализируя данные учета единиц инфраструктуры и их отношений. • Похоже на учет, но это не одно и то же
Configuration management System Концепция Configuration Management System (CMS) выстраивается на основании данных заложенных в Configuration Management Database (CMDB) показать сервисы оказываемые бизнесу и все компоненты инфраструктуры, влияющие или принимающие участие в предоставлении этого сервиса. В то время как CMDB требует много времени и ресурсов для заполнения, CMS основывается на технологиях интеграции существующих данных, процессов и исполнителей. CMS не является заменой полноценной CMDB, а только частью отвечающей за учет оборудования и ПО для уже предоставляемых сервисов
Управление знаниями Цель процесса: Убедиться в том что нужный человек в нужное время обладает нужными знаниями для предоставления сервисов Задачи процесса: Повышение качества предоставляемого сервиса  Однозначное и полное понимание ценности сервисов  Актуальная и доступная информация.
Управление Релизами и Развертыванием • Цель: формирование и установка на положенное место всех аспектов сервисов, обеспечение эффективности использования новых или измененных сервисов. • Релиз – совокупность одобренных Изменений Процесс управления релизами- «руки» процесса управления изменениями
Планирование и поддержка Целями процесса Планирования и Поддержки Развертывания являются: Планирование и координация ресурсов чтобы убедиться что требования Service Strategy транслированы в Service Design и эффективно реализованы в Service Operations  Идентификация, управление и контроль рисков ошибок и нарушений в момент развертывания процессов.
Тестирование Цель процесса: Убедиться в том все требования к сервису, освещенные в SLA, так же как ценности и гарантии касательные функциональности, доступности, непрерывности, безопасности, простоты и удобства использования, и пути возврата к предыдущим версиям сервисов протестированы и функционируют .
Оценка Цель процесса: Убедиться что предоставленный сервис соотвествует требованиям заказчика, а способы контроля и метрики позволяют оценить его реальную эффективность Ключевой процесс внедрения сервисов (Service Transition)
Место операционной поддержки в жизненном цикле Управление коммуникациями и обязательствами по предоставлению сервисов Управление организационными изменениями на стороне представителя и заказчика  Контроль и управление заинтересованными сторонами в предоставлении сервисов  Организация процессов Service Transition и ключевых ролей.
Цели Service Operation Цели Service Operation: Обеспечение доставки сервисов согласованного уровня до пользователей и заказчиков. Управление приложениями, технологиями и инфраструктурой которая поддерживает данные сервисы.
Управление событиями и мониторинг Управление событиями наблюдает за событиями, связанными с изменениями в ИТ инфраструктуре и(или) оказываемых ИТ сервисах. Мониторинг – наблюдение за состоянием, данное понятие является более широким, чем управление событиями. Например, средства контроля проверяют состояние устройства на предмет его функционирования в допустимых пределах, даже если это устройство не генерирует никаких событий.
Управление событиями Event management Событие – поддающееся обнаружению явление, имеющее значение для управления инфраструктурой ИТ или предоставления ИТ сервисов.
Инцидент (ITIL) Любое событие, не являющееся частью нормального функционирования Сервиса, которое привело или может привести к прекращению предоставления Сервиса или к снижению его качества.
Управление инцидентами • Цель: как можно скорее восстановить нормальное, как описано в SLA, предоставление Сервиса
Ключевые показатели • Количество Инцидентов • Достигает ли процесс цели? – Количество выполненных/вовремя – Среднее время выполнения • Оптимальны ли затраты? – Средняя стоимость выполнения
Жизненный цикл инцидента • Регистрация • Классификация • Поиск решения • Применение решения • Закрытие
Управление Проблемами Цель: минимизировать вред, наносимый Инцидентами и Проблемами, вызванными ошибками в IT-инфраструктуре, и предотвратить повторное появление таких Инцидентов
Общая схема процесса Информация Problem control Известная Error control ошибка Проактивное Информация, Информация управление действия Проблемами
Problem control • Цель: найти причину (и способ устранения или обхода проблемы) • Как: • Выявить и зарегистрировать • Классифицировать • Найти решение
Error control • Цель: контролировать все известные ошибки и при необходимости устранять их • Как: – Выявить и зарегистрировать – Оценить – Найти способ устранения – Описать и внести в базу знаний – Закрыть
КД и ПД Организация должна устранять причины имевшихся и потенциальных несоответствий, чтобы не допустить их (повторного) появления (ГОСТ Р ИСО 9001:2001)
Управление Доступом Цель процесса: предоставление прав для пользователей к сервисам или группам сервисов, во избежание доступа для неавторизованных пользователей.
CIA • Конфиденциальность (кто имеет доступ к информации) • Целостность (не должно быть «неправильной» информации) • Доступность (информация должна быть доступна, тем, кому и когда она нужна)
Постоянное улучшение сервисов Continual Service Improvement (CSI) занят разработкой шагов по повышению качества предоставляемых сервисов в рамках жизненного цикла процессов ITSM Виденье Бизнес виденье, цели Где мы сейчас? Аудит Как будем продолжать Где мы хотим быть Измеримые цели двигаться? Улучшения сервисов Как мы туда дойдем и процессов Метрики и оценка Уже дошли?
Путь к улучшению Определение 1. Что должны • Виденье измерять •Стратегия • Тактика • Операционное обслуживание 2. Что можем 7. Произведение измерять? корректирующих действий Цели 6. Представление с 3. Сбор данных, использованием Кто, когда и как информации, результатов аудита, планы действий, etc. 5. Анализ данных 4. Обработка Отношения? Тенденции? данных Соответствия плану? Цель достигнута? Корректирующие?
Пути внедрения Три модели внедрения: Классическая – внедрение процессов управления, затем заключение договоров на основании результатов деятельности Договорная – заключение договоров, затем организация процессов управления для достижения наивысшего уровня сервисов. Инфраструктурная – внедрение процесса управления событиями и мониторинга. Затем определение сервисов, их уровней, также необходимых процессов управления.
Системы автоматизации Систем автоматизации процессов существует масса. Главное не система автоматизации а процесс. Система автоматизации не панацея. Хорошая система автоматизации: •Известность на рынке •Схема внедрения логична и понятна •Гарантированная поддержка •Обучение персонала •Схема обновления
Ключевые факторы успеха Поддержка руководства Поддержка сотрудников ИТ Профессиональная комманда внедрения Проектное управление
План проекта внедрения Обучение Формирование команды Аудит Формализация процессов Внедрение
Дельта-Банк Финансы и кредит Райффайзен банк Аваль Приоком (телеком оператор)
Вопросы ?

More Related Content

Sef 2009 Itsm

  • 1. Введение в ITSM (ITIL v.3) Андрей Кочуков. ISS-advance (Киев)
  • 2. История ITIL • ITIL- IT Infrastructure Library • Существует с 80-х годов прошлого века • Издается британским правительственным агентством (OGC) • Библиотека передового опыта по предоставлению ИТ-Cервисов
  • 3. MOF
  • 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) Определение: инвентаризация сервисов, обеспечение выполнения бизнес задач и подтверждение актуальности данных из портфеля услуг  Анализ: повышения стоимости портфеля услуг, выстраивание и приоретизация на основе спроса и предложения  Одобрение: окончательное подверждение предложенного порфеля услуг, авторизация сервисов и выделенных ресурсов  Подписание документа: сообщение решений, распределение ресурсов и предоставление сервисов.
  • 20. Дизайн сервисов Цель: Построение соответствующего и инновационного IT сервиса, с учетом архитектур, процессов, политик и документации, для удовлетворения существующих и будущих потребностей бизнеса.
  • 21. Ключевые принципы дизайна сервисов 5 индивидуальных аспектов Дизайна Сервисов:  Новые или измененные сервисы  Система управления сервисами и инструменты сервисов, отображенных в Портфеле сервисов  Технологическое обеспечение управления сервисами Процессы, роли и соответствия  Методы измерения и метрики.
  • 22. Управление каталогом услуг Цели создания каталога услуг: Переход на сервисно - ориентированную модель Прозрачность предоставления IT услуг Улучшение взаимодействия с потребителями услуг Построение долгосрочных отношений между IT и бизнесом Управление издержками на обслуживание
  • 23. Управление Доступностью Цель: определять требуемый бизнесу уровень Доступности и обеспечивать его путем планирования, мониторинга и непрерывной деятельности по повышению уровня Доступности IT- инфраструктуры
  • 24. Планирование Доступности Требования к Доступности Планирование Обслуживание Доступность Восстановление Надежность Управление Инцидентами Ремонтопригодность Service Desk
  • 26. Управление уровнем Сервиса Цель: обеспечивать и улучшать качество Сервиса Способ: непрерывный цикл: определение необходимого уровня Сервиса, мониторинг предоставляемого Сервиса, действия по устранению некачественного Сервиса
  • 27. Схема процесса Выявлять требования заказчика Повышать Предоставлять качество сервиса сервис Оценивать предоставление сервиса
  • 28. Сервис Результат взаимодействия поставщика и потребителя •Свойства Сервиса: •Неосязаемость •Неотделимость •Непостоянство качества •Несохраняемость
  • 29. Управление Непрерывностью ИТ-Сервисов • Цель: обеспечить восстановление IT- инфраструктуры (включая Сервисы) в течение требуемого отрезка времени. • Этот процесс – часть процесса управления Непрерывностью бизнеса
  • 30. Параметры Сервиса – Измеримость – Время/место предоставления – Доступность – Время выполнения запросов
  • 31. Управление поставщиками Целью области процессов quot;Управление поставщикамиquot; является управление процессом приобретения продуктов и услуг от поставщиков, с которыми заключены формальные соглашения (контракты).
  • 32. Анализ требований и выработка стратегии •какие бизнес-процессы критические? Анализ уязвимости •что случится, если они остановятся? бизнеса •что может им повредить? Оценка рисков •насколько реальна угроза? •насколько велик урон? •меры по снижению рисков Выработка •способы восстановления стратегии
  • 33. Место Service Transition в жизненном цикле
  • 34. Ключевые принципы Service Transition Понимание всех сервисов, их полезности (utility) и гарантии (warranties).  Установление формальной политики и по внедрению всех необходимых изменений.  Поддержка изменений в базе знаний, содействие принятию и продолжению использования существующих процессов, систем и т.д. Проактивность в управлении ‘изменения курса’.  Гарантия соответствия внедренных процессов и процессных требований всему жизненному циклу сервисов.
  • 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. Дельта-Банк Финансы и кредит Райффайзен банк Аваль Приоком (телеком оператор)

Editor's Notes

  1. Перечислим их в порядке уменьшения уровня абстракции: ядро (core), дополнительные книги (complementary) и интернет-часть (Web). То есть кроме написанных командой экспертов книг ядра, в библиотеке будут и книги других авторов, которые дополнят их. Идеологическая часть ITIL v.3 — ядро — должна включать пять книг: по сервисной стратегии (servicestrategy), переходным процессам сервисов (servicetransition), операционным процессам сервисов (serviceoperation), проектированию сервисов (servicedesign) и их постоянному совершенствованию (continualserviceimprovement).
  2. Poorlymanaged demand is a source of risk for service providers because ofuncertainty in demand. Excess capacity generates cost without creating valuethat provides a basis for cost recovery.
  3. Моделирование сервисов (с использованием процессов управления активами и конфигурациями).Создание и визуализация связей между ИТ-системами и конфигурационными единицами, формирующими сервис.Публикация описаний сервисов в Каталоге сервисов. Определение поддерживаемого уровня сервисов. Настройка функции запроса сервисов сотрудниками бизнес-подразделений.Исполнение запросов на сервисы (с использованием процессов управления изменениями, управления запросами). Отслеживание жизненного цикла предоставляемых сервисов - от запросов до введения в действие и аннулирования. Мониторинг работоспособности ИТ-компонентов и поддержка сервисов (с использованием процессов управления инцидентами, изменениями, проблемами). Измерение и анализ параметров предоставления сервисов. Оптимизация (модернизация) сервисов.
  4. Основными целями Service Design являются:Дизайнсервисовдля достиженияоговоренного с заказчиком уровняДизайн процессов для поддержки жизненного цикла сервисовОпределение и управление рискамиДизайнбезопаснойигибкой IT инфраструктуры, окружения, приложений, информационныхресурсови мощностейДизайн методов измерения и метрикРазработка и выполнение планов, процессов, политик, стандартов, архитектур, структур,документовдля поддержкии повышения качества IT решенийПриобретение необходимых знанийи мощностей ITПроизведение необходимых окончательных улучшений для повышения качества IT сервисов.
  5. Понимание всех сервисов, ихполезности (utility)и гарантии(warranties) - to transition a service effectively it is essential to know its nature and purpose in terms of the outcomes and/or removed business constraints (utilities) and the assurances that the utilities will be delivered (warranties). Establishing a formal policy and common framework for implementation of all required changes - consistency and comprehensiveness ensure that no services, stakeholders, occasions etc. are missed out and so cause service failures. Supporting knowledge transfer, decision support and re-use of processes, systems and other elements – effective Service Transition is delivered by involving all relevant parties, ensuring appropriate knowledge is available and that work done is reusable in future similar circumstances.Anticipating and managing ‘course corrections’ – being proactive and determining likely course correction requirements, and when elements of a service do need to be adjusted, this is undertaken logically and is fully documented. Ensuring involvement of Service Transition and Service Transition requirements throughout the service lifecycle.
  6. Within the Service Transition process set, some of the processes most importantto Service Transition are whole lifecycle processes and have impact, input andmonitoring and control considerations across all lifecycle stages.