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

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

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

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

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

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

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

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

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

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

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

    • Ответственные за определение правил учета в рамках данной категории КЕ
    • Ответственные за контроль качества информации о КЕ данной категории.
Share on FacebookTweet about this on TwitterShare on Google+Share on LinkedInEmail this to someone

ITIL ITIL Intermediate: Release Control and Validation

Учебный курс: преобразование и контроль ИТ-услуг, управление изменениями, релизами и конфигурациями, а также построение CMDB — в ITIL и на практике.
 

Узнайте больше!

Комментарии и мнения

  1. Андрей

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

    0
    0
    1. Алексей Кротов

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

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

      0
      0
      1. Дмитрий Исайченко

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

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

        0
        0
  2. Наталия

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

    0
    0

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

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

Ближайшие мероприятия

Зарегистрируйтесь, чтобы получить больше полезных знаний:

НОЯ
27
Учебный курс:
Основы ITIL (очно)