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

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

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

В ITSM процессное управление с метриками внедрено системно: в регламенты процессов заложены точки измерения, оценки и принятия решений, что делает управление более прозрачным и объективным. В разработке ПО часто преобладает проектный подход с фокусом на калendарные планы, отсутствием процессного мышления и измерения эффективности работы. Разработка ПО часто воспринимается как чисто творческий процесс, где измерения кажутся ненужными или слишком сложными для внедрения.

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

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

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

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

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

Выгоды CXM измеряются через количественные и качественные метрики. К количественным относятся рост NPS (Net Promoter Score), увеличение среднего чека, снижение оттока клиентов, повышение конверсии на ключевых этапах. Качественные показатели включают улучшение отзывов, сокращение количества жалоб, повышение вовлеченности в мобильные приложения. Для оценки финансового эффекта можно сравнивать рентабельность клиентов до и после внедрения улучшений, учитывая их lifetime value (LTV). Критически важно связывать конкретные изменения в CXM с изменениями в метриках, чтобы определить, какие инициативы приносят наибольший эффект.