Download to read offline
Uploaded byDanil Dintsis, Ph. D., PgMP
Emergency changes
Документ описывает управление изменениями и экстренные изменения в IT-сервисах, акцентируя внимание на процедурах, необходимых для быстрой реализации изменений. Также представлена структура и обязанности экстренного комитета по изменениям, включая анализ рисков и оценку процессов. Важным аспектом является необходимость координации действий и контроля после внедрения экстренных изменений.
More Related Content
Emergency changes
- 1.
- 2. www.specialist.ru Управление проектами, программамии портфелями на протяжении свыше 10 лет Опыт вывода на рынок ИТ продуктов (международный и российский) в компании, которая начинала как ИТ стартап Доктор техн. наук по системному анализу информационных систем Профессиональные сертификации: PgMP, PMP, EXIN accredited trainer
- 3. www.specialist.ru Цели и задачикурса Разобраться с принципами сервисного и процессного подходов Научиться разрабатывать ИТ-стратегию Запомнить, о чем нельзя забывать при формировании каталога услуг и заключении договора о сервисном обслуживании (SLA) Ознакомиться с основными аспектами управления финансами ИТ и информационной безопасностью Научиться налаживать отношения с разработчиками Узнать, по каким принципам формируется CMDB
- 4. www.specialist.ru Состав фазы Преобразование (Transition) Управлениеизменениями в услугах и процессах управления Инновации с минимальными негативными воздействиями изменений Новые услуги Изменения в существующие услуги Выведение из эксплуатации услуг, их составляющих и компонентов Передача услуг другим провайдерам 4
- 5. www.specialist.ru Ценность для бизнеса Обеспечитьпотребность проектов в финансировании, времени, прочих ресурсах с учетом рисков Обеспечить распространение лучших практик преобразований на процессы и услуги Сократить задержки ввода в эксплуатацию из-за конфликта ресурсов Повысить удовлетворенность стейкхолдеров Обеспечить внедрение новой или измененной услуги в соответствии со спецификациями без непредвиденного воздействия на другие услуги или стейкхолдеров Обеспечить сопровождаемость и ценовую эффективность новых или измененных услуг 5
- 6. www.specialist.ru Область действия Service Transition RFCRequest for Change E Point to Evaluate the Service Design BL Point to capture Baseline Service Transition Service Operation Service Design Service Strategy Continual Service Improvement E3E2E1 BLBLBLBLBL BL BL Continual Service Improvement Change Management (4.2) Service Asset and Configuration Management (4.3) Transition Planning and Support (4.1) Evaluation (4.6) Service Strateg y Service Design Plan and prepare release Build and test Service testing and pilots Plan and prepare for deployment Transfer, deploy, retire Review and close service transition Service Operation Early Life Support Release and Deployment Mgmt (4.4) Service Validation and Testing (4.5) Knowledge Management (4.7) Focus of activity related to Service Transition ITIL core publication ITIL processes that supports the whole ST lifecycle RFC1 RFC2 RFC3 RFC4 RFC5 RFC6 © Crown Copyright 2007. Reproduced under licence from OGC.
- 7. www.specialist.ru Service Transition V-модель SDPincluding: •Service Model •Capacity and resource plans 1b1a Определить требования заказчика/бизнес а Определить требования к услуге Тестирование компонентов и составных КЕ Тестирование пакетного релиза Тестирование готовности к эксплуатации Тестирование приемки услуги Проверка пакетов услуг, предложений и контрактов Проектировани ерешения Проектировани ерелиза Разработка решения Сборка и тестир-е компонентов услуги 2a 3a 4a 4b 5a 5b 3b 2b Внутренние и внешние поставщики Service Review Criteria/Plan Service Acceptance Criteria/Plan Service Operation Criteria/Plan Service Release Test Criteria/Plan Уровень1 Уровень 2 Уровень 3 Уровень 4 Уровень 5 BL Уровни конфигурации и тестирования Возможные точки Базового состояния Ключ Deliveries from internal and external suppliers •Контракты, пакеты услуг, SLP, SPI •SLR •Draft SLA •Release Design •Release Plan
- 8.
- 9. www.specialist.ru ЭКСТРЕННОЕ ИЗМЕНЕНИЕ Быстро? Надежно? КАК? 9
- 10. www.specialist.ru РИСКИ ЭКСТРЕННЫХ ИЗМЕНЕНИЙ Хаотично Сбои в смежных сервисах Риски отказа Недовольство клиентов 10
- 11.
- 12. www.specialist.ruModule 6 12 Особенности экстренного изменения Толькоисправление критических инцидентов и проблем Характеристики Может потребоваться 24/7 Всегда реактивное Требует срочного привлечения ресурсов Может вызвать инциденты
- 13. www.specialist.ruModule 6 13 Экстренный комитетпо изменениям (Emergency CAB) Привлекаются участники стандартного CAB по направлению Обязательно включить представителей старшего уровня с правом принятия решения От бизнеса От ИТ Включить инициатора и менеджера процесса
- 14. www.specialist.ruModule 6 14 CAB/EC ответственность иполномочия Оценить, действительно ли изменение экстренное Оценить риски для бизнеса Оценить риски предложенных решений Рассмотрение RFC по ускоренной процедуре Выделение ресурсов, в т.ч. с других задач и работ Усиленный мониторинг проведения и результатов изменения
- 15. www.specialist.ruModule 6 15 Основные отличияпроцесса Ускоренное рассмотрение Ограничено время на все этапы работ: анализ, проектирование, разработка, тестирование, внедрение Критично важно расставлять частые вехи
- 16. www.specialist.ruModule 6 16 Отличия отстандартного процесса CHG Change request- Запрос на изменение Готовится и рассматривается в сжатые сроки Авторизация ПроводитсяCAB/EC вместо CAB Члены CAB/EC доступны 24/7 Часто авторитарное принятие решения Разработка Также по ускоренной схеме Post-implementation review Важность PIR существенно возрастает из-за скорости внедрения Обязательна поддержка после внедрения Change Request Change Review Change Classification Change Development Change Authorization Change Release Change Complete Change Management Process Flow
- 17. www.specialist.ruModule 6 17 Отличия впроцессе развертывания релиза Работа команды Нелимитированная работа Участники снимаются с других задач и проектов Ресурсы могут быть сняты с других сервисов и проектов Необходим координатор работ и простая надежная система коммуникаций Сокращение времени, но НЕ ОТКАЗ от валидации и тестирования Возможна приостановка работ над другими релизами на время разработки, внедрения и проверки экстренного Release Management Process Flow Release Planning Authorized Change Rollout Release Building Rollout Planning Acceptance Testing Release Complete Rollout Preparation Release Readiness Review
- 18. www.specialist.ruModule 6 18 Действия послеразвертывания Провести оценку PIR критичен Оценить работу команды Срочно обновить CMDB Инициировать новый RFC по той же проблеме: Провести анализ в нормальном стандартном режиме Проанализировать более углубленно примененное решение Если будет найден лучший вариант, то реализовать RFC на замену экстренному Параллельно организовать мониторинг и углубленное сопровождение экстренного релиза
- 19. www.specialist.ruModule 6 19 Резюме Экстренные изменениянаправлены на устранение критичных инцидентов и проблем Экстренные изменения авторизуются компактным CAB/EC, с высоким уровнем принятия решения, в ускоренном режиме с правом отвлечения ресурсов от других работ. Экстренные изменения в основном следуют обычному процессу, но с особенностями быстрой реализации. Высший приоритет: время. Важная роль координации работ Важная роль контроля, анализа и, возможно, переработки после внедрения экстренного релиза.
- 20.
- 21.