1. Взаимодействие разработки и эксплуатации
2. Управление релизами — кто владелец?
3. Управление релизами в составе управления изменениями?
4. Место политики управления релизами в системе управления
Управление изменениями и релизами: один или два процесса?
1. Управление изменениями и
релизами: один или два процесса?
Исайченко Дмитрий
Директор по консалтингу компании Cleverics
26.04.2012
Уровень сложности:
3. О чём мы будем говорить
• Взаимодействие разработки, эксплуатации и потребителей услуг
• Управление релизами — кто владелец?
• Управление релизами в составе управления изменениями?
• Место политики управления релизами в системе управления
Ориентировочная длительность: 60 минут
5. Управление изменениями и релизами
ST, figure 4.2*
*Activities to plan, create and deploy
releases are part of the release and
deployment management process
If this change is part of a release, then the
work of packaging the change into a
release and building and testing this
release is coordinated by the release and
deployment management process. For
simple changes that are not part of a
release, the change management process
will coordinate this work (ST, 4.2.5.9)
(*) Здесь и далее используется ITIL 2011
6. Управление изменениями и релизами
ST, figure 4.2*
*Activities to plan, create and deploy
releases are part of the release and
deployment management process
If this change is part of a release, then the
work of packaging the change into a
release and building and testing this
release is coordinated by the release and
deployment management process. For
simple changes that are not part of a
release, the change management process
will coordinate this work (ST, 4.2.5.9)
• Где здесь разработка ПО?
• Зачем выделять release
management в отдельный
процесс, если обработка
релиза – часть жизненного
цикла изменения?
(*) Здесь и далее используется ITIL 2011
7. Оргструктура и взаимодействия
• Пример организации 1 • Пример организации 2
«Технологическая цепочка» «Поставщик услуг»
Потребители Потребители
услуг 1 3 услуг 1 4
ДИТ ДИТ
2
2
Software Operational Software IT service
development department development department
3
Запрос на разработку новых Запрос на разработку новых
1 1
функциональных возможностей функциональных возможностей
Передача решения в Постановка задачи на
2 2
эксплуатацию разработку / доработку
Предоставление услуг на базе Передача решения в
3 3
разработанного решения эксплуатацию
Предоставление услуг на базе
4
разработанного решения
(*) Упрощённая модель без участия команд управления проектами и других подразделений
8. Суммируем важные отличия
Параметр Пример организации 1 Пример организации 2
«Технологическая «Поставщик услуг»
Обычные организационные цепочка»
Operational department IT service department
границы ITSM
Основное содержание ИТ- Обеспечение работоспо- Технологическое обеспечение
услуги собности ИТ-систем бизнес-процессов
Роль менеджера услуги Ответственный Ответственный за группу
за систему бизнес-процессов
Роль бизнес-аналитика В отделе разработки В составе
или вне ДИТ IT service department
Основная ценность Защита продуктивной Обеспечение новых
управления изменениями среды потребностей бизнеса
Роль координатора Ответственный Ответственный за группу
изменений за систему бизнес-процессов
Триггер для управления Готовность разработки (или Запрос
изменениями коммерческого продукта) бизнес-изменения
Управление проектами Источник запросов на Инструмент для реализации
изменения крупных изменений
9. Изменения, релизы и услуги
• Пример 1 «Технологическая цепочка»
Demand Requirements Development Release Change &
management management management management release mgmt
Внесение изменений в бизнес-технологии
Внесение изменений в
эксплуатируемые системы
• Пример 2 «Поставщик услуг»
Change management
Release
management
Requirements Development Release
management management management
Внесение изменений в
эксплуатируемые системы
Внесение изменений в бизнес-технологии
Development Service operations
10. Управление
Управление
изменениями и
сервисный подход
имеют тесную связь
и по области охвата,
и по ролям
УСЛУГА
изменениями
12. Release management как отдельный процесс
Целесообразность отделения определяется тремя факторами:
•Подходом к реализации процесса управления изменениями –
«длинный» или «короткий» CHG
– а значит организационными взаимодействиями и способом
идентификации услуг
•В случае управления изменениями в инфраструктуре – владельцем
процесса управления релизами (Development или Operations)
– в случае Operations – роли координатора изменений и менеджера
релизов, область охвата процессов и триггеры фактически совпадают
•В случае управления изменениями в
бизнес-услугах – степенью зрелости
процессов управления изменениями и
релизами
13. Release policy
• Основной документ управления релизами, определяющий:
– типы релизов
– правила именования и нумерации версий
– календарь развёртывания релизов
– распределение ответственности
– подходы к развёртыванию релизов (технологии, координация)
• Возможно несколько различных политик по разным системам
• Разрабатывается под управлением процесса управления
изменениями (необходимы оценка влияния, согласование, …)
• Триггеры для разработки:
– PIR (совершенствование процесса управления изменениями)
– Service design / SIP (создание и совершенствование услуг)
14. Итоги
• Организационная структура, принцип идентификации услуг, подход к
реализации управления изменениями и релизами тесно
взаимосвязаны
• Управление релизами в ALM и ITSM – разные процессы (хоть и имеют
одинаковое название)
• Чем «взрослее» управление услугами и управление изменениями,
тем более целесообразно выделить управление релизами в
отдельный процесс
• Политики управления релизами создаются и пересматриваются под
контролем управления изменениями (возможна отдельная модель
изменений, как и для других важных документов по управлению
услугами)
15. Дополнительная информация
• Тренинг «CMDB, управление изменениями и релизами»
– http://www.cleverics.ru/ru/services/education/cmdb
– Проводится регулярно, ближайшие даты: 06.08-08.08
• Корпоративные блоги по тематике ИТ-менеджмента
– http://www.realitsm.ru/
– Можно задать свой вопрос (info@realitsm.ru) или
комментировать в существующих постах
• Последующие вебинары
– http://www.cleverics.ru/ru/subject-field/webinars