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

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

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

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

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

Руководители проектов в эпоху Agile (когда всё гибко, бережливо и продуктово)

Необходимое примечание (disclaimer): я не имею ничего против управления проектами вообще и руководителей проектов в частности. Мне известна область применения проектного менеджмента, равно как и его ограничения. Я знаю менеджеров проектов, способных получить качественный результат в совершенно не располагающих к тому условиях; я также видел РП, польза от которых ограничивалась созданием протоколов встреч. Во многих проектах я сам был на роли менеджера, и хорошо знаю, в чём заключается эта работа. Ну и формальное обучение проходил, разумеется. Данная заметка не имеет цели поставить под вопрос пользу от дисциплины управления проектами в общем случае. Лишь в частном. Теперь перейдём к теме. В…

От MVP к продукту, а затем к продукту 2.0: как мы развиваем один из наших учебных курсов

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

Граница между постоянным совершенствованием и управлением проблемами

Вопрос о том, имеет ли смысл включать проактивное управление проблемами как отдельную процедуру в процесс управления проблемами (problem management, PRB), или это отдельный процесс, отличающийся по своей природе от реактивной составляющей управления проблемами обсуждался уже неоднократно. Также затрагивался и вопрос взаимоотношения процесса управления проблемами с практикой постоянного совершенствования (continual service improvement, CSI). Интересные заметки по данной теме (и ещё более интересные обсуждения в комментариях к ним) можно посмотреть, например, здесь и здесь, а также в комментариях к этой заметке В результате размышлений на эту тему, обсуждений на курсах и споров с коллегами у меня сформировалась картина, которой хочу поделиться. (Спойлер…

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

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

Проектируем канбан для ИТ (по следам мастер-класса)

22 мая на замечательной конференции “IT Management Forum 2018” я проводил мастер-класс “Проектируем канбан для ИТ”. Понятное дело, что помимо задачи рассказать самое главное, поупражняться с группами и продемонстрировать собственную безграничную компетенцию в данном вопросе (ха-ха), я также преследовал и иные цели. А именно: мне было очень любопытно, вызовет ли такая тема интерес и насколько большой, кто придёт на мастер-класс и с какими вопросами, не будет ли приготовленная мной задачка банальной и слишком простой для участников. Одним словом, мне хотелось многое узнать для дальнейших размышлений. Вот что могу сообщить по итогам. Уже в первой половине дня несколько участников конференции меня…

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

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

Функция

Одна из самых интересных вещей в проведении тренингов, на мой взгляд, заключается в возможности обсудить темы, которые, казалось бы, уже много раз обсуждались, и о которых, вроде бы, все уже поспорили и договорились. Но собственный взгляд, личный практический опыт, которые могут сильно различаться у участников одной группы позволяет посмотреть на привычное через призму новых вопросов и дискуссий. На одном из последних курсов ITIL® OSA (Operational Support and Analysis) собралась довольно сильная группа с весьма разнообразным практическим опытом. Представители внутренних ИТ-служб и внешних провайдеров ИТ-услуг (системных интеграторов и ИТ-дочек крупных компаний). У каждого есть своя сложившаяся картина мира. Если говорить о…

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

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

Запросы или потребности?

Во время обсуждения взаимодействия ИТ и бизнеса на одном из последних курсов возникла дискуссия на тему бизнес-ориентированности ИТ. По мере обсуждения были выявлены две точки зрения на то, что такое готовность ИТ помогать бизнесу. ИТ-подразделение должно качественно отрабатывать запросы бизнеса ИТ-подразделение должно удовлетворять потребности бизнеса «Мы (ИТ) должны выявлять потребности бизнеса, те задачи, которые бизнес пытается решить, и попытаться помочь ему в этом» – говорили одни. «Мы (ИТ) должны чётко отрабатывать ТЗ (техническое задание). Мы не можем «фантазировать». Да и как, скажите на милость, в случае отсутствия чёткого ТЗ фиксировать целевую картину в договоре?» – возражали другие. В этой связи…

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM