1. Процессы в Service Transition, их описание и содержание.

1. Change Management (Управление изменениями)

Цель процесса: контролировать жизненный цикл всех изменений. Основная цель Управления изменениями - обеспечить возможность внесения выгодных изменений с минимальным нарушением работы ИТ-служб.

1. Change Management Support (Поддержка управления изменениями)

2. Assessment of Change Proposals (Оценка предложений об изменениях)

3. RFC Logging and Review (Регистрация и обзор заявок на изменение)

4. Assessment and Implementation of Emergency Changes (Оценка и реализация срочных изменений)

5. Change Assessment by the Change Manager (Оценка изменений менеджером изменений)

6. Change Assessment by the CAB (Оценка изменений советом по изменению)

7. Change Scheduling and Build Authorization (Составление расписания изменений и авторизация сборки)

8. Change Deployment Authorization (Авторизация развертки изменений)

9. Minor Change Deployment (Развертка небольших изменений)

10. Post Implementation Review and Change Closure (Обзор после внедрения и закрытие изменений)

1. Change Evaluation (Оценка изменений)

Цель процесса: оценить основные изменения, такие как введение новой услуги или существенное изменение существующей службы, прежде чем эти изменения смогут перейти к следующему этапу их жизненного цикла.

1. Change Evaluation prior to Planning (Оценка изменений в соответствии с планом)

2. Change Evaluation prior to Build (Оценка изменений в соответствии со сборкой)

3. Change Evaluation prior to Deployment (Оценка изменений в соответствии с разверткой)

4. Change Evaluation after Deployment (Оценка изменений после развертки)

1. Project Management (Управление проектом)

Цель процесса: планировать и координировать ресурсы для развертывания основной версии в рамках прогнозируемых затрат, времени и оценок качества.

1. Project Initiation (Запуск проекта)

2. Project Planning and Coordination (Проектное планирование и координация)

3. Project Control (Проектный контроль)

4. Project Reporting and Communication (Отчетность и связь по проекту)

1. Application Development (Разработка приложения) Цель процесса: сделать доступными приложения и системы, которые обеспечивают необходимую функциональность для ИТ-услуг. Этот процесс включает разработку и обслуживание пользовательских приложений, а также настройку продуктов от поставщиков программного обеспечения.

2. Release and Deployment Management (Управление релизами и развертыванием) Цель процесса: планировать, планировать и контролировать перемещение релизов в тестовые и живые среды. Основная цель Release Management - обеспечить защиту целостности рабочей среды и выпуск правильных компонентов.

   1. Release Management Support (Поддержка управления релизом)

   2. Release Planning (Планирование релиза)

   3. Release Build (Сборка релиза)

   4. Release Deployment (Развертка релиза)

   5. Early Life Support (Ранняя поддержка)

   6. Release Closure (Закрытие релиза)

3. Service Validation and Testing (Валидация и проверка услуг) Цель процесса: обеспечить, чтобы развернутые версии и соответствующие сервисы соответствовали ожиданиям клиентов, а также чтобы убедиться, что ИТ-операции способны поддерживать новую услугу.

   1. Test Model Definition (Определение тестовой модели)

   2. Release Component Acquisition (Приобретение компонентов релиза)

   3. Release Test (Проверка релиза)

   4. Service Acceptance Testing (Проверка принятия услуги)

4. Service Asset and Configuration Management (Управление имуществом и конфигурацией услуг)

Цель процесса: поддерживать информацию об элементах конфигурации, необходимых для предоставления ИТ-услуг, включая их взаимосвязи.

1. Configuration Identification (Определение конфигурации)

2. Configuration Control (Контроль конфигурации)

3. Configuration Verification and Audit (Верификация и аудит конфигурации)

1. Knowledge Management (Управление знаниями)

Цель процесса: собирать, анализировать, хранить и делиться знаниями и информацией внутри организации. Основной целью управления знаниями является повышение эффективности за счет сокращения необходимости повторного открытия знаний.