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

Однозначного числа не существует, но в управлении часто ссылаются на принципы, такие как число Миллера (7±2 элемента) или концепция Top 5-10. Эффективная работа зависит от индивидуальных особенностей человека, его опыта и используемых методологий. Например, методология Kanban подчеркивает важность ограничения уровня одновременной загрузки (work-in-progress limit) для повышения производительности и предотвращения перегрузки. Борьба с меньшим количеством проблем одновременно позволяет достигать результатов с большей эффективностью как с моральной, так и с экономической точек зрения.

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

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

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

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

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

В контексте соглашений об уровне услуг (SLA) владелец услуги участвует в обсуждении SLA/OLA применительно к услуге, находящейся в его зоне ответственности. Он обеспечивает соответствие уровня предоставления и поддержки услуги согласованным параметрам SLA. Владелец услуги также транслирует требования бизнеса в понятные ИТ-задачи, обеспечивает прозрачные коммуникации с заказчиком по запросам и инцидентам в контексте конкретной услуги и представляет услугу в рамках всей организации, включая участие в обсуждениях на CAB (Change Advisory Board).

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

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