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

Вопрос из зала: внедрение CMDB на практике

В редакцию портала поступил вопрос:

Уважаемые коллеги,

Внедрение CMDB — тема уже изъезженная, но практической информации крайне мало.

Помогите, пожалуйста, не наступить на «те самые» грабли.

Мы понимаем, где мы сейчас — осуществлена оценка текущего состояния. ИТ и заказчики видят и понимают проблематику, ограничивающую предоставление услуг с более высоким качеством из-за отсутствия CMDB.

Мы знаем, что мы хотим — были собраны бизнес-потребности, при сборе отталкивались в первую очередь от задач, которые необходимо решить.

Задачи:

1. Выстроить процесс управления ИТ-активами и конфигурациями (данные об активах содержаться в разных источниках и постоянно устаревают, пользовательское и серверное оборудование регулярно не обновляется, зачастую не удовлетворяет требованиям)

2. Онлайн доступ к актуальной информации по ИТ-активам и конфигурациям в web-интерфейсе:

– отчет по физическому местонахождению ИТ-активов

– отчет по надежности ИТ-активов!

– отчет по модернизации

– отчет по лицензиям

– отчет по устареванию версий критичного ПО

3. Выстроить процесс управления лицензиями

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

Цели:

1. Контроль жизненного цикла всех ИТ-активов и конфигураций

2. Получение точной информации о конфигурациях и документации для поддержки всех прочих процессов управления сервисом

3. Построение устойчивой основы для управления инцидентами, проблемами, изменениями и релизами

Главный вопрос — как нам это сделать?

Как оценить/просчитать бюджет проекта по внедрению? (нафига козе баян?)

Какие очевидные и не очевидные риски?

Какое выбрать ПО?

Как разработать структуру CMDB?

Какой примерный план по внедрению этого инструмента и изменению сервисных процессов?

СПАСИБО!

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

  • Ашот

    Цели 1,2,3 закроются ПО
    Бюджет будет из ПО+затраты на внедрение+серверные мощности+затраты на обучение персонала
    (+)затраты на интеграцию с ServicDesk, если потребуется
    (+)ФОТ сотрудника. (У нас отдельный специалист)
    Не забывайте, операционных расходы – это самая затратная часть в работе т.к. каждая итерация будет занимать n времени+аналитика+отчетность+работа с вх/исх бух. документами.
    Как вам это сделать?
    Определите необходимую детализацию классификатора CMDB чтобы соблюсти баланс на расходы и профит.
    Определите статусы КЕ для вашего жизненного цикла.
    ПО выбирайте с возможностью интеграции к Вашей ServiceDesk либо как его модуль.
    В сервисные процессы надо будет добавить приход/вывод, маркировку, внесение в CMDB, актуализацию.
    Интегрируйте CMDB с БП.

    В общем как то так.

    • Ербол

      день добрый!

      А что подразумевается по интеграцией CMDB с процессами?
      Можно более развернутый ответ.

      Спасибо.

      • Ашот

        Это автору вопрос, это что надо изменить в текущих процессах:
        “В сервисные процессы надо будет добавить приход/вывод, маркировку, внесение в CMDB, актуализацию(инвентаризацию).”

        В бюджет можно добавить трудозатраты на первичную маркировку девайсов,
        а к операционным инвентаризации.

        Про риски да, Павел С. правильно указал – люди.
        Поэтому сразу закладывайте штрафы за плохое прилежание)

        • Ербол

          То есть под интеграцией с БП вы предлагаете административные методы ручного внесения информации в CMDB. И здесь ничего лучше, чем надсмотрщик с хлыстом, нет (штрафы).

          Я думаю. более перспективным будет другое понимание интеграция с БП (под бизнес-процессами я имею ввиду алгоритм действий, где основное слово – процессы ) : В процессе исполнения бизнес-процессов CMDB должна самообновляться, то есть актуализация CMDB есть результат выполнения БП. Мы у себя пошли по этому пути.

          Например – процесс заказа ПК пользователем.

          При исполнении процесса выдачи ПК, ответственные люди вносят в заявку информацию о КЕ ПК.

          Так как при подготовке компьютера на него устанавливают некоторый набор ПО (у нас это образ ПК. Реализован как группа КЕ), то в заявку также вносится информация обо КЕ образе.

          После успешного выполнения заявки, В CMDB проставляются связи между ПК и всем набором ПО из образа, связь между ПК и пользователем.

          Основная проблема при таком подходе – ITSM системы не дают простого инструмента для такой автоматизации, поэтому все это – кастом.

    • Кирилл

      Ашот,
      Спасибо.

      “Не забывайте, операционных расходы”
      – пока неясно как их просчитать. Может быть есть предложения?

      “ПО выбирайте с возможностью интеграции к Вашей ServiceDesk либо как его модуль.”
      – сейчас рассматриваем iTOP как технологию, которая нам в этом должна помочь.

  • Павел С.

    Ого вопросики. Замах-то широкий, и активы, и лицензии, и РСМ…
    Я бы советовал “есть слона по частям”. Поскольку и инструментарий и подходы для разных задач могут оказаться разными.
    При этом не известен масштаб вашей организации, а отсюда могут вытекать ответы на многие вопросы.

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

    • Кирилл

      Павел,

      Масштаб можно представить взглянув на объекты обслуживания:
      АРМ – 300+
      Принтеры – 150+
      Физические сервера, СХД, СРК
      Виртуальные сервера 90+
      Бизнес-приложения – 10+ (множество интеграций)
      Средства связи и проч.

      “вы не сможете всё автоматизировать, а для людей ваши учётные процедуры станут лишней нагрузкой и они на них будут забивать, и ваши данные будут устаревать также как устаревают сейчас”
      – Да, такой риск мы видим. Какие могут варианты контроля актуализации жизненного цикла КЕ?

      Например:
      1. Руководители ИТ-подразделений (2-ая, 3-ая линии) как ключевые потребители информации контролируют внесение изменений, выполняя периодический анализ базы данных (триггеры: N времени КЕ не обновлялось, есть свежие обращения с категориями: перемещение/вывод из эксплуатации и проч. (но придется добавлять в обращение новое обязательно поле aka-“категория”); также придется сделать обязательным для заполнения поле “КЕ”)
      2. Отдельный специалист(ы) (как указал Ашот) для поддержки и контроля исполнения процессов CHM, ITAM

      Я думаю, что оба варианта необходимо внедрять, исходя из разумного баланса по трудозатратам и эффектам.

  • Кирилл, ответ на вопрос “Как разработать структуру CMDB?” есть здесь: https://youtu.be/5gVLCVyhkE8. Ответы на вопросы о выборе инструмента и цене будут вытекать из дизайна CMDB. Что касается рисков, специфичные риски можно обсуждать только имея и дизайн CMDB, и инструмент (или инструменты на выбор). Об общих же рисках сказано в том же вебинаре (по ссылке выше) и еще есть здесь: https://realitsm.ru/2019/02/cmdb-and-autodiscovery (мне кажется, имеет смысл обратить внимание не только на сам пост, но и на комментарии).

    Главное, что я не понял из Вашего вопроса – вы для себя уже ответили, зачем вам CMDB? Потому что с одной стороны перечислены цели, а они и должны ответить на вопрос “зачем” (хотя представленные формулировки я считаю очень общими), а с другой – ниже Вы задаете вопрос “нафига козе баян?”. У меня не клеится.


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

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

DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM