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

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

Участники игры Grab@Pizza выносят несколько ключевых уроков: понимание важности эффективного взаимодействия между бизнесом и ИТ; осознание того, что ИТ-инициативы требуют серьёзного обоснования бизнес-ценностью; необходимость активного позиционирования технической поддержки в процессах коммуникации; использование финансов как общей системы координат для бизнеса и ИТ; понимание того, что успех компании зависит от правильной выстроенности связки Business-SLM-Change. Также участники получают представление о процессах ITSM и учатся на практике применять эти знания в реальных условиях.

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

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

В тексте основной проблемой ИТ-отделов признаются люди, а не технические факторы. Автор прямо указывает, что многие англоязычные источники дают простой ответ на вопрос о главной проблеме IT: это люди («мы»), а не вычислительные мощности, особенности виртуализации или другие технические аспекты. Основной причиной назван эффект Даннинга-Крюгера, когда люди не осознают своей некомпетентности и переоценивают свои способности, что приводит к несоответствию ожиданий и реального результата в работе ИТ-отделов.

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

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

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

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