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

Проблема заключается в том, что процессы EDM01 и EDM05, описывающие управление системой руководства ИТ, используют ту же структуру практик (оценка, направление, мониторинг), что и процессы руководства системы управления ИТ (EDM02–EDM04). Это противоречит основному принципу COBIT 5, разделяющему руководство и управление. Если EDM01 и EDM05 — процессы управления, то их структура должна соответствовать управленческому циклу (например, PDCA). Если же они относятся к руководству, тогда возникает вопрос о том, кем и для кого осуществляется руководство над системой руководства, что представляется логически противоречивым и избыточным.

Стратегия «максимального завышения ожиданий клиента» предполагает создание вау-эффекта через услуги, которые превосходят даже высокие ожидания. Примером является Apple Genius Bar. Эта модель возможна только в узкой нише с четким фокусом. Основная цель — привлечь больше клиентов через положительные эмоции и рекомендации, но затраты на такую стратегию очень высоки.

Ключевые метрики относительно проще внедрить, потому что современные инструменты вроде Jira позволяют грамотно настроить учет задач с необходимыми отсечками времени, как минимум по статусам, что уже является существенной частью реализации. С метриками сложнее, но инструменты есть, а стандарты и практики представляют большую сложность, так как требуют четкого определения для компании, что является хорошим и плохим в организации работы. В одной и той же организации могут существовать разные мнения и практики (например, по поводу тестирования кода), когда одни считают автоматизированное тестирование лишней тратой ресурсов, а другие строго следуют практике TDD (разработка через тестирование). Чтобы разработать единые стандарты, необходимо провести серьезную работу по согласованию подходов и методов, что требует значительных усилий и времени.

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

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

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

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

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

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