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

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

Развить сервисное мышление можно с помощью практических вопросов, сгруппированных по 7 руководящим принципам ITIL 4: 1) Фокус на ценности — изучайте своих клиентов, их восприятие ценности и ожидания; 2) Начинайте с имеющегося — анализируйте контекст и потребности; 3) Постепенное развитие с обратной связью — создавайте точки взаимодействия с пользователями и настройте сбор обратной связи; 4) Сотрудничество и видимость — определите зону видимости для клиентов и обеспечьте прозрачность процессов; 5) Целостный подход — понимайте, как услуги поддерживают цели клиентов; 6) Простота и практичность — оптимизируйте пользовательский путь и опыт; 7) Оптимизация и автоматизация — ищите возможности для автоматизации рутинных операций.

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

Специалисту для работы в соответствии с парадигмой ITSM необходимы как технические, так и мягкие навыки: знание стандартов и лучших практик ITSM (ITIL и других фреймворков), понимание бизнес-процессов компании, умение проектировать и оптимизировать процессы управления ИТ-услугами, навыки работы с системами управления сервисами (например, ServiceNow), коммуникативные навыки для взаимодействия с бизнесом и конечными пользователями, способность анализировать метрики и улучшать процессы, умение составлять и контролировать SLA-соглашения. Также важны аналитические способности для определения причин проблем и поиска оптимальных решений.

Наиболее важными показателями качества ИТ-услуг для потребителей являются те, что непосредственно влияют на их работу и удовлетворенность сервисом. К таким показателям обычно относится доступность сервиса, время отклика системы, производительность, надежность и удобство использования. Например, для почтового сервиса ключевым показателем может быть доступность (количество времени, в течение которого сервис доступен), а для системы электронного документооборота - время обработки операций. Эти показатели должны быть согласованы с потребителями и зафиксированы в соответствующих договоренностях, таких как SLA (Service Level Agreement), чтобы иметь четкие критерии оценки качества.

Использование сопоставимых KPI при оценке руководителей дает несколько ключевых преимуществ: возможность объективного сравнения результатов работы различных подразделений и руководителей; упрощение процесса агрегации метрик на разных уровнях управления; ясность и прозрачность системы оценки для самих руководителей и вышестоящего руководства; минимизация спорных ситуаций, связанных с интерпретацией результатов. Сопоставимые KPI, приведенные к единой шкале (от 0 до 1) и с единым направлением оценки (чем ближе к 1, тем лучше), позволяют комбинировать результаты из разных процессов и строить итоговый рейтинг руководителя. Это способствует более целостному восприятию эффективности руководителя и помогает выявить сильные и слабые стороны его управления. Кроме того, сопоставимые метрики облегчают мониторинг прогресса во времени и сравнение с целевыми значениями.

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

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

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