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

В небольших организациях часто происходит совмещение функции менеджера уровня услуг с функцией менеджера процесса управления взаимоотношениями с бизнесом (business relationship management process). Это обусловлено тем, что в небольших организациях ресурсы ограничены, и разделение функций на отдельные роли становится экономически невыгодным или непрактичным. Поэтому одна и та же персона погружает функционал нескольких ролей для обеспечения эффективного управления уровнями услуг при ограниченной численности персонала.

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

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

Основной минус среднего арифметического, устраненный в методике с динамическими весами, заключается в том, что при использовании обычного среднего арифметического полный провал одной из областей ответственности (KPI=0%) приводит к незначительному снижению общей оценки (на 10% при 10 показателях). Это создает стимул для сотрудника игнорировать некоторые задачи ("Черт с ними, с 10%, не буду делать эту дурацкую работу, займусь другим"). Методика с динамическими весами решает эту проблему, значительно усиливая влияние низких значений KPI на общий результат, так что провал по одной метрике приводит к существенному снижению общей оценки (например, до 50% вместо 90%), что делает игнорирование любой из областей ответственности экономически невыгодным.

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

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

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

Да, одна компания может применять несколько типов клиентского сервиса одновременно, так как чистые формы редко встречаются на практике. Например, компания может использовать высококачественный сервис для VIP-клиентов и стандартный для основной массы. Такая комбинированная стратегия позволяет оптимизировать ресурсы и удовлетворять разные сегменты рынка.

Термин "Гарантия" в бытовом смысле обычно связан с гарантийным периодом на товар или правом на бесплатный ремонт. Однако в управлении услугами по ITIL Warranty имеет более широкое и системное значение. Бытовое понимание гарантии не учитывает комплексный подход к оценке пригодности услуги к использованию через четыре компонента: доступность, мощность, безопасность и непрерывность. В управлении услугами важно не только то, что проблема будет исправлена после возникновения, но и то, как часто возникают проблемы, насколько они влияют на пользователей, как они предотвращаются, что критично для создания ценности услуги. Простое понимание гарантии как возможности бесплатного ремонта не позволяет полноценно управлять качеством и надежностью услуги.