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

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

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

Всё об управлении релизами, развёртыванием и внедрением услуг, технологий и процессов

Святая троица Chg+Rel+Cfg

Каждый раз, когда мне приходится работать в проектах, где мы касаемся этой связки процессов, в моей голове возникает голос сомнения. Насколько правильно мы подходим к этим процессам, действительно ли порядок, который мы предлагаем во время внедрения – наилучший?   Думаю, что ни для кого из наших читателей не является тайной, что известные источники рекомендуют проектировать и внедрять эти процессы совместно, т.к. синергия и совместное влияние этих процессов друг на друга действительно очень велики. Да, это так, если мы говорим о сферических единорогах в вакууме. Реальная жизнь неизбежно вносит свои коррективы. Если мы говорим о зрелых процессах, которые реально работают значимое время в организации, то мы действительно можем говорить об ощутимой значимости этих…

Изменения и релизы: они такие разные, но они – пара

Вопрос о разделении задач и ответственности между процессами управления изменениями и управления релизами задает себе почти каждый из впервые знакомящихся с преобразованием услуг. Просто и понятно на этот вопрос отвечает Вонс Мерфи (Vawns Murphy) в своем блоге на theitsmreview.com. Не смотря на то, что для этих процессов декларированы очень близкие цели по обеспечению реализации изменений услуг с наименьшими рисками, ключевые акценты этих процессов различны. Управление изменениями выступают в качестве защитников продуктивной среды, обеспечивая выполнение успешных авторизованных изменений. Управление релизами, обрабатывая поток изменений, занимается их пакетированием. Тем самым процесс обеспечивает экономию ресурсов и также минимизирует риски, обеспечивая надлежащий контроль над непосредственным исполнением изменений (развертыванием релиза). Для того, чтобы эти…

Два слова об управлении релизами

После нескольких недавних обсуждений, как внутренних, так и по вопросам заказчиков, хочу написать буквально два слова об управлении релизами. Первое – когда пакетирование изменений в релизы имеет смысл, второе – как часто выпускать релизы. Вопрос о том, когда применять практику управления релизами – не праздный, поскольку эта практика несет с собой не только плюсы, но и минусы, замедляя среднюю скорость внедрения готовых к развертыванию изменений в продуктив. С моей точки зрения пакетирование изменений в релизы «показано» по отношению к тем системам, которые удовлетворяют следующим двум требованиям: система является критичной / значимой для заказчика – её простой или нарушения в работе…

Почему для эффективного проведения изменений надо использовать несколько подходов

Осень в самом разгаре, тем не менее, мы хотим вас познакомить с интересной заметкой Роберта Страуда, вышедшей весной 2015 года. Роберт работает в течение многих лет в области управления ИТ-услугами (ITSM), в том числе над тем, как наилучшим образом не просто решать, но и предотвращать инциденты. Как известно, не зависимо от того, насколько вы готовы, инциденты будут случаться. Однако, для эффективного управления услугами подготовка имеет решающее значение. Роберт начинал свой путь в ITSM с организации процесса управления изменениями. Он вспоминает шквал инцидентов, который возникал после релиза программного обеспечения, проведенного в выходные. После того, как процесс управления изменениями был реализован, появилось…

Checklist: Содержание политики релизов

Политика релизов (или политика управления релизами) – документ, определяющий подход к управлению релизами в той или иной системе. Обычно политика релизов включает в себя следующие разделы: Границы применения политики (ИТ-системы, регионы) Расписание выпуска плановых релизов (см. пример на рисунке ниже), включая даты запрета на внесение изменений в продуктивные системы Порядок выпуска плановых релизов: порядок выполнения работ; распределение ответственности; общая координация работ; задействование подразделений-заказчиков; размещение и хранение релизов; используемые технические решения; Правила и порядок выпуска внеплановых (аварийных) релизов Требования к составу и упаковке релиза Требования к документированию релизов Правила именования и нумерации версий

Об измерении вреда

Сегодня мы закончили пилотное чтение нового курса. Новый курс называется “Оценка процессов управления ИТ”, и условно его можно разделить на две части: “Оценка процессов снаружи” и “Оценка процессов внутри”. Первая часть – про оценку дизайна ИТ-процессов, состава реализованных практик и организации управления, контроля и совершенствования: ISO 15504, COBIT PAM, TIPA и наши собственные инструменты для диагностики процессов. А вторая – про метрики и показатели, используемые для управления: показатели результативности, рациональности/эффективности и другие доступные менеджерам различного уровня линейки и градусники. В пилоте участвовали слушатели, искренне интересующиеся темой оценки процессов и отлично подготовленные, поэтому вести курс было непросто, но чрезвычайно интересно. Пользуясь…

Профессорская точка зрения: управление изменениями и релизами

Блогер ITSM Professor изложил свою точку зрения на разницу между процессами управления изменениями и релизами. Часто возникает путаница между целями, полномочиями и ролями этих двух процессов. Но на самом деле их задачи очень и очень разные. Изменения рулят! Процесс управления изменениями (УИ) – авторитарный процесс, который должен управлять любым явлением, потенциально влияющим на новые или изменённые услуги. УИ одновременно способствует инновациям и оберегает стабильность. Прежде всего это процесс управления рисками. А ещё это процесс планирования. В то же время, процесс управления релизами (УР) процесс действия. По распоряжению от УИ, УР создаёт, тестирует и выпускает новую или изменённую услуг в продуктивную среду….

Управление конфигурациями и V-модель

​​Слушайте, а ведь V-модель (V-model) – это самая классная картинка в ITIL. Я давно это подозревал, но за последний год на курсах по контролю ИТ-услуг она стала для меня основной сюжетной линией, увязывающей все ключевые процессы контроля ИТ-проектов и продуктивной среды. Смотрите: Для управления тестированием V-модель является иллюстрацией комплексного подхода к тестированию: от технической отладки до подтверждения результатов бизнес-процессов. Она, кстати, и была изначально придумана для иллюстрации жизненного цикла разработки и тестирования. Для управления изменениями (и для управления проектами) ступени модели являются справочником вех, на которых нужно будет осуществлять проверки успешности проекта. Для управления релизами наличие всей проектной документации, формируемой на…

Наконец-то: новые экзамены ITIL 2011 на русском языке

Долгожданные новости поступают из компании APMG, официального (на текущий момент) распорядителя экзаменационной линейки ITIL.  В конце апреля все экзаменационные институты получили извещение о готовности перевода ряда экзаменов на различные мировые языки. В частности, говорится в нем о русифицированных ITIL Intermediate RCV и OSA. 28 мая 2013 года будут опубликованы пробные, а еще чуть позже экзаменационным институтам предложено продавать настоящие экзамены на нашем родном языке. Сроки локализации остальных экзаменов ITIL пока не разглашаются. Мы будем держать вас в курсе развития событий и с удовольствием поможем подготовиться к экзаменам на литературном русском языке.

Они такие похожие… и всё-таки они врозь?

Тема объединения/разделения процессов управления изменениями и релизами продолжает оставаться предметом споров и публикаций. Запущенный несколько недель назад на itsmportal.com опрос получил уже более ста ответов, и можно подвести промежуточные итоги. Вопрос задаётся очень простой: Управление изменениями и управление релизами – разные процессы? Голоса распределились так: Да, так учит ITIL – 58% Нет, управление релизами – вид управления изменениями, за который отвечает управление изменениями – 24% Нет, управление релизами – это функция, а управление изменениями – процесс – 16% А? Что такое управление релизами? – 2% Любопытно, какая часть респондентов из первых 58% трактовала первый вариант как "Да, потому что так…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM