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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

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

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

Изменения 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 написано довольно много слов про «назначение и задачи», «ценность для бизнеса», «организационные преобразования», «формирование культуры»...

Как помочь процессу управления изменениями в инфраструктуре

Поводом вернуться к обсуждению процесса управления изменениями в инфраструктуре стала совокупность двух фактов. Первым стал неожиданный, но приятный, положительный отклик на запись «Место для процесса управления изменениями». Вторым — новость от коллег о близости к завершению очередной итерации по развитию продукта CleverENGINE, где кардинальной переработке подвергся модуль управления активами и конфигурациями. «Какая связь между обновлением модуля конфигураций в продукте и процессом управления изменениями?» — может спросить наш читатель. Чтобы я мог ответить на этот вопрос, мне нужно поделиться опытом и собственными соображениями о ценности, вносимой этим процессом в результаты работы ИТ-подразделения. Значимость роли изменений в деятельности ИТ-подразделения ИТ-специалист, создающий своим трудом в производстве...

Актуально о ITSM сегодня

Мы уже знакомили вас с мнениями экспертов о последних тенденциях развития ITSM (раз, два), но чем больше мнений, тем полнее картина. Джон Мелло (John P. Mello Jr.) излагает свою точку зрения на состояние и векторы движения ITSM в своей статье. Основными тенденциями и факторами развития названы рост DevOps, расширение предложений по самообслуживанию и интеграция цифровых технологий. DevOps меняет все По словам Чарльза Бетца (Charles Betz), аналитика Forrester Research, организации, внедряющие DevOps, переживают прорыв в отношении укоренившихся подходов к управлению изменениями. Повышается степень его автоматизации, и больше полномочий в проведении изменений переходит к командам разработчиков. Усовершенствованный процесс управления изменениями предоставляет инструменты...

Место для процесса управления изменениями

В последнее время проектная жизнь настойчиво сталкивает с процессом управления изменениями и подготовкой к его имплементации. Точно не ошибусь, если скажу, что если взять произвольную организацию в наши дни, то приложения (бизнес-критичные) в ней будут развиваться итерационным способом. Поддержка и развитие аппаратной вычислительной инфраструктуры, скорее всего, все ещё будет осуществляться проектно-водопадным способом, в силу очевидной дискретности преобразований/закупок. Когда такая организация смотрит на процесс управления изменениями, она начинает высказывать мнение о том, что этот процесс теряет свою важность и актуальность для нее, т.к. точка наибольшего риска/бизнес-влияния (и наибольшей частоты изменений) чаще всего лежит в области приложений. Поддержка и развитие приложений находятся...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM