Улучшенный модуль визуализации CMDB в CleverENGINE 3.1 обеспечивает возможность выборочного отображения данных, что упрощает нахождение сбойных конфигурационных единиц (CI), влияющих на услуги, и позволяет точно определять последствия отказа CI при работе с инфраструктурными инцидентами. Дополнительно появилась возможность «раскрывать» связи выделенных CI и услуг, что дает аналитикам возможность шаг за шагом исследовать ИТ-инфраструктуру, фокусируясь на необходимых деталях.

ITIL рекомендует, чтобы служба service desk закрывала инциденты после того, как будет удостоверена полная ликвидация инцидента, удовлетворенность пользователей и их согласие на закрытие. Согласно документу Service Operation 4.2.5.9, service desk должен выполнить несколько процедур перед закрытием: указать код закрытия, провести опрос удовлетворенности пользователя, документировать закрытие инцидента, определить наличие связи с проблемой для предотвращения повторения, и формально закрыть инцидент (изменить статус на «закрыто»).

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

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

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

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

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

В контексте оценки качества ИТ-услуг термин 'utility' (полезность) относится к функциональной пригодности услуги для удовлетворения потребностей заказчика, то есть предоставлению необходимых функций и возможностей. Термин 'warranty' (гарантия) касается надежности, доступности, безопасности и других аспектов, обеспечивающих качество выполнения услуги. Таким образом, utility отвечает на вопрос 'делает ли услуга то, что нужно?', а warranty – 'делает ли она это стабильно и безопасно?'

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

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