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

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

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

При выборе модели поддержки для организации следует учитывать размер компании и специфику оказываемых ИТ-услуг. Для средних компаний, как правило, подходит централизованная служба Service Desk. Для малых компаний может быть экономически нецелесообразно создавать такую службу из-за недостатка ресурсов. Крупные же организации с множеством специфичных ИТ-услуг и разнородных групп пользователей могут использовать модель, в которой специализированные группы выступают в роли SPOC, обеспечивая прямую маршрутизацию запросов. Важно провести анализ затрат и оценить целесообразность альтернативных моделей поддержки.

Предложенная метрика времени реакции на инциденты имеет три важные характеристики: 1) она нормирована в диапазоне от 0 до 1, что позволяет легко сравнивать результаты в разных группах и за разные периоды; 2) расчет рекомендуется проводить не для всего инцидента, а для каждого отдельного назначения в функциональные группы, учитывая возможные множественные обращения к одной и той же группе; 3) наиболее информативным является анализ метрики в разрезе по функциональным группам поддержки, что помогает выявить конкретные группы, требующие оптимизации в части времени реакции.

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

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

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

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

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