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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Артём Мукосеев

Вам срочно или экстренно?

Срочно, безотлагательно, экстренно… Все эти синонимы с точки зрения англо-русских словарей могут быть использованы для перевода слова “emergency”, которое в ITIL используется для именования особой группы изменений. Изменения этой группы должны внедряться “как можно скорее”. Формулировка, на первый взгляд, несколько размытая и не дающая чётких указаний, в каких конкретно случаях изменение следует обрабатывать в соответствии с некой специальной процедурой. Но в ITIL эта формулировка сопровождается чётким ограничением охвата и соответствующими примерами. В частности, там сказано, что “процедура обработки emergency-изменений должна применяться только для изменений, направленных на устранение ошибок в ИТ-сервисах, которые серьёзно влияют на бизнес”. А в разделе, посвящённом типам…

Информированность – залог клиенто-ориентированности

Все мы в повседневной жизни пользуемся какими-нибудь услугами. И далеко не все эти услуги работают так, как декларирует их провайдер. В некоторых случаях неэффективность процессов настолько очевидна, что организацию становится даже немного жаль. Конечно, уже потом, когда уляжется первая волна негатива. К сожалению, вряд ли сотрудники компании, о которой пойдёт речь, читают наш портал. Хочется надеяться, что если бы читали, всё было бы несколько лучше. Но в любом случае рассмотренный ниже пример, как мне кажется, интересен своей жизненностью. А пример этот про компанию, предлагающей новомодную услугу – совместно используемый автомобиль. Ну уж простите, не хочу “ругаться” заморскими словами. Кто уже…

Адаптивные модели изменений

"Жизнь многообразна, бумага не бесконечна!" )) "Ну хорошо, а сколько их нужно сделать?" Этот весьма насущный вопрос возникает, когда начинаешь проектировать модели изменений. Мы уже делились на нашем портале разными мыслями по поводу моделей изменений. Например, здесь и здесь. А здесь даже лежит вебинар по данной теме. Но если мы говорим, что модели позволяют учесть различную специфику проведения изменений в зависимости от того, как это изменение классифицировано, то каков должен быть масштаб проработки этой специфики? Какова должна быть детализация того самого классификатора? И какие конкретно параметры изменений должна настраивать модель? Как обычно, следует искать рациональный баланс. Чётко прописать всю специфику вплоть до…

Мысли на тему подслушанного: о смешении ролей

Мы в Cleverics внимательно относимся к проведению сертифицированных курсов по ITIL, поэтому периодически стараемся наблюдать друг за другом со стороны. Причём, довольно подробно – на протяжении всего отдельно взятого курса в аудитории присутствует другой тренер. Из такого упражнения, несмотря на его очевидную дороговизну, есть очень важные выходы. Причём, не только для тренера, который получает обратную связь применительно к своим тренерским навыкам, но и для самого наблюдателя, который, в том числе, имеет возможность подслушать и зафиксировать интересные мысли и вопросы, поступающие на курсе от слушателей – то есть от вас, уважаемые коллеги. Так вот, на недавно прошедшем курсе ITIL RCV, где мне довелось…

Управление активами и конфигурациями – как избежать конфликта интересов

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

Как оценить трудозатраты на сопровождение CMDB?

На прошедшем недавно курсе ITIL ® Release, Control and Validation (RCV) обсуждали со слушателями вопрос, как оценить трудозатраты на сопровождение базы конфигураций (CMDB). Вопрос становится насущным, если охват учёта достаточно широк и подразумевает привлечение к сопровождению не только выделенных специалистов (“библиотекарей”), но и специалистов, непосредственно выполняющих какие-либо задачи, затрагивающие конфигурационные единицы отдельных категорий. В зависимости от зрелости учёта в CMDB могут быть представлены конфигурационные единицы широкого спектра категорий, которые можно условно разделить на следующие четыре группы: ИТ-системы бизнес-приложения технологические элементы бизнес-приложений инфраструктура Именно такое деление обусловлено принципиальными различиями в характере выполняемых задач в отношении этих групп. Очевидно, что отдельные группы категорий, скорее всего, обслуживают разные специалисты. Поскольку…

