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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

CMDB, конфигурации и активы

Управление конфигурациями и активами, CMDB, CMS, SKMS

Вопрос из зала: учет и материальная ответственность

Следующими вопросами задается Анна Лобова, наша постоянная читательница, в ходе организации системы учета оборудования и определения материально ответственных лиц: Как организовать складской учет с нуля? В компании, где нет ИТ склада, а есть единый склад (тумбочки, шкафы, автомобили и компьютеры вместе) и никакой привязки учетной единицы к человеку. Выдали и выдали, кому выдали не отмечено, отмечено просто что такая-то единица в компании есть. Разумеется все прут ноуты и еже с ними домой, особенно те, кто увольняется не по доброму. Да еще и плюс Отдел Кадров не всегда информирует ИТ об увольнениях. Два варианта, очевидных: 1) создать обходной лист и пока...

А есть ли Change без CMDB?

Вопрос практикам и специалистам по управлению изменениями задает Владимир: Немного философский вопрос, но очень интерисует ответ на него. Возможно ли построение Change Management без CMDB, например только на картах ИТ-услуги? Коллеги, может у кого-то есть подобный опыт?

Услуги — CI или не CI?

Продолжается обсуждение непростой темы управления конфигурациями. Андрей спрашивает: Коллеги, кто нибудь может внятно объяснить, зачем стоит заводить в CMDB CI типа "Услуга" ?   Рассмотрим случай, когда в информационной системе есть сущности типа "услуга" за рамками CMDB (например отдельная папка SLM и отдельная папка CMDB в OMNITRACKER). Понятно, что каждая CI должна быть связана с услугой, но для этого не обязательно связывать СI типа "сервер" с CI типа "услуга". Проставили в карточке CI в поле услуга нужную услугу и все. На деле же часто вижу примеры CMDB как дерево CI-ев, где есть CI в традиционном понимании (ПО, Железо, конфигурации серверов и тд) и CI типа...

Управление конфигурациями и V-модель

​​Слушайте, а ведь V-модель (V-model) – это самая классная картинка в ITIL. Я давно это подозревал, но за последний год на курсах по контролю ИТ-услуг она стала для меня основной сюжетной линией, увязывающей все ключевые процессы контроля ИТ-проектов и продуктивной среды. Смотрите: Для управления тестированием V-модель является иллюстрацией комплексного подхода к тестированию: от технической отладки до подтверждения результатов бизнес-процессов. Она, кстати, и была изначально придумана для иллюстрации жизненного цикла разработки и тестирования. Для управления изменениями (и для управления проектами) ступени модели являются справочником вех, на которых нужно будет осуществлять проверки успешности проекта. Для управления релизами наличие всей проектной документации, формируемой на...

Вопрос из зала про конфигурационные единицы

Читательница Елена задает такой вопрос:  Есть ситуация: Оказывая услуги ИТ-поддержки бизнес-процессов своих заказчиков, под процессным управлением в компании (предоставляющей такие услуги ИТ-поддержки) находятся разные элементы конфигурации, выход из строя которых может привести и снижению уровня обслуживания заказчиков. В компании используется спец. программное обеспечение (ПО) для расчета заработной платы и ведения бухучета в целом, и в процессах предоставления услуг Заказчику оно не участвует. Вопрос — является ли оно подотчетной единицей процесса управления конфигурациями? Как корректнее выполнять и учитывать запросы на изменение для такого ПО (установку/обновление), если этот учет осуществляется? Что скажете, коллеги?

CMDB, CMS, SKMS... еще что-нибудь?

Виктор Калинчиков спрашивает у нашего с вами сообщества: Уважаемые коллеги! Поясните, пожалуйста, принципиальную разницу между CMDB, CMS и SKMS. Везде достаточно расплывчато определяется разница между этими понятиями, особенно разница между CMS и SKMS. Может быть есть какой-то ресурс, где можно прочесть об этом? Заранее благодарен! Мы однажды обсуждали связь между этими понятиями, но до примеров дело как-то не дошло. Что скажете, эксперты?

Федеративные источники данных

При проектировании CMDB каждый раз сталкиваемся с желанием Заказчика наполнить ее максимально возможным количеством информации и нежеланием потом эту информацию собирать и поддерживать в актуальном состоянии. Отчасти решением может быть использование внешних источников данных. При этом есть два варианта: Переносить данные из внешних источников в CMDB Обеспечить доступ к данным внешних источников из интерфейса CMDB ​Переносить все данные в CMDB в большинстве случаев нет никакого смысла, так как во внешней системе их может быть огромное количество, а охват и глубина могут не совпадать с параметрами процесса управления конфигурациями. То есть в CMDB появятся данные, которые не управляются процессом (мы же ведь...

Управление конфигурациями по COBIT 5

В семействе COBIT 5 очередное пополнение. Новая книга посвящена управлению конфигурациями с точки зрения модели корпоративного руководства и управления. Примерно на 100 страницах обстоятельно даны ответы на следующие вопросы: Как именно факторы влияния (enablers) руководства и управления помогают управлять конфигурациями? Откуда эти конфигурации взялись, зачем они нужны и как продать этот процесс бизнесу? Что такое CMDB, CMS, SKMS и как их получить (по шагам и с календарем)? Какие риски и трудности связаны с управлением конфигурациями, кто и как будет с ними бороться? Знатоки уже догадались о главном источнике информации, которым воспользовались в ISACA. Интересно, что в книге процесс управления конфигурациями...

CMDB: как совместить детальность и наглядность?

Василий занят построением CMDB. И вот какой у него возник вопрос: У нас в компании со временем устоялась трехуровневая модель предоставления ИТ-сервисов бизнесу. 1. Уровень бизнес-сервисов (бизнес-направления или бизнес-процессы). 2. Уровень ИТ-сервисов прикладного уровня (ИТ-сервисы, связанные с прикладным ПО и автоматизированными банковскими системами). 3. Уровень ИТ-сервисов системного уровня (ИТ-сервисы, связанные с системным ПО (например, СУБД, прокси) и сетью). Получается, что, с одной стороны, у нас есть связь сервисов между собой, т.е. бизнес-сервисы зависят от ИТ-сервисов прикладного уровня, а ИТ-сервисы прикладного уровня зависят от ИТ-сервисов системного уровня. Есть заключенные SLA с бизнесом и OLA внутри ДИТ. С другой стороны, сервисы зависят...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM