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

Люди для CMDB или CMDB для людей


«Кто на ком стоял? — крикнул Филипп Филиппович, — потрудитесь излагать ваши мысли яснее»
Михаил Булгаков, «Собачье сердце»

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

Я же при обсуждении этой заметки в очередной раз вспомнил, как при первом прочтении ITIL мне показалось, что в части описания управления конфигурациями в книге содержится парадокс, терминологический казус. Как выяснилось, парадокса нет. Но в реальной жизни некотоые попытки организовать практику управления конфигурациями иногда напоминают попытку воспроизвести этот парадокс (может быть тоже невнимательно читали ITIL? 🙂 )

Попробую запутать и вас.
Система Управления Конфигурациями (Configuration Management System, CMS) в официальном переводе определяется так:

Набор инструментов, данных и информации, которые используются для поддержки процесса управления сервисными активами и конфигурациями. CMS – часть общей системы управления знаниями по услугам, включает в себя инструменты для сбора, хранения, управления, обновления, анализа и представления информации обо всех конфигурационных единицах и их взаимоотношениях. CMS может также включать в себя информацию об инцидентах, проблемах, известных ошибках, изменениях и релизах. CMS поддерживается процессом управления сервисными активами и конфигурациями и используется всеми процессами управления ИТ-услугами.

Т.е. первое предложение говорит нам о том, что CMS используется для поддержки процесса управления сервисными активами и конфигурациями (Service Assets and Configuration Management, SACM). А первая фраза последнего предложения – о том, что процесс SACM поддерживает CMS.

Ещё раз. CMS поддерживает SACM, а SACM поддерживает CMS. Это что, Уроборос (змея, кусающая себя за хвост)?
Может быть проблема в переводе? Смотрим на оригинальное опредление CMS:

A set of tools, data and information that is used to support service asset and configuration management. The CMS is part of an overall service knowledge management system and includes tools for collecting, storing, managing, updating, analysing and presenting data about all configuration items and their relationships. The CMS may also include information about incidents, problems, known errors, changes and releases. The CMS is maintained by service asset and configuration management and is used by all IT service management processes.

Вроде бы, дело не в переводе.
То есть мы имеем вот такую картину?
стрелки обозначают «использует» (или наоборот «поддерживает»)


Так? Да. Но это не вся правда. В определении CMS также сказано, что она «используется всеми процессами управления ИТ-услугами». Т.е. не только SACM является потребителем информации из CMS.

Казалось бы, это очевидно и даже банально. Но нередко, судя по тому, как организация выстраивает практику управления конфигурациями, складывается впечатление, что практика работает сама на себя. Т.е. создание CMS (или, используя более распространённый термин, CMDB [Configuration Management DataBase]) является самоцелью, а не инструментом для решения какой-то иной задачи.

И ровно на преодоление этой проблемы направлена заметка, упомянутая в самом начале.

Собственно, подход, описанный в ней, на мой взгляд, имеет смысл использовать при построении/оптимизации любых управленческих практик.

«VAP: Управление изменениями и конфигурациями в ИТ»
Концентрация знаний и опыта без натаскивания на экзамен

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

  • Павел С.

    Т.е. можно сказать. что система управления инцидентами это подсистема Системы Управления Конфигурациями?

    • Может быть и такой вариант не исключен. Но, не думаю, что авторы имели в виду это.

      Из процитированного определения CMS лишь следует, что CMS может содержать информацию об инцидентах. При этом не сказано, какую. Например, нам может быть небезынтересна возможность получения информации об инцидентах, связанных с теми или нами конфигурационными единицами (CI). Что скорее всего мы реализуем в системе учета инцидентов путём указания ссылок на соответствующие объекты в CMS (CMDB). Но вряд ли мы будем хранить в CMS всю информацию, необходимую для управления процессом Incident Management.

      Подтверждением этой идеи, как мне кажется, является в том числе картинка Figure 4.9 Example of the application of the architectural layers of the CMS из книги ITIL «Преобразование услуг»


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

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

  • Рубрики

  •  
  • Авторы

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

    • Метрики потока создания ценности
      Свой первый отчёт с данными о работе процесса в ИТ я сделал где-то в самом конце 90-х годов. Я тогда работал в поддержке, мне было важно понять как быстро мы выполняем заявки,
    • Я понял только то, что ничего не понял
      На тему услуг написано довольно много самых разных статей, т.к. оказание услуг – самый распространенный вид человеческой деятельности. Банковские услуги, гостиничные услуги, юридические услуги, логистические услуги; парикмахер, курьер, айтишник – все это деятельность в сфере услуг. Моя работа тоже относится к этой же сфере, поэтому не могу не поделиться своими наблюдениями, или, как говорится, поговорить о наболевшем.
    • DevOps-путешествие American Airlines
      Несколько лет назад компания American Airlines начала путешествие, которое первоначально было направлено на преобразование DevOps в ИТ, но в дальнейшем набирало обороты и переросло в преобразование доставки продуктов, охватывающее весь бизнес.
    • Чтение признаков: Паттерны диаграммы рассеяния (Lead Time Scatterplot)
      Научившись определять общие закономерности в диаграмме рассеяния времени цикла, вы сможете заметить проблемные области до того, как они разрастутся. Сегодня мы покажем вам, как распознать наиболее распространенные модели диаграммы рассеяния и объясним, что они означают для вашего проекта.
    • Проблемные зоны цифровой трансформации
      Управление на основе гибких методологий подразумевает наличие гибкой команды, занимающейся развитием цифрового продукта. Однако, такие команды не возникают сами собой, их
    • Чтение знаков: Паттерны Канбан CFD
      Чтобы улучшить рабочие процессы, сначала нужно понять, как определить проблемные области. Метод Канбан использует визуальные методы для оценки ваших процессов. Диаграмма совокупных потоков Канбан является особенно мощным инструментом. На них фиксируется количество задач в каждом состоянии процесса через регулярные промежутки времени, как правило, ежедневно или еженедельно.
    • Краткое руководство по DevOps для не ИТ-руководителя бизнеса
      Тщательно продумайте, как выглядит успех. В цифровом мире это скорость, гибкость, контроль и оперативность, а не составление планов и следование им. Именно эти новые ИТ-практики принесут вам эти преимущества. Они уже принесли их многим другим предприятиям, которые встали на этот путь и, в некоторых случаях, разрушили отрасли.
    • 8 тенденций развития IT Service Desk в 2022 году
      Корпоративная служба поддержки ИТ в настоящее время находится в «идеальном шторме» для изменений или, точнее, в «идеальном шторме» для необходимости изменений. Случилось так
    • 6 худших вещей, которые продакт-менеджеры говорят инженерам
      Каждый хороший продакт-менеджер — полиглот. Он говорит на нескольких языках. Конечно, вы можете не говорить бегло на французском, итальянском или мандаринском. Но вы
    • На какой курс пойти, чтобы узнать про практику Х?
      Этот вопрос вы, наши слушатели, задаёте довольно часто. К тому же появились новые курсы категории VAP. Так что было бы удобно иметь под рукой справочник. Ну что же, вот оно:
  •  
  • Вход

  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT