Общая идея перехода услуг
Переход услуг (Service Transition) — это не только перенос услуги из одной среды в другую, то есть развертывание (deployment), но и подготовка к такому переносу. Поэтому в книге описываются подготовка и развертывание услуг.
Процессы перехода
- Планирование (Planning). С него начинается подготовка.
- Управление изменениями (Change Management). После начала переноса услуги возникают изменения, которыми нужно управлять.
- Управление активами и конфигурациями (Asset and Configuration Management). Если что-то меняется, меняется и конфигурация услуги. Эти изменения нужно правильно отражать в конфигурационных базах данных, для чего нужен отдельный процесс.
- Управление релизами и развертыванием (Release and Deployment Management). Его смысл такой же, как в ITIL v2.
- Валидация и тестирование услуг (Validation and Testing). Это методы проверки работоспособности услуг. Различие между валидацией и тестированием специально не раскрывается; условно их можно считать тестированием.
- Оценка изменений (Change Evaluation). Процесс тесно связан с управлением изменениями.
Управление изменениями и оценка изменений
В ITIL управление изменениями делится на две части.
- Управление изменениями включает выработку маршрута, согласование изменений по этому маршруту, анализ последствий изменений и другие действия.
- Оценка изменений — локальный процесс. Он отвечает на вопросы: какой объем ресурсов нужен для изменения, какие риски с ним связаны и какие выгоды можно получить.
Процесс управления изменениями время от времени вызывает оценку изменений, когда доходит до конкретного ресурса. Ресурс сообщает показатели, а управление изменениями решает, что делать: отменить изменение, не выполнять его или выбрать другой вариант.
Управление знаниями и следующий этап
Существует общий процесс управления знаниями (Knowledge Management). Он связан с системой управления знаниями, устроенной не вполне понятно. Этот процесс работает с такой системой. Далее идет группа предоставления услуг (Service Operation).
Краткие итоги
Практический смысл перехода услуг состоит в превращении изменения среды в управляемую последовательность решений. Центральная логика — связать подготовку, изменение и подтверждение результата. Планирование задает рамку, но как только услуга начинает перемещаться, появляются изменения, требующие маршрута, согласования и анализа последствий. Поэтому управление изменениями становится координирующим контуром, а оценка изменений — локальным фильтром, который помогает решить, стоит ли тратить ресурсы, какие риски принять и какую выгоду получить. Такое разделение важно на практике: оно не позволяет оценке подменить общее управление и одновременно дает управлению изменениями объективные данные от конкретного ресурса.
Конфигурационный контур обеспечивает достоверность изменений: если меняется услуга, меняется и ее конфигурация, поэтому изменения должны фиксироваться в конфигурационных базах данных. Управление релизами и развертыванием отвечает за контролируемое перемещение и сохранение преемственности с прежней практикой ITIL v2. Валидация и тестирование дают доказательства работоспособности, а не просто формальное подтверждение. Управление знаниями поддерживает непрерывность решений и снижает зависимость от неформального опыта. В результате переход услуг становится мостом к предоставлению услуг: изменения не просто происходят, а доводятся до состояния, в котором их можно эксплуатировать. Практическая ценность такой логики — в снижении рисков, прозрачности решений и готовности услуги к дальнейшей работе.
Переход услуг (Service Transition) — это не только перенос услуги из одной среды в другую (развертывание), но и подготовка к переносу. Логика такая: сначала планирование, затем управление изменениями, управление активами и конфигурациями, управление релизами и развертыванием, валидация и тестирование, оценка изменений, управление знаниями и переход к предоставлению услуг.
Подготовка начинается с планирования. После начала переноса возникают изменения, поэтому включается управление изменениями: маршрут, согласование, анализ последствий. Отдельно существует оценка изменений — локальный процесс. Он отвечает, сколько ресурсов нужно, какие риски и какие выгоды. Управление изменениями вызывает оценку, когда доходит до конкретного ресурса; ресурс сообщает показатели, а управление изменениями решает: отменить, не делать или выбрать другой вариант.
При изменениях услуги меняется ее конфигурация, поэтому управление активами и конфигурациями отражает изменения в конфигурационных базах данных. Управление релизами и развертыванием имеет тот же смысл, что в ITIL v2. Валидация и тестирование проверяют работоспособность услуг; в лекции их условно объединяют как тестирование. Управление знаниями связано с системой управления знаниями. После перехода идет группа предоставления услуг (Service Operation).
1. Переход услуг включает не только перенос, но и подготовку.
2. Подготовка начинается с планирования.
3. Перенос услуги порождает изменения.
4. Управление изменениями включает маршрут, согласование и анализ последствий.
5. Оценка изменений отвечает на вопросы ресурсов, рисков и выгод.
6. Управление изменениями вызывает оценку изменений для конкретного ресурса.
7. Изменения услуги требуют отражения в конфигурационных базах данных.
8. Управление релизами и развертыванием сохраняет смысл ITIL v2.
9. Валидация и тестирование проверяют работоспособность услуг.
10. Управление знаниями связано с системой управления знаниями.
11. После перехода следует группа предоставления услуг.
1. Что включает переход услуг помимо переноса услуги?
2. С какого процесса начинается подготовка к переходу?
3. Почему при переносе услуги возникает потребность в управлении изменениями?
4. Какие задачи решает управление изменениями?
5. Чем оценка изменений отличается от управления изменениями?
6. На какие вопросы отвечает оценка изменений?
7. Когда управление изменениями обращается к оценке изменений?
8. Зачем при изменении услуги управлять активами и конфигурациями?
9. В чем смысл управления релизами и развертыванием по отношению к ITIL v2?
10. Что проверяют валидация и тестирование услуг?
11. Как в лекции описано соотношение валидации и тестирования?
12. Как управление знаниями связано с переходом услуг?
