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

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

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

Для успешного внедрения бизнес-процесса необходимы: 1. Четкое описание процесса и его этапов. 2. Система контроля и измерения эффективности. 3. Мотивация сотрудников за соблюдение процесса. 4. Обучение персонала и разъяснение важности каждого этапа. 5. Возможность внесения корректировок на основе обратной связи. Отсутствие любого из этих элементов снижает шансы на успешное внедрение процесса и может привести к его формальному соблюдению или игнорированию.

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

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

Для корректного расчёта Incident Rate необходимо собрать данные за год с разбивкой по месяцам, чтобы исключить сезонные колебания. В числитель включаются только пользовательские обращения, классифицированные как инциденты, за исключением инфраструктурных инцидентов. В знаменатель следует брать количество активных пользователей ИТ-системы, исключая уволенных сотрудников и технические учетные записи. Для этого рекомендуется использовать данные из справочника сотрудников, реплицированного из Active Directory в ITSM-систему.

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

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

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