Главная | Обратная связь

Отчеты и Ключевые показатели эффективности

В отчет по процессу Управления Конфигурациями возможно включение следующей информации:

? информация о качестве процесса;

? расхождения между регистрационными записями и реальной ситуацией, обнаруженные во время аудита (дельта);

? количество случаев, когда используется неавторизованная Конфигурация;

? количество случаев, когда зарегистрированная Конфигурация не находилась на своем месте;

? отклонения на Уровне Атрибутов, обнаруженные аудиторскими проверками;

? длительность обработки Запросов на Регистрацию информации;

? перечень Конфигурационных Единиц, в отношении которых количество зарегистрированных ин­цидентов или изменений превышало заданную величину;

? статистическая информация о структуре и составе ИТ-инфраструктуры;

? данные о росте и другая информация о развитии ИТ-инфраструктуры;

? сводные данные, отчеты и предложения по улучшению, например, рекомендации по изменению охвата (границ) процесса и Уровня Конфигурационных Единиц, отслеживаемых процессом Управления Конфигурациями, связанные с изменениями в бизнесе, технических средствах, рыночных ценах и т. д.;

? расходы на персонал при внедрении процесса.

Критические факторы успеха

Условием успешной работы по Управлению Конфигурациями является получение необходимой ин­формации для поддержания базы данных в актуальном состоянии. Это означает, что обязательно нужно поддерживать взаимосвязи с процессом Управлением Изменениями, а для регистрируемых характеристик всегда должен быть найден тот, кому они требуются.

Внедрение процесса важно правильно разбить на этапы. Попытки ввести требование регистрации компонентов инфраструктуры без соответствующей подготовки обычно заканчиваются неудачей, т. к. дисциплина, необходимая для Управления Конфигурациями, не может появиться мгновенно. Записи, которые велись до ввода процесса, должны быть выведены из обращения во избежание дуб­лирования. При запуске процесса в работу важно продемонстрировать несколько явных преиму­ществ, которые дает Управление Конфигурациями (быстрые удачи^[97]). Кроме того, важно, чтобы обя­занности по регистрации были закреплены за теми сотрудниками, у кого есть не только необходи­мые навыки, но и должное отношение к работе.

Функции и роли

Работа процессов происходит в горизонтальной плоскости, относительно вертикальной иерархиче­ской структуры организации. Это возможно только при четком распределении ответственностей и полномочий по их реализации. Для повышения гибкости может быть использован ролевой подход. В небольших организациях или в силу экономических причин возможно комбинирование ролей, на­пример, Руководителя Процесса Управления Изменениями и Управления Конфигурациями. В зада­чи Руководителя Процесса Управления Конфигурациями может входить следующее:

? предложения по изменению сферы действия и Уровня Детализации Процесса Управления Конфи­гурациями;

? информированность всей организации о существующем Процессе Управления Конфигурациями;

? обеспечение процесса персоналом и его обучение;

? разработка системы идентификации и соглашений о присвоении имен;

? разработка интерфейсов с другими процессами;

? оценка существующих систем и внедрение новых систем автоматизации процесса;

? планирование и внедрение системы наполнения информации в Конфигурационной Базе Данных;

? формирование отчетов;

? организация аудиторских проверок.

Затраты и проблемы

Затраты

Расходы на запуск и реализацию процесса Управления Конфигурациями во многом зависят от обла­сти действия и Уровня Детализации Процесса. В число расходов входят затраты на аппаратное и программное обеспечение и персонал. Расходы на аппаратное и программное обеспечение состоят из затрат на:

? дополнительные технические средства и их конфигурирование;

? дополнительное программное обеспечение и его конфигурирование;

? лицензии, пропорционально количеству пользователей;

? разработку приложений и базы данных, наполнение их данными, настройку на требования заказ­чика и внедрение;

? поддержку и сопровождение базы данных;

? дополнительный персонал, необходимый для работы процесса.

Проблемы

ИТ-организация должна четко определить свои намерения относительно того, какие характеристи­ки ИТ-инфраструктуры должны регистрироваться и обеспечить необходимые руководящие ресурсы для исполнения намеченного. В организации должна существовать твердая приверженность в ис­пользовании Конфигурационной Базы Данных (CMDB). Необходимо произвести перенос всех ра­нее использованных данных из других баз в CMDB.

На успешную реализацию процесса могут повлиять следующие проблемы:

? Неправильно определен охват (границы) Конфигурационной Базы Данных или Уровень Дета­лизации Конфигурационных Единиц – если сфера действия Конфигурационной Базы Данных слишком мала, то важные части инфраструктуры будет невозможно проверить, исправить, защи­тить или восстановить. Если же наоборот охват слишком большой, то громоздкость базы данных будет препятствием, замедляющим все процессы Сервис-менеджмента. При большом количестве уровней, атрибутов и взаимоотношений будет трудно поддерживать базу данных в актуальном со­стоянии. Слишком низкий Уровень Детализации приведет к регистрации неполной информации о Конфигурационных Единицах и связанных с ними инцидентах, проблемах, известных ошибках и Запросах на Изменение.

? Неадекватная система ручной обработки – некоторые организации стараются как можно доль­ше хранить данные на бумажных носителях и покупают автоматизированные средства только тог­да, когда работать становится невозможно. Это может приводить к задержкам в работе, путанице, потере персонала и ресурсов и т. д. Рекомендуется закупать автоматизированные средства обра­ботки как можно раньше, ориентируясь на функциональные требования процесса.

? Влияние срочных изменений – всегда будут возникать ситуации, когда нужно срочно произве­сти изменение. Часто это происходит во внерабочее время. Если изменяемые Конфигурационные Единицы находятся под контролем Конфигурационной Базы Данных, то рекомендуется немед­ленно произвести запись результатов изменения в CMDB, но может возникнуть ситуация, когда отсутствует сотрудник, ответственный за эту задачу. В этом случае регистрацию изменений и об­новление CMDB необходимо будет сделать при первой возможности.

? Чрезмерно плотный график работы – если график изменений (Запросов на Изменения) не оста­вляет времени на выполнение действий в рамках процесса Управления Конфигурациями, то в ра­боте могут появляться задержки и данный процесс будет восприниматься как препятствие. Следует составлять реалистичные графики, основываясь на прошлом опыте.

? Понимание руководством важности процесса – поскольку Управление Конфигурациями явля­ется относительно новым процессом, не всегда достаточно видимым для сотрудников, персонал может сопротивляться его принятию. Должна быть достаточная приверженность к необходимо­сти процесса со стороны руководства. Поэтому руководитель процесса должен информировать об Управлении Конфигурациями сотрудников компании и пропагандировать этот процесс в компа­нии. Опыт показывает, что затраты на реализацию процесса будут значительно ниже, если процесс Управления Конфигурациями представлен в компании как отдельная дисциплина с закреплен­ным за ней персоналом и руководителем, отвечающим за процесс.

? Попытки обхода процесса – в состоянии спешки персонал может пытаться обойти правила работы процесса Управления Конфигурациями. Если такая ситуация возникает регулярно, то после разъяс­нения негативных последствий таких действий возможно применение дисциплинарных мер.