Эксплуатационные подразделения обеспечивают стабильность с помощью проверенных ИТ-процессов, таких как ITIL, COBIT и стандартов ISO. Они поддерживают баланс между надёжностью системы и способностью вносить изменения, минимизируя риски сбоев в контролируемых средах. Основная задача таких подразделений — оперативная обработка запросов пользователей, реагирование на инциденты, сбор обратной связи и поддержание бесперебойной работы инфраструктуры, что требует чёткого распределения ответственности и соблюдения регламентов.

Ресурсный характер традиционных ИТ-услуг приводит к нескольким важным последствиям для ИТ-менеджмента: 1) сложность в обосновании инвестиций в процессные улучшения и инфраструктурные проекты, так как их ценность для бизнеса неочевидна; 2) проблемы в коммуникации с бизнес-заказчиками, которые фокусируются только на конечных ресурсах, а не на процессах их предоставления; 3) слабое понимание бизнесом скрытых аспектов ИТ-сервисов, обеспечивающих надежность и безопасность; 4) трудности в формировании актуального каталога услуг, если он составлен на языке ИТ, а не бизнеса; 5) необходимость постоянного усилия по трансляции ценности ИТ-процессов в понятные бизнесу термины, что требует от ИТ-менеджеров развития навыков бизнес-коммуникации и аргументации.

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

В процессе «Управление проблемами» выбор между полным решением проблемы и временным обходным путем (workaround) определяется на основе оценки ресурсов, требуемых для реализации каждого варианта, и ожидаемого бизнес-влияния. Процесс подразумевает, что не всегда целесообразно тратить значительные ресурсы на полное устранение проблемы, особенно если частота инцидентов низкая или влияние на бизнес незначительно. Если стоимость постоянного решения превышает выгоду от его внедрения, выбирается временный обходной путь с документированием в виде «известной ошибки». Решение принимается после анализа соотношения затрат и выгод для бизнеса в конкретной ситуации.

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

Практические упражнения для распознавания Action Bias включают в себя анализ реальных кейсов и ситуаций, таких как рассмотренное в тексте упражнение «Найдите среди предлагаемых утверждений ложные, обоснуйте своё мнение». Полезно регулярно проводить рефлексию принятых решений, задавая вопросы: было ли это действие действительно необходимо? Что бы произошло, если бы мы этого не сделали? Также можно внедрить практику «остановки перед действием» - обязательную паузу перед запуском новых задач для обоснования их необходимости. Деловые игры и симуляции процессов, такие как «Проект Феникс - DevOps на практике», позволяют в безопасной обстановке увидеть, как скрытые убеждения влияют на принятие решений. Важно создавать среду, где вопросы о целесообразности действий поощряются, а не рассматриваются как проявление нерешительности.

Одним из эффективных подходов к освоению новых практик при внедрении CI/CD является планомерное и ритмичное внедрение изменений в рамках выделенного времени, например, так называемого «налога в 20%». Это означает, что команда регулярно выделяет часть своего времени (примерно пятую часть) для постепенного внедрения необходимых технических изменений и улучшений процессов. Важно, чтобы команда сама проходила этот путь, возможно, с временной сторонней помощью, но при этом самостоятельно осваивала новые практики и отказывалась от старых. Такой подход позволяет команде не только технически реализовать изменения, но и глубоко понимать их ценность. Команда сама себе объясняет, почему теперь она делает что-то иначе — это создает внутреннее принятие новых процессов и устойчивость изменений в долгосрочной перспективе. Постепенное внедрение также снижает стресс от масштабных перемен и позволяет корректировать процесс на ходу, основываясь на получаемом опыте.

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

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

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