Тренинговое многоборье

Всё, можно выдохнуть. Две недели концентрации, презентации, демонстрации …, где-то даже провокации. Шучу. Просто закончился двухнедельный марафон по обучению ИТ- и не только персонала заказчика работе в обновлённых процессах и с новой системой автоматизации. Сначала неделю очное обучение: живой контакт, живые вопросы, работа обучающихся непосредственно в системе. Пытаешься создать позитивно-конструктивную атмосферу в аудитории, поддерживать динамику, контролировать слова-паразиты. Можешь перевести дух и попить воды, давая другим высказаться. Следующая неделя – бубнишь в микрофон, получая в виде обратной связи текст в чате. Рассказываешь и показываешь, все просто смотрят. Говоришь всё время сам, постоянно держа в голове, что тебя сейчас слышит 50-60 человек. Опять пытаешься поддерживать динамику, бороться…

DevOps: команды будущего или утопия?

Совсем недавно мы писали про разнообразие существующих экзаменов по DevOps. Как партнёры EXIN, мы, в первую очередь, обратили внимание на их программу сертификации. В связи с чем плюс-минус дружно погрузились в изучение мануала по подготовке и указанной в нём литературы (кто не успел это сделать раньше). Полагаю, некоторые, а, может быть, и многие из наших читателей уже изучили упомянутый мануал. Что интересно, известная книга The Phoenix Project позиционируется в нём, как "всезамещающий" источник знания. Откуда такая формулировка, хотите знать? Всё просто, в мануале есть раздел "Подготовка", в котором прямым текстом сказано следующее: Подготовка (training) – это обязательная часть сертификации. От кандидатов ожидается значение базовых…

Зачем вам сервисно-ресурсная модель? – А вот, зачем…

Некоторое время назад мы проводили небольшой опрос по использованию сервисно-ресурсной модели. Настало время поделиться с Вами, уважаемые читатели, его результатами. Целью опроса было попытаться понять реалии. Попытаться оценить, как на самом деле используется информация о связях конфигурационных единиц, отражённая в сервисно-ресурсной модели. При этом важно было учитывать контекст, то есть оценить охват сервисно-ресурсной модели и качество её актуализации.  Читателям портала предлагалось ответить на ряд вопросов, перечень и полученные результаты по которым приведены ниже. Каков охват сервисно-ресурсной модели в вашей компании (какая доля услуг охвачена)? Результаты ответа на этот вопрос искренне удивили. Могу только предположить, что в опросе, преимущественно, приняли участие…

Зачем вам сервисно-ресурсная модель?

За прошедшие несколько лет несколько раз доводилось участвовать в проектах по управлению активами и конфигурациями. Во всех проектах акценты расставлены по-разному, что каждый раз подогревает градус интереса. А также каждый раз вспоминается несколько предвзятое утверждение, которым иногда пользуются скептически настроенные заказчики: "вы, консультанты, действуете по шаблону, а нам надо нечто специальное!". Вы понимаете, я сейчас перефразировал немного, но суть, думаю, понятна. Вспоминается оно, это утверждение, по ходу строительства очередного "космического корабля", обладающего почти неслыханной доселе функциональностью. Из раза в раз ситуация одна и та же – почти все пытаются "засунуть" в проект максимум околовсяческих совершенно необходимых организационных и функциональных "фишек". Что, в общем, понятно,…

Как внедрять управление лицензиями ПО

Знаю-знаю, миллион статей написан. Сейчас начнёте, как в известном фильме, пальцы загибать: "это – раз, это – два". А я просто хочу наблюдениями поделиться. В очередной раз довелось решать данную задачу, благо могучий OMNITRACKER хорошо подходит для реализации сложносочинённой логики, предназначенной для разных жизненных и не очень ситуаций. Думаю, не открою вам великой тайны, если скажу, что управление лицензиями работает, если есть тот, кто этим управлением живёт! Не как делом всей жизни, конечно, но близко к тому – как повседневной обязанностью. Всем, конечно, хочется, чтобы "оно там как-то само всё учитывало". В том числе правила лицензирования отдельных вендоров (один только…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM