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

Средневзвешенный рейтинг своевременности выполнения проектных задач можно рассчитать по формуле, где рейтинг Ri для каждой задачи определяется как отношение плановой длительности выполнения задачи к фактической длительности. Вес Wi может быть определен на основе трудоёмкости задачи или других значимых параметров. Это позволяет создать более объективную метрику соблюдения сроков, которая не теряет информацию к концу проекта, как это происходит с показателем SPI из методики EVM. Такой подход учитывает относительную важность разных задач при оценке соблюдения общих сроков проекта.

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

Некорректное применение emergency-процедуры, например, использование её для некритических изменений, ведёт к деградации процесса управления. Риск в том, что команда начнёт игнорировать настоящие emergency-ситуации, так как «крик волка» станет обыденным. Кроме того, постоянное переключение ресурсов на ложные тревоги замедлит выполнение плановых задач и ухудшит стабильность системы. Например, если патч безопасности внедрятся со сдвигом из-за ложного emergency-запроса на косметическое изменение, это может привести к реальной утечке данных.

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

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

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

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

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

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