Для доноса информации и знаний до коллег используются различные инструменты: обязательная практика информирования о проектах и их результатах, встроенная в проектную практику; рассылка или публикация повестки и решений CAB; поощрение ведения профессиональных блогов и добавления новых записей в корпоративное хранилище знаний; регулярное обучение специалистов новым знаниям и сформировавшимся ноу-хау; обеспечение доступности информации через инвестиции в UX, поисковые технологии и современные интерфейсы, включая голосовые системы.

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

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

Современные компании формулируют свою ориентацию на клиента более профессиональным и структурированным языком. Например, одна компания указывает в своём описании: «Основное направление деятельности компании Х – наиболее качественное удовлетворение покупательского спроса». Это подчеркивает стремление к высокому качеству обслуживания, сохраняя суть клиентоориентированности, которая существовала и в девяностые, но в новой форме.

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

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

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

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

В контексте управления ИТ-системами выделяют несколько доменов: простота (Simple), сложность (Complicated), сложный (Complex) и хаос (Chaotic), как в модели Кейнвина. В домене простоты процессы полностью детерминированы, и работа сводится к категоризации и стандартным действиям. В домене сложности требуется анализ и изучение системы для принятия решений (например, при диагностике проблем). Домен сложный характеризуется непредсказуемыми взаимодействиями, где решения принимаются через эксперименты и тестирование гипотез. При использовании микросервисной архитектуры без правильного управления системой высока вероятность перехода в домен сложный, что приведет к неэффективному управлению и высокой стоимости поддержки.

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