Jan van Bon - ИТ СЕРВИС–МЕНЕДЖМЕНТ. Вводный курс на основе ITIL
Для того, чтобы авторизованная Конфигурационная База Данных отражала реальную ситуацию, необходимо проводить мониторинг следующих действий:
? добавление Конфигурационной Единицы;
? изменение статуса Конфигурационной Единицы, например, "работает" или "не работает" (полезно для процесса Управления Доступностью);
? изменение владельца Конфигурационной Единицы;
? изменение взаимоотношений Конфигурационной Единицы с другими Конфигурационными Единицами;
? удаление Конфигурационной Единицы;
? возникновение новых взаимоотношений Конфигурационной Единицы с каким-либо сервисом, другой Конфигурационной Единицей, документацией и т. д.;
? возобновление или изменение лицензии;
? обновление детальной информации о Конфигурационной Единице после аудита.
6.4.5. Верификация и аудит
Аудит проводится для проверки, насколько точно отражена текущая ситуация в CMDB. Например, инструментальные средства аудита могут автоматически выполнять анализ рабочих станций и формировать отчеты о текущей ситуации и статусе ИТ-инфраструктуры. Эта информация будет использоваться для проверки и обновления Конфигурационной Базы Данных. Аудит возможен в следующих ситуациях:
? после внедрения новой Конфигурационной Базы Данных;
? к примеру, спустя полгода с момента внедрения;
? перед серьезными изменениями и после них;
? после чрезвычайных обстоятельств;
? в любое другое удобное время.
При проведении аудита рассматриваются следующие вопросы:
? Регистрируются ли в CMDB данные всех Запросов на Изменения на всех этапах их реализации, и контролирует ли процесс Управления Конфигурациями эту регистрацию?
? Находится ли Конфигурационная База Данных в актуальном состоянии, если нет, то почему? Какое воздействие это оказывает на процесс Управления Изменениями (анализ текущего воздействия запланированных изменений)?
? Производится ли присвоение имен новым Конфигурационным Единицам в соответствии с соглашением о присвоении имен?
? Правильно ли используются варианты?
? Правильно ли регистрируются Базисные Конфигурации и становятся ли они сразу же доступными к использованию?
? Соответствует ли содержимое Библиотеки эталонного программного обеспечения (DSL) и Склада эталонного аппаратного обеспечения (DHS) информации в Конфигурационной Базе Данных? Если нет, то почему?
Аудиторские проверки также можно проводить, выбирая объекты случайным образом или проводить там, где Руководитель Процесса Управления Конфигурациями считает, что информация может быть некорректной. Если существует связь с автоматическими инструментальными средствами аудита, тогда можно делать аудит соответствующих областей или формировать по ним дельта-отчеты практически ежедневно.
Если обнаруживаются расхождения, то инструментальные средства аудита не должны автоматически обновлять Конфигурационную Базу Данных. Все расхождения свидетельствуют о том, что изменения были произведены в обход процесса Управления Изменениями, и теперь эти прецеденты должны быть изучены.
6.5. Контроль процесса
6.5.1. Отчеты и Ключевые показатели эффективности
В отчет по процессу Управления Конфигурациями возможно включение следующей информации:
? информация о качестве процесса;
? расхождения между регистрационными записями и реальной ситуацией, обнаруженные во время аудита (дельта);
? количество случаев, когда используется неавторизованная Конфигурация;
? количество случаев, когда зарегистрированная Конфигурация не находилась на своем месте;
? отклонения на Уровне Атрибутов, обнаруженные аудиторскими проверками;
? длительность обработки Запросов на Регистрацию информации;
? перечень Конфигурационных Единиц, в отношении которых количество зарегистрированных инцидентов или изменений превышало заданную величину;
? статистическая информация о структуре и составе ИТ-инфраструктуры;
? данные о росте и другая информация о развитии ИТ-инфраструктуры;
? сводные данные, отчеты и предложения по улучшению, например, рекомендации по изменению охвата (границ) процесса и Уровня Конфигурационных Единиц, отслеживаемых процессом Управления Конфигурациями, связанные с изменениями в бизнесе, технических средствах, рыночных ценах и т. д.;
? расходы на персонал при внедрении процесса.
6.5.2. Критические факторы успеха
Условием успешной работы по Управлению Конфигурациями является получение необходимой информации для поддержания базы данных в актуальном состоянии. Это означает, что обязательно нужно поддерживать взаимосвязи с процессом Управлением Изменениями, а для регистрируемых характеристик всегда должен быть найден тот, кому они требуются.
Внедрение процесса важно правильно разбить на этапы. Попытки ввести требование регистрации компонентов инфраструктуры без соответствующей подготовки обычно заканчиваются неудачей, т. к. дисциплина, необходимая для Управления Конфигурациями, не может появиться мгновенно. Записи, которые велись до ввода процесса, должны быть выведены из обращения во избежание дублирования. При запуске процесса в работу важно продемонстрировать несколько явных преимуществ, которые дает Управление Конфигурациями (быстрые удачи[97]). Кроме того, важно, чтобы обязанности по регистрации были закреплены за теми сотрудниками, у кого есть не только необходимые навыки, но и должное отношение к работе.
6.5.3. Функции и роли
Работа процессов происходит в горизонтальной плоскости, относительно вертикальной иерархической структуры организации. Это возможно только при четком распределении ответственностей и полномочий по их реализации. Для повышения гибкости может быть использован ролевой подход. В небольших организациях или в силу экономических причин возможно комбинирование ролей, например, Руководителя Процесса Управления Изменениями и Управления Конфигурациями. В задачи Руководителя Процесса Управления Конфигурациями может входить следующее:
? предложения по изменению сферы действия и Уровня Детализации Процесса Управления Конфигурациями;
? информированность всей организации о существующем Процессе Управления Конфигурациями;
? обеспечение процесса персоналом и его обучение;
? разработка системы идентификации и соглашений о присвоении имен;
? разработка интерфейсов с другими процессами;
? оценка существующих систем и внедрение новых систем автоматизации процесса;
? планирование и внедрение системы наполнения информации в Конфигурационной Базе Данных;
? формирование отчетов;
? организация аудиторских проверок.
6.6. Затраты и проблемы
6.6.1. Затраты
Расходы на запуск и реализацию процесса Управления Конфигурациями во многом зависят от области действия и Уровня Детализации Процесса. В число расходов входят затраты на аппаратное и программное обеспечение и персонал. Расходы на аппаратное и программное обеспечение состоят из затрат на:
? дополнительные технические средства и их конфигурирование;
? дополнительное программное обеспечение и его конфигурирование;
? лицензии, пропорционально количеству пользователей;
? разработку приложений и базы данных, наполнение их данными, настройку на требования заказчика и внедрение;
? поддержку и сопровождение базы данных;
? дополнительный персонал, необходимый для работы процесса.
6.6.2. Проблемы
ИТ-организация должна четко определить свои намерения относительно того, какие характеристики ИТ-инфраструктуры должны регистрироваться и обеспечить необходимые руководящие ресурсы для исполнения намеченного. В организации должна существовать твердая приверженность в использовании Конфигурационной Базы Данных (CMDB). Необходимо произвести перенос всех ранее использованных данных из других баз в CMDB.
На успешную реализацию процесса могут повлиять следующие проблемы:
? Неправильно определен охват (границы) Конфигурационной Базы Данных или Уровень Детализации Конфигурационных Единиц – если сфера действия Конфигурационной Базы Данных слишком мала, то важные части инфраструктуры будет невозможно проверить, исправить, защитить или восстановить. Если же наоборот охват слишком большой, то громоздкость базы данных будет препятствием, замедляющим все процессы Сервис-менеджмента. При большом количестве уровней, атрибутов и взаимоотношений будет трудно поддерживать базу данных в актуальном состоянии. Слишком низкий Уровень Детализации приведет к регистрации неполной информации о Конфигурационных Единицах и связанных с ними инцидентах, проблемах, известных ошибках и Запросах на Изменение.
? Неадекватная система ручной обработки – некоторые организации стараются как можно дольше хранить данные на бумажных носителях и покупают автоматизированные средства только тогда, когда работать становится невозможно. Это может приводить к задержкам в работе, путанице, потере персонала и ресурсов и т. д. Рекомендуется закупать автоматизированные средства обработки как можно раньше, ориентируясь на функциональные требования процесса.
