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

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

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

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

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

В Google у одного менеджера может быть до 30 прямых подчинённых, что значительно больше общепринятой нормы «максимум семеро на одного босса». Такая практика стала возможной благодаря тому, что руководители компании избегают микроменеджмента и делегируют ответственность. Google выяснил, что при наличии хорошего руководителя, который обладает ключевыми качествами, указанными в Project Oxygen, такое количество подчинённых позволяет сохранять высокую эффективность работы команды и минимизировать управленческую бюрократию.

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

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

Для повышения защищенности метрики от непродуктивной активности был уточнен операнд C, определяющий, какие проблемы учитываются в расчете. Теперь в числитель формулы попадают только проблемы из группы 'а' (решенные, с явной пользой), в знаменатель – проблемы из групп 'а' и 'б' (с непродуктивными затратами), а проблемы из группы 'в' исключаются полностью. Это изменение делает метрику более устойчивой к искажению.

Некоторые компании практикуют отправку новых сотрудников, включая работников из ИТ-сферы, на производственные участки (например, на сборочный конвейер, упаковку продукции или в розничные магазины) для того, чтобы они наглядно поняли, что представляет собой бизнес компании. Эта практика пришла из японского бережливого производства (Lean) и направлена на формирование у сотрудников базового понимания основных производственных процессов компании.