Планирование и поддержка переходов (управление проектами) связано с планированием ресурсов для развертывания основных версий в рамках прогнозируемых затрат, времени и оценок качества.
Руководитель проекта является владельцем этого процесса.
Цели
Следующая диаграмма описывает несколько целей процесса управления проектами —
Стратегия перехода обслуживания рассматривает следующие несколько аспектов организации перехода обслуживания и распределения ресурсов:
-
Цель, задачи и задачи перехода обслуживания
-
Основа для перехода обслуживания
-
Контекст, например, клиенты службы, контрактные портфели
-
критерии
-
Организации и заинтересованные стороны, вовлеченные в процесс перехода
-
люди
-
Подход
-
График этапов
-
Финансовые требования
Цель, задачи и задачи перехода обслуживания
Основа для перехода обслуживания
Контекст, например, клиенты службы, контрактные портфели
критерии
Организации и заинтересованные стороны, вовлеченные в процесс перехода
люди
Подход
График этапов
Финансовые требования
Планирование индивидуального перехода к услуге
Планы перехода к услуге описывают задачи и действия, необходимые для выпуска и развертывания выпуска в тестовой среде. Хорошей практикой является развертывание плана Service Transition из проверенной модели Service Transition.
План перехода на обслуживание также включает в себя:
-
Проблемы и риски, которыми нужно управлять
-
Действия и задачи для выполнения
-
Графики основных этапов, даты передачи и доставки
-
Кадровое обеспечение, потребности в ресурсах, бюджеты и сроки на каждом этапе
-
Сроки и непредвиденные расходы
Проблемы и риски, которыми нужно управлять
Действия и задачи для выполнения
Графики основных этапов, даты передачи и доставки
Кадровое обеспечение, потребности в ресурсах, бюджеты и сроки на каждом этапе
Сроки и непредвиденные расходы
Ключевые моменты
-
Необходимо иметь интегрированные планы перехода, которые связаны с планами более низкого уровня, такими как планы выпуска, сборки и тестирования.
-
Рекомендуется управлять несколькими выпусками и развертываниями как программой, при этом каждое развертывание запускается как проект.
Необходимо иметь интегрированные планы перехода, которые связаны с планами более низкого уровня, такими как планы выпуска, сборки и тестирования.
Рекомендуется управлять несколькими выпусками и развертываниями как программой, при этом каждое развертывание запускается как проект.
Пересматривать планы
Необходимо проверить планы и задать следующие вопросы перед началом выпуска или развертывания —
Были ли планы согласованы и утверждены всеми соответствующими сторонами, например, клиентами, пользователями, эксплуатационным и вспомогательным персоналом?
Включают ли планы даты выпуска и результаты поставки, а также ссылки на связанные запросы на изменение, известные ошибки и проблемы?
Существенно ли изменился дизайн сервиса, так что он больше не подходит?
Были ли выявлены потенциальные изменения в деловых обстоятельствах?
Понимают ли люди, которым нужно его использовать, и обладают ли они необходимыми навыками для его использования?
Были ли учтены воздействия на затраты, организационные, технические и коммерческие аспекты?
Был ли оценен риск для общих услуг и эксплуатационных возможностей?
Находится ли сервисный выпуск в SDP и в рамках того, что рассматривается в модели перехода?