Процесс EDM05 «Обеспечение прозрачности для заинтересованных сторон» отвечает за формирование отчетности и обеспечение прозрачности системы руководства ИТ. Объектом этого процесса также выступают процессы руководства (EDM02–EDM04), а его задача — обеспечить доступность информации о руководстве ИТ для заинтересованных сторон. Практики процесса EDM05 включают оценку требований к отчетности со стороны заинтересованных лиц, определение направления действий в сфере информирования и мониторинг эффективности предоставления отчетности.

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

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

В COBIT 5 for Risk риски разделены на 20 категорий, охватывающих различные аспекты управления ИТ. Это включает категории, связанные с управлением ИТ-инвестициями, программами и проектами, рисками, связанными с поставщиками, вредоносным ПО, атаками, регуляторами и другими областями. Каждая категория содержит подробные описания типовых ИТ-рисков с рекомендациями по их снижению, основанными на семи факторах влияния, что позволяет применять эти рекомендации в различных сценариях управления рисками.

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

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

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

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

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

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