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

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

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

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

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

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

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

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

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

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

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

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

    • Ответственные за определение правил учета в рамках данной категории КЕ
    • Ответственные за контроль качества информации о КЕ данной категории.
Учебные курсы и сертификация
специалистов по ИТ-менеджменту

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

  • Антон

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

  • Андрей

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

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

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

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

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

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

  • Наталия

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


Добавить комментарий

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

  • Рубрики

  •  
  • Самое свежее

  •  
  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT