В части 2 стандарта ISO 20000 на странице 20 содержится рекомендация: «Целевые показатели разрешения должны быть основаны на приоритете». Эта формулировка указывает, что сроки устранения проблем или инцидентов следует устанавливать с учетом их приоритета. При этом важно отметить, что это именно рекомендация, а не обязательное требование, так как находится во второй части стандарта.

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

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

Группа 'б' включает проблемы, закрытые без решения и приведшие к непродуктивной трате ресурсов, то есть с явным вредом от напрасной работы. Группа 'в' – проблемы, закрытые без решения, но без вреда и пользы (например, дубли, закрытые на этапе первичной оценки). Группа 'б' влияет на снижение метрики, так как учитывается в знаменателе, тогда как группа 'в' исключается из расчета полностью.

Автор описывает эволюцию своего отношения к проблемам управления временем следующим образом: Изначально, работая на стороне заказчика, времени на выполнение всех задач в основном хватало, несмотря на периодические авралы. Тогда не было острой нехватки времени, и даже оставалось пространство для изучения новых технологий и методик. После перехода в консалтинг ситуация резко изменилась — рабочая загрузка возросла до 120-160%, что привело к острой нехватке времени и постановке вопроса 'как это всё можно успеть'. Это заставило начать поиски решений в области тайм-менеджмента. Создание собственного бизнеса усугубило проблему, сделав управление временем ещё более сложной задачей. Автор отмечает, что обращался к этой теме неоднократно раньше, писал статьи на эту тему, но никогда не формулировал чётко саму задачу, которую пытается решать. Только сейчас он осознал важность точного обозначения проблемы и выделил четыре её основные составляющие.

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

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

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

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

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