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

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

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

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

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

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

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

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

Задачи:

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

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

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

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

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

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

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

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

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

Цели:

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

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

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

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

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

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

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

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

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

СПАСИБО!

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

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

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


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

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

  • Рубрики

  •  
  • Авторы

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

    • 3 стратегии, которые помогут вашей команде принять метрику потока
      Вам необходимо эффективно управлять рабочими процессами, чтобы иметь возможность постоянно предоставлять ценность своим клиентам. Именно здесь в игру вступают метрики потока. Метрики потока являются основной движущей силой оптимизации процессов.
    • Новая модель предоставления ИТ-услуг: почему вам нужно ориентироваться на продукт
      Традиционно ИТ-организации делят все предоставляемые ими услуги на три уровня: инфраструктура (инфраструктура как услуга), платформа (платформа как услуга) и приложения
    • Как DevOps-командам следует использовать метрики DORA
      С момента выхода в 2018 году книги «Accelerate: Наука о бережливом программном обеспечении и DevOps», показатели DORA, которые она представила, стали популярным
    • Лучше делать хоть что-то, чем не делать ничего
      На конференциях по всяким Agile и DevOps мы часто слышим слово «unlearn» — забудьте то, что вы знали ранее! Измените свои представления о мире! Всё устроено
    • VI форум «Управление данными — 2021»: наведите порядок в данных!
      23 сентября 2021 года издательство «Открытые системы» в шестой раз проведет в Москве масштабный форум «Управление данными — 2021», объединяющий всех, кто определяет стратегию работы с данными, воплощает ее в жизнь и управляет предприятием на основе объективных достоверных данных. Участники форума обсудят не только инновационные стратегии и бизнес-модели работы с корпоративными данными, но и конкретные архитектурные и технологические решения.
    • Простые уловки, как ускорить процесс разработки программного обеспечения
      С некоторыми вещами люди из бизнеса вынуждены соглашаться, и одна из них заключается в том, что никто не хочет сердить свою команду разработчиков. Часто они являются краеугольным
    • Почему каждая инициатива DevOps должна начинаться с оценки возможностей
      Внедрение практики DevOps идет полным ходом. Организации сосредоточены на том, как внедрить возможности DevOps в командах и как масштабировать DevOps в масштабах предприятия. Но важным аспектом любого пути масштабной трансформации является оценка возможностей команды или организации на этом пути.
    • Что такое процесс и что такое практика в ITIL®4
      Продолжаем публиковать короткие видеоролики, посвященные актуальным вопросам управления ИТ. Сегодня поговорим о том, что такое процесс и что такое практика в ITIL4. Это не переименование процессов в практики, это два отдельных понятия. Рассказывает Игорь Фадеев, ITIL 4 Managing Professional и ITIL 4 Strategic Leader, аккредитованный тренер по ITIL4.
    • Аудит. Что может быть скучнее?!
      На прошедшей неделе участвовал в аудите (в качестве объекта аудита). Большинство людей, проходивших аудит, подозреваю, разделяет это ощущение: «Бюрократия, формальности и т.п.»
    • Как технический долг вредит вашей команде программистов — и вашей безопасности приложений
      Техническая долг может серьезно повлиять на здоровье организации - и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize "Состояние технического долга в 2021 году", считают, что технический долг негативно влияет на моральное состояние их команд.
  •  
  • Вход

  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT