Коллеги, который раз сталкиваюсь с необходимостью проектирования процессов "верхнего уровня" (иногда их называют тактическими процессами): управление мощностями, доступностью и т.д.  Занятие это весьма интересное и сильно зависящее от конкретной ситуации в компании. Мне видится два подхода:

• Сделать процесс в рамках которого осуществляются все активности связанные с соответствующими параметрами ИТ-услуг.

Например, при создании ИТ-услуги мы обращаемся к процессу управления доступностью, в рамках которого есть отдельная процедура проработки параметров доступности на этапе создания ИТ-услуги. При вводе в эксплуатацию в рамках этого же процесса мы проверяем, что требования к доступности обеспечиваются и т.д. Т.е. из процессов жизненного цикла ИТ-услуги мы постоянно выныриваем в процессы отвечающие за соответствующие характеристики ИТ-услуги. И чем больше характеристик ИТ-услуги, тем больше жизнь ИТ-услуги будет напоминать работу челнока в ткацком станке. Упрощенно это можно изобразить так (на полноту картины не претендую, ибо не это предмет рассуждений):

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

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

Мне кажется, что оба подхода имеют право на жизнь, каждый со своими плюсами и минусами. 

ИНТЕНСИВ С ТРЕНЕРОМ

VAP: Управление уровнем услуг и каталогом услуг

Разработка каталога, SLA, метрик качества, расчёт доступности