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

Сроки решения инцидентов должны основываться не только на технических характеристиках компонентов услуги, но и на том, как инцидент влияет на конечные бизнес-результаты. Например, при автоматизации склада время устранения поломки сканера штрих-кодов может быть разным в зависимости от периода года: в предпраздничные недели, когда ожидается рост прибыли, срок может составлять 30 минут, а в межсезонье — 4 часа. Это связано с тем, что влияние на финансовые результаты заказчика в разные периоды неодинаково. Такой подход позволяет оптимально распределять ресурсы и сохранять фокус на наиболее критичных для бизнеса моментах.

Примерами компаний, иллюстрирующих трансформацию отраслей под влиянием информационных технологий, являются: Uber, который изменил таксомоторную отрасль, создав цифровую платформу для соединения пассажиров и водителей; Netflix, который трансформировал индустрию развлечений от физических носителей к потоковому видео по подписке; Amazon, который превратил розничную торговлю через онлайн-платформу и логистические инновации; Airbnb, который изменил гостиничный бизнес, используя платформу для обмена жильем; Booking.com, который трансформировал туристическую отрасль через цифровую бронирующую систему.

Точное определение уровня зрелости процесса в COBIT невозможно, так как один процесс может демонстрировать признаки сразу нескольких уровней зрелости одновременно. Эта особенность схожа с принципом суперпозиции в квантовой физике, когда система может находиться в нескольких состояниях сразу. Поэтому однозначно определить, на каком уровне зрелости находится процесс, который проявляет черты уровней 2, 3 и 4, невозможно. Существующие методы расчета уровня зрелости, такие как использование весовых коэффициентов, остаются субъективными и зависят от подхода конкретного аудитора.

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

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

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

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

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

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