Управление конфигурациями
ITSM процесс управления конфигурациями (Сonfiguration Мanagement) отвечает за управление данными о конфигурационных единицах и их взаимоотношениях.
Конфигурационная единица является центральным понятием в ITIL. Она представляет собой часть инфраструктуры, которой нужно управление для предоставления IT-услуги. Конфигурационной единицей может быть оборудование, сама IT-услуга, ПО, помещения, документы и люди.
Актуальные записи о единицах конфигураций содержатся в CMS, системе управления конфигурациями.
Планирование внедрения. Управление изменениями, активами и конфигурациями в рамках внедрения
Активами могут быть ресурсы или способности, которые способствуют предоставлению услуг. Их можно измерить количественно. Ресурсы – это количество сотрудников, информационные материалы, приложения, финансы, инфраструктура. Способности – это знания, опыт и навыки сотрудников, менеджмент, процессы, организация.
При внедрении ITIL необходимо учитывать уровень зрелости компании. Невозможно повысить уровень зрелости отдела по сравнению с уровнем всей компании более чем на единицу. Поэтому для внедрения нужно выбирать только те процессы, которые действительно необходимы, учитывая эффект от внедрения – соотношение стоимости внедрения к полученным выгодам.
Управление сервисными активами (service asset management или itam – it asset management)
В ITIL управление активами – это мониторинг и подготовка отчетов о наличии активов и их ценности на протяжении всей их жизнедеятельности. При этом ITAM (IT Asset Management) включает в себя бизнес-практики, которые поддерживают жизнеспособность активов. Эти практики управляют финансами, контрактами, учитывают ИТ-активы и обеспечивают принятие стратегических решений по составу и строению ИТ-инфраструктуры.
Библиотека ITAM содержит набор знаний для описания процессов управления жизненным циклом ИТ-активов. Service Аsset Management и It Asset Management используются для управления сервисными активами.
Управление сервисными активами и конфигурациями (service asset and configuration management)
Для управления конфигурациями ITIL использует возможности базы данных управления конфигурациями CMDB. Для управления сервисными активами применяются практики ITAM. IT-активы учитываются двумя способами: по бухгалтерской схеме либо по упрощенной.
Бухгалтерская схема включает в себя документацию по основным средствам, материалам, программному обеспечению, лицензионному оформлению и услугам. Данная документация составляется по правилам бухгалтерского учета. При этом логическая модуль инфраструктуры пообъектно отражает связи активов с конфигурационными единицами.
Упрощенная схема содержит документацию с ключевыми моментами жизнедеятельности сервисных активов. К ним относятся, например, поступление, комплект поставки, начало эксплуатации, изменение дислокации, инвентаризация и списание. Учитываются конфигурационные единицы по объектам, количество материалов, лицензии и ПО.
Управление конфигурациями и изменениями
Управление конфигурациями ПО помогает повысить качество процесса разработки и программного продукта на выходе. Под управлением конфигурациями подразумевается управление версиями ПО и изменениями. Разработчики программного обеспечения зачастую считают этот процесс насилием и попыткой тотального контроля. На самом деле управление конфигурациями и изменениями направлено на облегчение их жизни в том числе.
Во время разработки возникают следующие проблемы. К ним относятся недостаточность прозрачности, контроля, учета связей между объектами или событиями проекта и мониторинга, неконтролируемые изменения в процессе разработки.
В целях эффективной борьбы с данными проблемами используются такие методы организации процессов управления конфигурациями и изменениями, как RUP и ITIL.
Управление конфигурацией и изменениями: rup или itil?
Бывает, проект в компании вырастает до таких размеров, что им становится сложно управлять. А процесс разработки и качество выпускаемого продукта необходимо контролировать. Внедрение RUP или ITIL постепенно оптимизирует ИТ-инфраструктуру и другие конфигурационные единицы предприятия.
Выбор ITIL или RUP зависит от поставленных задач. Функционал этих двух подходов схож, различны сферы действия процесса. ITIL дает возможность рассмотреть все составляющие элементов ИТ-инфраструктуры, которые применяются для предоставления услуг заказчикам. RUP больше ориентирован на разработку программного обеспечения, не рассматривая инструменты и другие компоненты, сопровождающие разработку ПО.
Следовательно, если компания ориентирована на предоставление сервисов ИТ, то руководители компании должны выбрать процесс управления конфигурациями ITIL. Если основная деятельность компании – это процесс разработки, а не ИТ инфраструктура, то в данном случае они должны выбрать RUP.
Есть альтернативный вариант, который позволяет соединить два подхода. Библиотека ITIL применяется для всей инфраструктуры информационных технологий в целом, а методология RUP используется на уровне разработки.
При этом очень важны средства для автоматизации каждого процесса, которые имеются и в RUP, и в ITIL.
Управление конфигурациями (configuration management): подводные камни
В процессе управления могут возникать ошибки. В первую они могут быть связаны с тем, что неверно или недостаточно четко поставлены цели и определены задачи данного процесса. Во-вторых, при подходе, направленном на максимальный сбор всех данных, происходит перегрузка процесса. При этом становится невозможным поддерживать такое количество данных в актуальном состоянии. На исправление ошибок уходят дополнительные средства. Кроме того, очень важно установить обоснованный уровень точности. То есть, необходимо рассчитать корреляцию модели и реальной конфигурации.
Эффект от внедрения
Каким образом управление конфигурациями и изменениями может способствовать улучшению финансового состояния компании, которая разрабатывает или сопровождает ПО? Тут могут быть прямые выгоды и косвенные.
Прямая выгода – это повышение производительности труда, которое можно подсчитать. Косвенная – увеличение доли рынка при быстром выводе новых продуктов, что сложнее подсчитать, но экономически намного более значимо.
Помимо повышения производительности труда и увеличения доли рынка, к преимуществам от внедрения управления конфигурациями и изменениями можно отнести следующие пункты:
- Снижение рисков от срывов сроков сдачи проектов.
- Планомерное развитие ПО.
- Прозрачность управления проектом.
- Налаженная совместная работа разработчиков, тестировщиков и аналитиков.
- Фундамент для постепенного внедрения других процессов, например, управления требованиями, тестирования.
- Контроль текущей загрузки разработчиков, уменьшение зависимости от человеческого фактора.
- Сбор статистики по проектам.
- Приведение процессов разработки и сопровождения в соответствие стандартам качества.
Управление ит-активами и конфигурациями в одном флаконе. Возможно ли?
План управления конфигурациями стандартно включает в себя требования к базе данных CMDB, структуру базы, правила учета по категориям, правила и виды установки связей, мониторинг изменений, границы базы, регламент распределения полномочий, требования к аудиту базы, требования к изменению самого плана.
В план можно включить и ИТ-активы вместе с конфигурационными единицами. В таком случае добавляются разделы, свойственные для управления ИТ-активами. Это типы активов, принципы управления артефактами активов, основы совместной работы с отделами: бухгалтерией, договорным и другими.
Возможны различные сочетания элементов, которые одновременно представляют собой и конфигурационные единицы, и ИТ-активы.
При наполнении базы CMDB данными об учитываемых элементах стандартно выполняется сбор необходимой информации, их идентификация, план работ с фиксацией ответственных, маркировка. Информацию по ИТ-активам сложнее собрать, чем по конфигурационным единицам.
Поддержка актуальности базы данных – важный аспект процесса. Все происходящие изменения должны быть зафиксированы, включая перемещение или модернизацию оборудования, смены материально ответственных лиц.
Конфигурационные единицы и ИТ-активы нужно проверить на соответствие стандартам или функциональным требованиям. Проверка производится перед занесением в базу данных, во время получения оборудования или программного обеспечения, перед началом эксплуатации. При этом IT-активы проверяются и при выводе из эксплуатации. Это может быть, например, проверка соответствия процедурам уничтожения данных на носителях, утилизации аппаратной части, повторного использования лицензионного ПО.
Проверка актуальности конфигурационных единиц и ИТ-активов в базе, то есть аудит, проводится одинаковыми способами.
Вместе или порознь?
Таким образом, все возможности для организации совместного процесса присутствуют. Но в каких случаях объединение рекомендовано?
- При ограничении штата ИТ и сравнительно малом количестве элементов, подлежащих учету (сотнях или тысячах).
- При совпадении жизненных циклов конфигурационных единиц и ИТ-активов.
