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

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

Обсуждения на учебных курсах

Правильные вопросы

Недавно, в очередной раз обсуждая техники анализа проблем, используемые в рамках процесса управления проблемами (Problem Management), спорили по поводу количества вопросов, которые нужно/можно задавать, реализуя методику «Пять «Почему?» («5-why»). Суть метода, напомню, заключается в том, что мы берём какое-то явление (проблему) и задаём себе вопрос: «Почему это происходит?». Найдя ответ на этот вопрос («Это происходит, потому что, происходит то»), мы задаём тот же самый вопрос «почему?» про «то» («А почему происходит то?»). И т.д. и т.п. Утверждается [ITIL  SO, 4.4.4.3], что, следуя по этой цепочке, мы «обычно на пятой итерации добираемся до корневой причины». На самом деле то, как быстро…

Всегда ли Known Error – ошибка?

Согласно ITIL® процесс «Управление проблемами» (Problem Management) направлен на минимизацию негативного влияния на бизнес инцидентов, вызванных ошибками в ИТ-инфраструктуре и предотвращение повторного возникновения таких инцидентов [SO, 4.4.1.1]. Часть работы процесса заключается в поиске корневой причины, вызывающей инцидент(ы) или, если не забывать и про проактивную составляющую процесса, корневой причины, которая может вызвать инцидент(ы) и устранению данной причины, либо, если это по какой-либо причине невозможно и/или не рационально, предложению обходного решения (workaround). При этом нужно понимать, что в общем случае ошибка – это не всегда ошибка в прямом смысле слова. Это может быть сложное сочетание конфигурационных единиц и условий их эксплуатации, которое…

Нужен ли процесс “Управление запросами на обслуживание” процессу “Управление инцидентами”?

За последнее время несколько раз на курсах по ITIL(с) обсуждался вопрос использования процесса управления запросами на обслуживание (Request Fulfillment Management [RFF]) для решения задач, лежащих в области интересов других процессов из процессной модели ITIL. Последнее обсуждение было вчера (Да. В корпоративном формате мы проводим тренинги и в выходные). В качестве примера подобного обсуждения вопрос: «В каком процессе должен отрабатывать запрос на получение информации об инциденте, находящемся в работе (например, о текущем статусе инцидента)? В процессе «Управление инцидентами» [Incident Management , INC] или в RFF?» Сначала зафиксируем очевидное. Во-первых, источником информации (в т.ч. о текущем статусе) является, конечно же INC, поскольку…

RFC и Change proposal: кто первый?

После недавно проведённого курса ITIL RCV пришёл к выводу, что будет полезно зафиксировать некоторые комментарии относительно взаимосвязей запроса на изменение (Request for change, RFC) и предложения об изменении (Change proposal). Как оказалось, термин “предложение об изменении” не всем понятен и вызывает у коллег некоторые вопросы, в частности: в чём разница между RFC и Change proposal и как они связаны между собой, что из них первично; если первичным является Change proposal, то что является его источником. Чтобы разобраться с данными вопросами, заглянем в учебник. Вот, что написано про предложение об изменении в глоссарии*: Предложение об изменении (Change proposal) – документ, содержащий…

Открыть нельзя переоткрыть

Где в предложении, вынесенном в заголовок, нужно поставить запятую? Речь, конечно же, об инцидентах. «Переоткрывать» (reopen, повторно открывать) закрытый инцидент или открывать новый? Обсуждение этого простого вопроса регулярно возникает на курсах по ITIL, и иногда бывает довольно бурным, поскольку различные организации практикуют различные подходы. ITIL на этот счёт ограничивается следующими соображениями [ITIL v3 2011, SO, 4.2.5.10] «…разумно предопределить правила относительно того, может ли инцидент переоткрываться, и, если может, то при каких условиях. Например, может иметь смысл договориться о том, что, если инцидент снова проявляется в течение одного рабочего дня, он может быть переоткрыт, после же этого срока должен создаваться новый…

Пицца – она у каждого своя

Вот и мне довелось съесть кусочек пиццы! Хотя честнее было бы сказать, что я большей частью наблюдал, как её едят другие. Но искренне причмокивал вместе со всеми! Вы уже догадались, конечно, что речь о деловой игре Grab@Pizza, которую компания Cleverics с успехом проводит уже не первый год. Моя роль позволила наблюдать за всей картиной со стороны. А наблюдать было за чем! День пролетел совершенно незаметно. Сначала быстрое погружение в задачу создаёт для участников идеальную картину неопределённости. Возникает желание разобраться, обсудить с коллегами, вникнуть в текст на карточках, разобраться в обозначениях и нумерации… Вы, кажется, не заметили, что время пошло? Совет…

Курс ITIL Practitioner – выводы

Перед чередой зимне-весенних праздников мы провели новый курс ITIL Practitioner. Поскольку это было первое публичное проведение курса, удельная плотность сотрудников компании Cleverics в классе была довольно высокой – курс насыщен практическими занятиями (около 70% времени), и нам хотелось уследить за всеми деталями, чтобы использовать полученную информацию для улучшения курса. Ведь, несмотря на полное формальное соответствие требованиям аккредитующей организации, мы понимаем, что всегда есть, что улучшать (PDCA, CSI и вот это всё; с чем в том числе мы разбираемся на данном курсе). Тем более, что и по содержанию и по формату курс существенно отличается от прочих курсов из линейки ITIL (во…

Сколько процессов в ITIL?

Рискну предположить, что у любого человека знакомящегося с процессной моделью ITIL в какой-то момент возникает вопрос, обозначенный в заголовке заметки. Казалось бы, технология поиска ответа должна быть простой – берём книги и [c]читаем. Но на самом деле всё не так просто. Во-первых, результат зависит от того, как [c]читать. Например, подобную работу при помощи Sharon Taylor (архитектора ITIL v3) проделала Pink Elephant, представив результат в виде удобных таблиц в коротком документе «Definitive ITIL® 2011 & 2007 Edition Process & Function List». Если считать по оглавлению книг, то процессов, которым посвящены отдельные разделы, 26. Но! В это число не входят так называемые…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;