Отношения процесса управления проблемами с другими процессами.
Отношения процесса управления проблемами с другими процессами. - раздел Социология, Понятие проблемы. Область ответственности процесса управления проблемами
2.1. Взаимодействие Уп С Процессом...
2.1. Взаимодействие УП с процессом Управления инцидентами (УИнц) – УП предоставляет УИнц обходные решения и быстрые исправления-, но при этом не неся прямой ответственности за разрешение инцидента.
2.2. Взаимодействие УП с процессом Управления изменениями:
ü Уизменениями информирует УП о ходе работ по реализации корректирующих изменений.
ü Оценка изменений дается совместно с процессом УП.
ü Итог работ – анализ результатов внедрения (Post Implementation Review - PIR), после которого может быть закрыта:
v Известная ошибка.
v Относящиеся к ней открытые инциденты
2.3. Взаимодействие УП с процессом Управления Конфигурациями (УК). УК предоставляет УП информацию, важную для решения проблем, об элементах инфраструктуры (ПО и АО, документации, ИТ-сервисах) в разрезе отношений:
ü «связан с»
ü «использует»
ü «является частью»
Реактивное УП включает:
ü контроль проблем: определение и исследование проблем;
ü контроль ошибок: отслеживание известных ошибок и подача Запросов на Изменения (RFC);
Определения Рис Отношения между проблемами и известными ошибками источник OGC... Цель УП установление КОРНЕВОЙ ПРИЧИНЫ возникновения проблемы и как следствие предотвращение...
Виды деятельности в рамках УП
1.3.1. реактивное УП с целью:
1.3.1.1.выяснение корневых причин прошлых инцидентов
1.3.1.2.подготовка предложений по ликвидации этих причин.
1.3.2
Идентификация и регистрация проблемы.
3.1.1. ИДЕНТИФИКАЦИЯ ПРОБЛЕМЫ
В принципе, любой инцидент, возникший по неизвестной причине, может быть связан с проблемой (служить причиной ИДЕНТИФИКАЦИИ проблемы). На практике это имеет с
Расследование и диагностика
v Расследование и диагностика являются итеративными фазами процесса, они неоднократно повторяются, каждый раз приближаясь все ближе к намеченному результату.
v Часто делаются попыт
Источники ошибок в других средах
v В большинстве случае ошибки выявляются только тогда, когда система находится в реальной рабочей среде.
v Однако продукты, поступающие из среды разработки (от внешних поставщиков и внутре
Идентификация и регистрация ошибок.
v Ошибка определена тогда, когда найден Учетный элемент, вызывающий неисправность (УЭ, который вызывает или может вызвать Инциденты).
v Статус Известной ошибки назначается, когда установле
ОЦЕНКА ОШИБОК
v Персонал Управления проблемами выполняет первоначальную оценку путей устранения ошибки, совместно со специалистом. Если необходимо, потом можно оформить RFC. Запись об Изв
Поиск решения
v Специалисты сравнивают различные решения, принимая во внимание SLA, определяют степень влияния и срочность RFC.
v Срочное исправление (СИ): СИ может потребоваться, если
Проактивное управление проблемами.
5.1. Цель – предупреждающее выявление проблем. Состоит в:
Ø Анализе тенденций (например, случаи появления определенных типов проблем после проведения изменений). Необходимость, напр
Определения
Конфигурационная единица (CI) – ИТ- компонент, который:
· контролируется ИТ-организацией;
· наличие и версия которого зарегистрированы.
Конфигура
Шаг 1. Определение основных услуг, предоставляемых бизнесу.
· На данном шаге перечисляются ИТ-системы, наиболее критичные для бизнеса (см. пример в графе 2 таблицы 2), и
· для каждой из них формулируется ответ на вопрос: «Что будет, если система пр
Новости и инфо для студентов