Портал №1 по управлению цифровыми
и информационными технологиями

Checklist: учёт конфигурационных единиц

rulesПри проектировании структуры CMDB, помимо дерева категорий конфигурационных единиц нужно не забыть про правила учета КЕ каждой из категорий.  Состав учитываемой информации зависит от задач, которые должна решать CDMB, однако всегда полезно иметь под рукой перечень вопросов, о которых необходимо подумать при разработке правил учета.

Мы подготовили чек-лист, позволяющий проверить полноту ваших правил учета.

  1. Определены атрибуты

    • Правила заполнения (включая возможные значения справочников)
    • Требования к обязательности атрибутов
    • Требования к уникальности значений атрибутов
  2. Определены типы связей

    • Условия применения определенных типов связей
    • Требования к обязательности определенных типов связей (например, ИТ-система должна быть обязательно привязана к серверу, на котором установлена)
  3. Определены статусы

    • Условия перехода между статусами
  4. Определены источники информации о значениях атрибутов, статусе, связях

    • Определен перечень событий, которые приводят к изменению?
    • Определен способ получения информации (вручную/из систем автоматизации)?
  5. Определены правила маркировки?

    • Какие категории КЕ маркируются?
    • Что наносится на маркировку?
  6. Определены правила именования

  7. Определены правила разграничения доступа

    • Доступ к категориям КЕ
    • Доступ к атрибутам КЕ
  8. Определены ответственные

    • Ответственные за определение правил учета в рамках данной категории КЕ
    • Ответственные за контроль качества информации о КЕ данной категории.
«VAP: Управление изменениями и конфигурациями в ИТ»
Повысить долю успешных изменений, снизить риски, знать всё про конфигурации

Комментариев: 5

  • Антон

    ИТ-система должна быть привязана к серверу… Остановился на этом пункте чек-листа!

  • Андрей

    Я бы начал с другого – коректно разделить задачу учета между CMDB и ERP, или иной уже имеющейся хозяйственной учетной системой. Какие функции учета в какой системе вы будете решать. Иначе конфликт неизбежен и не факт, что вы в нем победите, скорее наоборот. И это может похоронить весь ваш CMDB проект. В общем, всё как всегда банально – надо прежде провести анализ процессов и уже после анализа решать про атрибуты и их связи, поскольку потребность в атрибутах и связях определяется процессом, а не наоборот.

    • Алексей Кротов

      Иначе конфликт неизбежен и не факт, что вы в нем победите, скорее наоборот. И это может похоронить весь ваш CMDB проект. В общем, всё как всегда банально — надо прежде провести анализ процессов и уже после анализа решать про атрибуты и их связи, поскольку потребность в атрибутах и связях определяется процессом, а не наоборот.

      Я бы сформулировал, что предварительно необхоодимо определить цели проекта.  

      • Господа, то, о чём вы пишете, подробно обсуждалось на вебинаре по проектированию CMDB: https://youtu.be/5gVLCVyhkE8.

        А представленный чек-лист – это не порядок проектирования CMDB, а всего лишь проверка полноты правил учёта, которые являются одним из результатов проектирования CMDB. И ровно так и сказано во вводном тексте 🙂

  • Наталия

    Ребят, какие вы все-таки молодцы! Без мути, без лишних умных слов, просто дать четкий и понятный документ, который поможет систематизировать весь тот информационный шум, творящийся вокруг CMDB. Спасибо.


Добавить комментарий для НаталияОтменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM