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

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

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

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

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

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

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

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

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

Стандарт ISO 20000 объединяет процессы управления доступностью и управления непрерывностью в рамках единой структуры, отражая их взаимосвязь и общие цели. В то же время фреймворк MOF4 (Microsoft Operations Framework) идёт ещё дальше и вводит концепцию функции надежности, которая объединяет четыре аспекта гарантии: доступность, мощность, безопасность и непрерывность. Это указывает на тенденцию к интеграции этих процессов на уровне лучших практик, хотя в практической реализации многие организации по-прежнему разделяют их из-за различных подходов и задач, стоящих перед AVA и CONT.