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

Одним из примеров программных продуктов, позволяющих правильно настраивать целевые показатели разрешения, является Remedy ITSM Suite. В этом решении возможно привязывать service targets не только к приоритету, но и к уровню влияния, срочности или другим параметрам. Это дает гибкость при настройке правил обработки инцидентов, но при этом не гарантирует правильной работы без грамотной настройки со стороны внедренца. Что касается других популярных систем, например Assyst, информация о реализации этого функционала не упоминается в доступных источниках и требует уточнения.

При планировании мощностей необходимо отделять базы данных от СУБД, потому что эти два компонента имеют разные характеристики потребления ресурсов и, соответственно, разные затраты на поддержание. СУБД (система управления базой данных) представляет собой программное обеспечение, которое управляет базами данных и требует определённых вычислительных мощностей, памяти и дискового пространства. Базы данных же представляют собой хранимые данные, которые имеют свой объём, требования к скорости доступа и надёжности. Разделение этих понятий в CMDB позволяет более точно планировать мощности и управлять издержками.

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

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

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

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

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

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

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