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

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

Управление изменениями

Всё про контроль изменений в ИТ-инфраструктуре

Многоликий change manager

Роль менеджера изменений исторически вызывает некоторые расхождения в толковании охвата обязанностей. Довольно часто доводится задавать слушателям вопрос: “Вы сейчас кого имеете в виду, менеджера процесса в целом или координатора отдельных изменений?”. Надо сказать, что в зависимости от контекста ответ бывает разным. После очередного случая решил пробежаться по рекомендациям ITIL, чтобы выделить те, которые касаются области ответственности менеджера изменений. Что интересно, в книжке ITIL V3 2011 Service Transition (вы же ещё не забыли такую?) роль “менеджер изменений” в разделе “6.4.6 Роли управления изменениями” не описана. Там есть традиционные Владелец и Менеджер процесса, а также Инициатор, Практик, Авторизующий, Участник и Председатель комитета…

Что можно узнать на курсе ITIL 4 CDS

Как вы знаете, курс ITIL(r)4 Create, deliver and support появился прошлой осенью. Разработан он на основе одноимённой книги и отдельных публикаций, в которых описаны практики, упоминающиеся в этой книге. Практики, вообще говоря, в книге упоминаются практически все, но для успешной сдачи экзамена нужно иметь представление об основных понятиях и подходах к организации ключевых (по мнению авторов ITIL) практик – ключевых в контексте двух потоков создания ценности, упоминаемых, кстати говоря, уже на курсе ITIL(r) Foundation. В список ключевых попали следующие из них: Поток создания новой услуги Проектирование услуг (Service design) Управление релизами (Release management) Подтверждение и Тестирование Услуг (Service validation and…

Ценности Канбан-метода и счастье на работе

Большинство практик и управленческих подходов в IT имеют свою ценностную парадигму. Свои ценности есть и у Канбан-метода. Не всегда очевидно, почему управление вообще и управление созданием IT-продуктов в частности должно опираться на какие-то там ценности. В своей статье Аманда Варелла анализирует, каким образом ценности Канбан-метода влияют на удовлетворенность работой и счастье сотрудников. В современном мире, пытаясь добавить счастья в нашу работу, мы используем тысячи приемов на любой вкус: настольный теннис, гибкий график, работа из дома, различные неформальные мероприятия, йога, массаж, бесплатное питание, возможность находиться на работе с домашними животными, свободная  форма одежды, места для сна, видео-игры. Список можно продолжать до…

Изменения CHANGE

Как наверняка знают читатели портала realitsm.ru, в единственной доступной на текущий момент книге новой версии ITIL «ITIL® Foundation. ITIL 4 Edition» была описана практика (practice) Change control. Её назначение увеличивать количество (долю) успешных изменений услуг и продуктов за счёт обеспечения правильной оценки рисков, авторизации изменений и управления графиком изменений … to maximize the number of successful service and product changes by ensuring that risks are properly assessed, authorizing changes, and managing a change schedule. ITIL Foundation, 5.2.4 И, несмотря на то, что практики и процессы – разные сущности (например, можно посмотреть здесь и здесь), многие понятия и идеи, знакомые по…

Работает ли приоритизация изменений?

Одним из важнейших вопросов, которым следует задаться, решая задачу по запуску любого процесса – это по каким признакам должно стать понятно, что процесс действительно заработал. Недавно мне довелось снова принять участие в подобном обсуждении, и по итогам возникла идея поделиться на страницах портала REALITSM некоторыми выводами. Как известно, хорошей практикой при проектировании ключевых показателей эффективности, помимо оценки результативности процесса, является измерение уровня реализации ключевых видов деятельности. В данном контексте одним из ключевых признаков функционирования процесса управления изменениями является корректная работа системы приоритизации изменений. Как мы знаем (в том числе из ITIL), определение приоритета, то есть определение последовательности реализации изменений, основано…

Сфера ответственности координатора релизов

Сразу уточним – в ITIL роль “Координатор релизов” не описана. Вопрос про сферу ответственности возник у слушателей курса ITIL RCV при обсуждении соответствующего раздела. Почему такой вопрос возник, в целом понятно. По аналогии с процессами управления изменениями или управления инцидентами при управлении релизами напрашивается необходимость фиксации так называемой “сквозной” ответственности за релиз. То есть выделения роли, отвечающей за координацию деятельности в рамках релиза на всём протяжении его жизненного цикла – от планирования до закрытия. По аналогии с “Координатором изменений” хочется назвать её “Координатор релизов”. Однако в ITIL V3 подобная роль не выделена. Справедливости ради следует отметить, что роли “Координатор изменений”,…

Почему многие скрам-мастера обречены на провал.

Недавно в статье о запросах на лидерство от команды, раскрывалась тема применимости служащего лидерства в работе с самоорганизованными командами. Сегодня вашему вниманию представляется мнение Мартена Далмайна о роли лидерских и коммуникационных навыков и их влиянии на успешность работы скрам-мастера. Если вы видели начало работы по скраму в какой-либо компании, то наверняка знаете, как это бывает. Компания, познакомившись со скрамом, внезапно понимает, что необходим скрам-мастер (примечание переводчика: обычно «внезапно» скрам-мастеров требуется сразу несколько) Далее компания спрашивает новоиспеченную скрам-команду: «Кто из вас будет скрам-мастером?». Обычно, среди разработчиков находится храбрец готовый сделать шаг вперед со словами: «Я буду скрам-мастером!» Но одно дело иметь…

Вопрос из зала: как вы учитываете изменения?

В редакцию портала поступил вопрос: Разрабатываю документ с описанием процесса управления изменениями и попутно разрабатываю сам процесс. Вопрос: у кого-нибудь в компании есть учет изменений кроме как в системе управления заявками и проводятся ли их одобрения CAB или чем-то подобным? Если есть описания этого процесса, то просьба, хотя бы кратко, привести в ответах. Спасибо!

Стандартные изменения в ITIL V3 и ITIL4

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM