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

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

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

Зачем нужен Change Management?

Вопрос без подвоха. Ну почти. Его контекст довольно-таки прост. Если конкретизировать, то он звучит так: “как сформулировать для руководства бизнеса и ИТ, а также для персонала ИТ-департамента преимущества от инвестиций в постановку и автоматизацию процесса управления изменениями?”. То есть нужно максимально просто и понятно объяснить указанным заинтересованным сторонам, зачем нужно упорядочить и формализовать деятельность по управлению изменениями. Для начала попробуем наморщить лоб, с умным видом пошелестеть страницами умных книг (вы знаете, каких) и выдать “научную” формулировку. Во всем известной библиотеке ITIL, в книге Service Transition написано довольно много слов про “назначение и задачи”, “ценность для бизнеса”, “организационные преобразования”, “формирование культуры”…

Приоткрываем ITIL 4: введение

Как вы понимаете, до официального выхода новой книги мы не можем обсуждать детали, но авторы ITIL 4 предложили нам поделиться с вами, уважаемые читатели портала REALITSM.RU, важными, с их точки зрения, тезисами. Эти тезисы отражают ключевые изменения в подходах к пониманию и организации деятельности ИТ. Тезис, который мы попробуем обсудить сегодня, звучит так: “от фокуса на процессах к целостному подходу”. Действительно, если посмотреть на предыдущую версию ITIL, то можно заметить определённый фокус на процессах. Процессы распределены по этапам жизненного цикла сервиса. Все “высокоуровневые” деятельности называются процессами (что местами выглядит спорно). Процессы в некоторых случаях больше похожи на практики, а не…

Чат-боты: помощники или вредители?

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

Ожидания от курса SACM

На курсе “ITIL Release, Control and Validation“, на второй его части, посвящённой, преимущественно, процессу Service asset and configuration management (SACM), слушатели иногда говорят о некоторой нехватке для них практического результата. Мол, не до конца понятно, как же “это делать”. Вот про “это” хотелось бы узнать подробнее, так как даже из отзывов в анкете не всегда чётко понятно, в чём конкретно ожидания слушателя разошлись с содержанием курса. Следует помнить, что на всех сертифицированных курсах по ITIL в первую очередь рассматриваются процессы, а также значительное внимание уделяется подготовке к сертификационному экзамену. Например, вот что включает базовая структура официального плана курса: назначение и задачи…

Игровая маршрутизация

В деловой игре GRAB@PIZZA, как и в любой бизнес-симуляции, предусмотрены некоторые упрощения и допущения. Оно и понятно, мы же только моделируем реальную рабочую ситуацию, а не пытаемся её детально воссоздать и проанализировать. Попытка полностью воссоздать процесс может привести к существенному усложнению игры. Однако есть один важный нюанс, который, как мне кажется, хорошо было бы ввести в игру. В игре чётко разграничены точки входа “заявок” (назовём их так в целях обобщения) – через процесс управления инцидентами и через процесс управления взаимоотношениями с бизнесом. Всё красиво, каждый должен заниматься своим делом. Первая линия – маршрутизировать или решать/выполнять инциденты и запросы на обслуживание….

Абсолютный результат не имеет значения

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

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

При подготовке процессной (регламентной) документации по управлению активами и конфигурациями, если раньше никакой документации на эту тему в организации не было, может возникнуть вопрос – как правильнее назвать итоговый документ или документы? И сколько их должно быть? Казалось бы, всё просто – в ITIL прямо сказано, что “целевой уровень управления сервисными активами и конфигурациями”, который каждая компания должна определить для себя сама, документируется в Плане управления сервисными активами и конфигурациями (SACM plan, см.ITIL v3 2011 Service Transition, 4.3.5.2). Давайте чуть внимательнее посмотрим на его рекомендуемую структуру. Пример структуры плана управления сервисными активами и конфигурациями. Общие сведения (назначение документа и контекст) Охват:…

Журнал недоступности

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

Итоги 2017: самое обсуждаемое

Когда заканчивается очередной год, бывает полезно окинуть пройденный отрезок пути ретроспективным взглядом, вспомнить интересные мысли, которые встретились и зацепили “за живое”. Ни в коем случае не претендуя на всеобъемлющее освещение статистики и выводов из неё, хотелось бы вместе с вами, уважаемые читатели портала realitsm.ru, вспомнить самые обсуждаемые темы уходящего 2017 года. Ниже вашему вниманию предлагается подборка ТОП-12, то есть лидеров каждого календарного месяца. Просьба учитывать, что расставленные акценты и принципы выбора “итоговых тезисов” могут не совпадать с общим мнением редакции и авторов заметок и комментариев. Январь: “Проблемы коммуникации” https://realitsm.ru/2017/01/the-customer-is-the-key/ Видимо, новогодние праздники не только помогают отвлечься от работы, но и наталкивают на…

Плановый простой в контексте SLA

Интересно наблюдать, как под воздействием накопленного опыта развиваются интересы и трансформируются приоритеты коллег, с кем выпадает удовольствие работать и не меньшее удовольствие обмениваться опытом в рамках курсов обучения, периодически проходящих у нас в Cleverics. Недавно вышло так, что близкие по содержанию вопросы поднимались слушателями курса “Управление изменениями и релизами ИТ-услуг” (ITIL RCV) и коллегами по проекту. Вопросы касались планирования простоев услуг, необходимых для внедрения изменений. Один из вопросов был следующий: нужно ли, согласно хорошим практиками, учитывать внеплановые простои, во время которых внедрялись изменения, трактуемые бизнесом как “безотлагательные”, в отчётности? Отвечу в соответствии со своим пониманием. Если коротко – в отчётность нужно…

Ну дайте же поставить оценку!

Ну кто не хочет знать, довольны ли потребители качеством его услуг!? Даже монополии стали хотя бы делать вид, что им это интересно. Инструменты сбора давно всем известны, их преимущества и недостатки тоже. Основным вопросом, как мне кажется, по-прежнему остаётся следующий: “как добиться от потребителей услуг, чтобы они ставили оценку/предоставляли обратную связь?”. Поправьте меня, если я не прав. А пока вы ищете контраргументы, предлагаю немного поговорить про сбор оценок и обратной связи по обращениям. Повод подкинула бескомпромиссная реальность. Почти одновременно мне довелось воспользоваться государственными услугами по регистрации авто и обратиться за решением инцидента в коммерческий банк. У этих никак не связанных…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM