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

Простое усреднение скрывает отдельные провалы по конкретным услугам, особенно когда количество SLA превышает десяток. Например, если 9 из 10 услуг работают на уровне 95% выполнения SLA, а одна — на уровне 10%, средний показатель будет 85,5%, что создаёт ложное впечатление стабильности. При этом критическая проблема в одной услуге, которая может быть критична для бизнеса, остаётся незамеченной. Минимальный показатель позволяет точно определить наличие таких провалов и принять оперативные меры.

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

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

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

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

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

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

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

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