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

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

Преимущество уточнённого определения Nj при расчёте FTR заключается в том, что оно позволяет точно отразить качество работы каждой отдельной рабочей группы. Учитывая только завершённые обращения (Cj + Sj), метрика исключает влияние незаконченных процессов, которые могли бы исказить результат. Это обеспечивает прозрачность и точность измерения эффективности групп, что важно для выявления слабых мест и оптимизации процессов управления инцидентами.

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

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

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

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

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

Бимодальные ИТ - это стратегический подход, при котором организация использует две различные модели работы: первую, более консервативную (Модель 1), ориентированную на стабильность, предсказуемость и оптимизацию существующих процессов, и вторую, динамичную (Модель 2), ориентированную на эксперименты, скорость и гибкость в условиях неопределенности. Преимущества бимодального подхода в том, что организация может одновременно поддерживать стабильность критически важных систем и процессов, обеспечивающих основной бизнес, и быстро реагировать на изменения рынка через инновационные инициативы. Этот подход позволяет оптимально распределять ресурсы, сохраняя надежность существующих систем, при этом создавая возможности для инноваций без риска нарушения основных бизнес-процессов.

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