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

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

Процесс управления портфелем услуг формирует Change proposal и передает его в процесс управления изменениями для авторизации. В процессе управления изменениями оценивается потенциальное влияние изменения на другие услуги, ресурсы и общий план изменений. После утверждения Change proposal процесс управления портфелем услуг продолжает работу над концепцией услуги, что обеспечивает преемственность между стратегическим планированием и оперативной реализацией изменений.

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

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

Предлагаются две стратегии. Первая заключается в установлении высокого показателя своевременности (95%) при относительно большом целевом времени решения (8 часов), с последующим его постепенным сокращением. Вторая стратегия предполагает установление более жестких сроков решения (например, 2 часа) с начальным показателем своевременности в 50%, который постепенно увеличивается до целевых 80-90%. Автор рекомендует вторую стратегию как более эффективную для быстрого восстановления и снижения количества инцидентов.

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

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

Задачи процесса в ITIL определяются менеджером процесса и закрепляются следующим образом: - Формулировка: описание конкретных функций, которые должен выполнять процесс для соответствия назначению и достижения целей (например, "организация накопления знаний по устранению инцидентов"). - Связь с метриками: указание показателей для контроля выполнения задач. - Документирование: задачи фиксируются в регламенте процесса, так как они меняются реже целей и отражают устоявшуюся технологию. - Ролевая ответственность: менеджер процесса несёт ответственность за актуальность задач, дизайнер процесса консультирует по их соответствию назначению. Пример: для процесса управления проблемами задачей может быть "предоставление обходных решений инцидентов в службу поддержки для сокращения времени простоя".

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