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

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

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

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

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

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

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

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

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

Суть метода Management By Objectives (MBO) заключается в регулярном совместном определении целей на следующий период планирования с подчиненными, которые сами являются руководителями разных уровней. Также включает выбор способа измерения прогресса и контроль достижения поставленных целей. Два ключевых аспекта: вовлечение исполнителей в постановку целей для преодоления их отторжения и совместное определение методов измерения для повышения доверия к контролям и оценкам результатов.