
- •Оглавление
- •Управление Инцидентами
- •4.1. Введение
- •4.1.1. Терминология
- •4.2. Цель
- •4.2.1. Преимущества использования процесса
- •4.3. Процесс
- •4.4.1. Прием и регистрация
- •4.4.2. Классификация
- •4.4.7. Мониторинг хода решения и отслеживание
- •4.5. Контроль процесса
- •4.5.1. Критические факторы успеха
- •Управление Проблемами
- •5.1. Введение
- •5.1.1. Определение — «проблема» и «известная ошибка»
- •5.1.2. Взаимоотношения с Процессом Управления Инцидентами
- •5.2. Цель процесса
- •5.3. Процесс
- •5.3.3 Управление Конфигурациями
- •5.4.2. Контроль ошибок
- •5.4.3. Проактивное Управление Проблемами
- •5.5.3. Функции и роли
- •5.6. Затраты и проблемы
- •5.6.2. Проблемы
- •Управление Конфигурациями
- •6.1.1. Основные понятия
- •6.2. Цель процесса
- •6.2.1. Преимущества использования процесса
- •6.3. Процесс
- •6.4. Виды деятельности
- •6.4.3. Мониторинг статуса
- •6.4.4. Контроль
- •6.4.5. Верификация и аудит
- •6.5. Контроль процесса
- •6.6. Затраты и проблемы
- •Управление Изменениями
- •7.1. Введение
- •7.3.1. Управление Инцидентами
- •7.3.1. Управление Инцидентами
- •7.4. Виды деятельности
- •7.4.1. Регистрация
- •7.4.4. Планирование
- •7.4.5. Координация
- •7.5 Контроль процесса
- •7.5.1 Отчеты для руководства
- •Управление Релизами
- •8.1.1. Основные понятия
- •8.2. Цель процесса
- •8.2.1. Преимущества использования процесса
- •8.3. Процесс
- •8.3.4. Виды деятельности
- •8.4. Виды деятельности
- •8.5.2. Проблемы
- •Служба Service Desk
- •9.1. Введение
- •9.3.3. Варианты организации Службы Service Desk
- •9.3.4. Персонал Службы Service Desk
- •9.3.5. Технологии для работы Службы Service Desk
- •9.5. Эффективность
- •Управление Уровнем Сервиса (Услуг)
- •10.1. Введение
- •10.1.1. Основные понятия
- •Управление финансами ит
- •Управление Мощностями
- •Управление Непрерывностью ит-сервисов
- •Управление Доступностью
5.5.3. Функции и роли
Работа процессов происходит в горизонтальной плоскости, проходя через различные иерархические (вертикальные) подразделения организации и функциональные обязанности в рамках отделов. Эффективная работа возможна только при четком определении ответственности и полномочий, связанных с реализацией процессов. Для повышения гибкости может быть использован ролевой подход. Если организация небольшая или имеются соответствующие экономические ограничения, то возможно комбинирование ролей, например, Руководителя Процесса Управления Проблемами и Процесса Управления Уровнем Сервиса. Последний пункт в разделе 5.5.2 объясняет, почему многие организации избегают объединения ролей руководителя службы Service Desk/Управления Инцидентами и Руководителя Процесса Управления Проблемами.
Руководитель Процесса Управления Проблемами
Руководитель Процесса несет ответственность за такие виды деятельности по Управлению Проблемами, как:
разработка и поддержка под-процессов Контроля проблем и Контроля ошибок;
оценка эффективности и рациональности' работ по Контролю проблем и Контролю ошибок;
предоставление Управленческой Информации;
Управление Персоналом, участвующим в Процессе Управления Проблемами;
обеспечение необходимых ресурсов;
разработка и совершенствование систем Контроля Проблем и Контроля Ошибок;
анализ работы и опенка эффективности проактивного Управления Проблемами.
Роли поддержки деятельности по Управлению Проблемами
Ответственность персонала, выполняющего роли но решению проблем:
Реактивное Управление:
выявление и регистрация проблемы путем анализа информации об инцидентах;
изучение проблем на основе их приоритетности;
подача Запросов на Изменение;
мониторинг устранения ошибок;
подготовка рекомендаций по обходным решениям и быстрым исправлениям для Управления Инцидентами.
Проактивное Управление:
определение тенденций;
подача Запросов на Изменения;
предотвращение распространения проблем на другие системы.
5.6. Затраты и проблемы
5.6.1. Затраты
В дополнение к расходам на средства поддержки и диагностики необходимо учитывать расходы на персонал. Кроме затрат на содержание собственного ИТ-персонала, участвующего в Управлении Проблемами, есть еще расходы на специалистов, привлеченных из сторонних организаций. Однако следует заметить, что все связанные с этим расходы обычно успешно окупаются через получаемые преимущества.
5.6.2. Проблемы
На следующие вопросы следует обратить внимание при реализации Процесса Управления Проблемами и, по возможности, их избежать:
Плохая связь между Процессами Управления Инцидентами и Управления Проблемами: если связь между работами над инцидентами, проблемами и известными ошибками неадекватна, Процесс Управления Инцидентами не будет знать об обходных решениях для проблем, а Процессу Управления Проблемами будет трудно выполнять оценку и мониторинг проблем. В результате этого будет существовать меньше доступной информации об инфраструктуре и данных о предыстории проблем. Поэтому успешное Управление Проблемами во многом зависит от этого взаимодействия.
Недостаточно полная передача информации об известных ошибках из среды разработки в реальную рабочую среду: информация о программной и технической инфраструктуре, передаваемая в промышленную среду, должна дополняться подробной информацией об известных ошибках. Передача такой информации при развертывании системы позволяет сэкономить время, затрачиваемое на поиски уже известных ошибок. 11оэтому должен существовать эффективный обмен данными между двумя системами регистрации проблем (в тестовой и промышленной среде) или должна быть создана единая система.
Отсутствие понимания важности процесса: если существовавший ранее подход был неформальным, может возникнуть сопротивление четкому подходу к Управлению Проблемами, особенно в плане документирования и ведения записей. По этой причине сотрудники, участвующие в Управлении Проблемами, должны быть своевременно информированы о разработке и реализации процесса.