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

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

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

Принцип "Сотрудничайте" (Collaborate), который существовал в ITIL Practitioner Guidance 2016 года, был объединен с принципом "Будьте прозрачны" (Be transparent) в один принцип в ITIL 4 2019 года под названием "Сотрудничайте и поощряйте прозрачность" (Collaborate and promote visibility). Это объединение отражает важность не только сотрудничества между различными участниками процессов, но и открытости информации как неотъемлемой части эффективного взаимодействия. Авторы ITIL 4 видят эти два аспекта взаимосвязанными и считают, что прозрачность способствует более продуктивному сотрудничеству.

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

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

Особенность развития теории менеджмента заключается в том, что основные идеи и концепции имеют четко установленных авторов, в отличие от древних изобретений, таких как колесо или деньги, чье происхождение и авторство утеряны в истории. В менеджменте большинство ключевых теорий и методов, таких как специализация труда Адама Смита, конвейерное производство Генри Форда или сбалансированная система показателей Каплана и Нортона, приписываются конкретным личностям с известными датами и работами. Это отражает относительную молодость менеджмента как научной дисциплины по сравнению с более древними изобретениями человечества.

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

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

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