Всё про контроль изменений в ИТ-инфраструктуре
Продолжаем публиковать короткие видеоролики, посвященные актуальным вопросам управления ИТ. Сегодня поговорим об охвате процесса управления изменениями. Рассказывает Артём Мукосеев, аккредитованный тренер по ITIL v3 и ITIL 4, ITIL Expert, ITIL 4 MPT. Напомним, что ранее мы уже давали определение тому, что же считать изменением.
Видео на тему “Что такое измение?” мы открываем серию коротких роликов, которые будем публиковать на канале YouTube Cleverics. Оставляйте свои вопросы в комментариях или присылайте нам на электронную почту info @cleverics.ru, мы обязательно на них ответим. Изменение – это то, что может оказать влияние на ИТ-услугу. Определение, с одной стороны, понятное, а с другой – достаточно размытое. Что же должно считаться изменением и обрабатываться согласно подходам Change Management – смотрите в нашем видео.
В предыдущей статье из цикла «Особенности национальной ИТ-трансформации» речь шла о проблемах понимания готовности бизнеса к изменениям. Переход к гибким формам организационного управления и продуктовому подходу требует реформирования процесса разработки, начиная с верхнего уровня управления. Готовность бизнеса определяется через возможность выстраивать внутренние коммуникации по другим правилам. А кроме того, ИТ-трансформация потребует перестройки структуры управления в компании, развития новых компетенций и кадрового потенциала, улучшения инженерных практик, внедрения нового стека технологий, приобретения необходимых инструментов и много чего ещё. Сложность и ресурсозатратность такого пути становится большим барьером на старте. Однако бизнесу хорошо известно, что чем выше риск, тем больше прибыль. Это весомый аргумент,…
Про необходимость digital-трансформации любой поисковик вам выдаст сотни тысяч статей, на разные лады повторяющих лозунг о том, что «выживает тот, кто быстро приспосабливается к изменениям». Далеко не в каждой из них можно найти хотя бы общие цели, к которым ведёт этот трудный и тернистый путь. Цели эти всегда сулят невероятное будущее и трудноуловимый успех, в случае достижения. Иногда приводится общий набор ограничений готовности бизнеса к трансформации, которые сложно, но, несомненно, преодолимы, особенно если привлечь необходимых экспертов. Доказательства сопровождаются кейсами из жизни мировых лидеров индустрии или стартапов-единорогов, отчётливо попахивающих «ошибкой выжившего». Гораздо сложнее найти ответ, который раскроет, как работает эта магия?…
Роль менеджера изменений исторически вызывает некоторые расхождения в толковании охвата обязанностей. Довольно часто доводится задавать слушателям вопрос: “Вы сейчас кого имеете в виду, менеджера процесса в целом или координатора отдельных изменений?”. Надо сказать, что в зависимости от контекста ответ бывает разным. После очередного случая решил пробежаться по рекомендациям ITIL, чтобы выделить те, которые касаются области ответственности менеджера изменений. Что интересно, в книжке ITIL V3 2011 Service Transition (вы же ещё не забыли такую?) роль “менеджер изменений” в разделе “6.4.6 Роли управления изменениями” не описана. Там есть традиционные Владелец и Менеджер процесса, а также Инициатор, Практик, Авторизующий, Участник и Председатель комитета…
Как вы знаете, курс ITIL(r)4 Create, deliver and support появился прошлой осенью. Разработан он на основе одноимённой книги и отдельных публикаций, в которых описаны практики, упоминающиеся в этой книге. Практики, вообще говоря, в книге упоминаются практически все, но для успешной сдачи экзамена нужно иметь представление об основных понятиях и подходах к организации ключевых (по мнению авторов ITIL) практик – ключевых в контексте двух потоков создания ценности, упоминаемых, кстати говоря, уже на курсе ITIL(r) Foundation. В список ключевых попали следующие из них: Поток создания новой услуги Проектирование услуг (Service design) Управление релизами (Release management) Подтверждение и Тестирование Услуг (Service validation and…
Большинство практик и управленческих подходов в IT имеют свою ценностную парадигму. Свои ценности есть и у Канбан-метода. Не всегда очевидно, почему управление вообще и управление созданием IT-продуктов в частности должно опираться на какие-то там ценности. В своей статье Аманда Варелла анализирует, каким образом ценности Канбан-метода влияют на удовлетворенность работой и счастье сотрудников. В современном мире, пытаясь добавить счастья в нашу работу, мы используем тысячи приемов на любой вкус: настольный теннис, гибкий график, работа из дома, различные неформальные мероприятия, йога, массаж, бесплатное питание, возможность находиться на работе с домашними животными, свободная форма одежды, места для сна, видео-игры. Список можно продолжать до…
Как наверняка знают читатели портала 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 подобная роль не выделена. Справедливости ради следует отметить, что роли “Координатор изменений”,…
Недавно в статье о запросах на лидерство от команды, раскрывалась тема применимости служащего лидерства в работе с самоорганизованными командами. Сегодня вашему вниманию представляется мнение Мартена Далмайна о роли лидерских и коммуникационных навыков и их влиянии на успешность работы скрам-мастера. Если вы видели начало работы по скраму в какой-либо компании, то наверняка знаете, как это бывает. Компания, познакомившись со скрамом, внезапно понимает, что необходим скрам-мастер (примечание переводчика: обычно «внезапно» скрам-мастеров требуется сразу несколько) Далее компания спрашивает новоиспеченную скрам-команду: «Кто из вас будет скрам-мастером?». Обычно, среди разработчиков находится храбрец готовый сделать шаг вперед со словами: «Я буду скрам-мастером!» Но одно дело иметь…