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

«Разнообразие пользователей» — это проблема внедрения ролевой модели управления доступом (RBAC), при которой в крупных организациях встречается большое количество пользователей с уникальными наборами прав, даже если они занимают одну и ту же должность или работают в одном подразделении. Это может происходить, когда сотрудники «вырастают» в рамках своей должности или выполняют уникальные функции внутри своего подразделения. Такое разнообразие создает сложности при построении ролиевой модели, поскольку становится трудно определить «разумно малый» набор ролей, охватывающих права основной массы пользователей. В крайних случаях это может привести к ситуации, когда для каждого пользователя требуется создать уникальную роль, что фактически сводит на нет преимущества RBAC и становится непрактичным, сопоставимым с ручным управлением доступом.

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

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

Методология ITIL V3 прямо рассматривает понятие Tension Metrics (Сопряженные метрики) в контексте управления ИТ-услугами. Также подобные концепции присутствуют в системном подходе, теории ограничений (TOC), Lean-менеджменте и шести сигмах, где анализируются взаимосвязи между показателями и ищутся оптимальные точки баланса между конкурирующими требованиями.

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

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

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

Ускорение поставки возможно без увеличения числа разработчиков или рабочего времени благодаря тому, что в производственной системе много задач создают простои и замедляют общий процесс. Для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания (для многих команд эта цифра достигает 95-97%). Сокращая количество работы в системе и фокусируясь на завершении текущих задач вместо начала новых, можно снизить время ожидания для отдельной задачи (например, с 95% до 70%), что приведет к повышению эффективности потока с типичных 3-10% до нормальных для гибких команд 30%. Это позволяет достичь кратного ускорения без увеличения ресурсов.

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