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

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

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

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

Конфигурационные единицы, которых нет

После прочтения курса по управлению конфигурациями есть еще пара мыслей, которыми хочется поделиться. Например, обязательно конфигурационные единицы в CMDB это нечто реально существующее, или можно для упрощения картинки вводить некие "суррогатные конфигурационные единицы", которых на самом деле нет, но которые могут внести в картинку ясность и указать на реальное положение дел: взаимосвязь конфигурационных единиц, влияние друг на друга и т.д. Давайте рассмотрим пример. Ниже привожу тоже самое, но в текстовом виде. Для примера предлагаю рассмотреть следующую схему: Есть ИТ-сервис (например, электронная почта) ИТ-сервис зависит от работы ИТ-системы (например, "Почтовый сервер") ИТ-система установлена на сервер  Теперь представим, что ИТ-системы две и они располагаются на двух серверах, при этом сервера...

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

Начал вчера читать курс по управлению конфигурациями, изменениями и релизами. Давно уже этого не делал, в основном был в проектах.  На курсе, как всегда, была дискуссия о том, можно ли совместить управление конфигурациями и управление активами в едином процессе и получить пользу сразу в двух направлениях: 1. Получить информацию полезную для оценки влияния элементов инфраструктуры друг на друга (для оценки влияния инцидентов, изменений и т.д.) 2. Получить информацию по остаткам расходных материалов на складах, данные о затратах на ремонт техники (включая запчасти), сведения по стоимости оборудования отнесенного на определенные подразделения и т.д. Пока я неумолим и настаиваю на том, что...

5 из 9 шагов к успешной CMS

В книге Service Transition есть примерно такое рассуждение (гл. 4.3.5.2): "Не существует универсального подхода к управлению активами и конфигурациями. Организация должна сама принять решение о том, какой уровень управления активами и конфигурациями необходим для тех или иных услуг, и  определить подход к достижению этого уровня"  Чтобы помочь в выполнении этого непростого задания, Marty Likier в своей колонке на ITSMWatch предлагает рецепт из девяти шагов по построению "успешной CMS".  Вот первые пять шагов: Определить подход к управлению и политики Определить роли и распределить ответственность Определить основное назначение CMS Определить основные типы записей Идентифицировать доступные источники данных. Пункты 6-9 обещаны в продолжении...

Управление конфигурациями — не вещь, а практика

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

Управление мощностями, как оно есть

На днях опять вспомнилась тема управления мощностями. Столько всего понакручено вокруг нее. Решил немного про это порассуждать. Например, выяснилось, что иногда под управлением мощностями понимают мониторинг ИТ-ресурсов ("всякие железяки"). В лучшем случае, с определением пороговых значений и правил реагирования на их нарушение. И тут появляются вопросы и типичные ошибки: 1. Откуда взяться требованиям к мониторингу? 2. Откуда взяться пороговым значениям?3. Как реагировать? Что значит для нас превышение того или иного порога? Бывает, что на эти вопросы отвечают так (конечно утрирую): "собираем все важное, пороги поставили разумные, если жахнет, то разберемся". При таком подходе, есть риски: 1. За грудой данных не увидеть...

Форум ИТ-директоров

Поучаствовал в пятницу в форуме ИТ-директоров уральского региона. Компания Юнит собрала ИТ-директоров из Екатеринбурга, Челябинска, Тюмени, Сургута, Пермского края и других близких в Екатеринбургу мест. В основном доклады касались нового программного обеспечения и железа. В этом смысле, я со своим докладом на тему оптимизации взаимодействия ИТ и бизнеса несколько выбивался из общей струи 🙂 Порадовало то, что многим тема показалась актуальной. Однако не многие верят в разрешимость существующих у них проблем, потому что бизнес воспринимается как непоколебимая махина, с которой договориться о чем-то невозможно. Постарался убедить в том, что решения есть всегда, стоит только взяться. В кулуарах наиболее популярными темами...

Учитывать или не учитывать в CMDB телефоны?

Есть ли смысл вести в CMDB учёт мобильных телефонов, вместе с ПК и программным обеспечением? Каждый менеджер конфигураций должен принимать такие решения, основываясь на экономической целесообразности о глубине и ширине CMDB, но как именно оценить эту целесообразность? И если мы решим учитывать те самые телефоны, то дадут ли нам клеить стикеры на новенькие iPhone? Попробуем найти ответ вместе с Лизой Уиттекер (Lisa Whittaker)

Матрица — вот, что нам нужно

Не перестаю удивляться. Каждый раз, когда проектирую очередной процесс, обязательно у кого-нибудь возникает вопросы: "А нельзя ли не в процесс закладывать контроль деятельности, а в системе автоматизации какую-нибудь заковыку сделать, которая бы нас оградила от неверных действий, а еще лучше работать заставила". В этот момент всегда вспоминаю фильм Матрица и их разъемы в затылках. Когда уже наступит время, когда придуманный процесс достаточно будет прошить исполнителям в мозг и дальше только периодически обновлять прошивки по мере совершенствования процесса? 5 секунд и коронная фраза "Я знаю управление релизами" вылетает из уст очередного участника процесса. Мечта... А пока приходится говорить, о том, что без...

Как построить и сопровождать DML

DML может быть полезной в деле управления приложениями, сборками, лицензиями, документацией... К сожалению, в публикациях на тему управления релизами не так уж много практических советов по построению и сопровождению DML. В своей заметке George Spafford предлагает такие советы всем желающим. Читать полностью на ITSMWatch

Управление активами: в эпоху «облаков» грядут изменения

Согласно отчёту Gartner, количество предприятий, имеющих собственные ИТ-активы будет снижаться, так как множество компаний переносят свои приложения и данные к провайдерам облачных вычислений. Gartner предсказывает, что к 2012 году не менее 20% всех организаций не будут иметь собственных ИТ-активов, но будут активно приобретать ИТ-сервисы и необходимую инфраструктуру у различных провайдеров. Что это означает для тех практик, которые мы привыкли считать лучшими? Более конкретно — что будет с методологиями учёта активов? Если типовое малое или среднее предприятие не будет иметь собственных ИТ-активов, нужно ли ему будет управление ИТ-активами? Читать далее.

Изменения, конфигурации, CMDB

Было бы здорово, если можно было один раз настроить все ИТ-системы, включая сеть, приложения, базы данных, рабочие станции пользователей, а потом просто ничего не менять. И все бы работало само, требуя только иногда проводить работы по обслуживанию и менять компоненты, вышедшие из строя (разумеется, на точно такие же). Однако, в реальной жизни это невозможно. Изменения приходят ото всюду — от пользователей, которым требуются новые ИТ-сервисы или модернизация существующих, от поставщиков, выпускающих обновления ПО. Оборудование устаревает, технические и архитектурные решения, принятые вчера, сегодня "жмут" и требуют пересмотра, появляются новые требования к обеспечению информационной безопасности, меняются стандарты внешней отчетности, сливаются и поглощаются компании...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM