§2.07 Дрейф-контроль и аудит Машины
Время: 45 мин чтение + 30 мин
В одном предложении: Человек думает, что контроль дрейфа — это редкая большая проверка, которую можно отложить, а на самом деле дрейф-контроль — это регулярный ритм микропроверок, который занимает меньше времени, чем одно исправление аварии, и удерживает Машину в состоянии готовности.
Мем, который снимается. «Аудит Машины — это серьёзное мероприятие: отключаешь всё, проверяешь часами, составляешь отчёт. Делаешь раз в квартал, когда появится время.» На самом деле аудит Машины — это не мероприятие, а привычка. Пятнадцать минут в неделю на проверку трёх компонентов: Pack — актуальность форм и методов; агенты — корректность ответов и доступность инструментов; инфраструктура — хуки, резервные копии, доступы. Три компонента, пять минут каждый — и вы знаете состояние Машины лучше, чем после трёхчасового аудита раз в квартал. Потому что раз в квартал вы найдёте десять проблем и не успеете их исправить. А раз в неделю вы найдёте одну проблему и исправите её за пять минут.
Понятия. Дрейф-контроль — регулярное обнаружение и коррекция расхождения между намерениями пилота и состоянием Машины. Состоит из трёх уровней: ежедневный — визуальная проверка дашбордов и алертов; еженедельный — аудит трёх компонентов; ежемесячный — глубокая сверка Pack с практикой, обновление онтологии, архивация устаревшего. Аудит Машины — структурированная проверка по пяти критериям для каждого компонента: наличие — элемент существует; актуальность — соответствует текущей практике; доступность — работает без ошибок; избыточность — нет дублей или конфликтов; документированность — изменения зафиксированы в Pack. Онтологическая целостность — состояние, при котором все элементы Машины согласованы между собой: Pack не противоречит DS, агенты не дублируют функции, хуки не конфликтуют.
Объяснение. Дрейф-контроль работает, когда он становится дешевле, чем игнорирование. Секрет в автоматизации рутины. Ежедневный уровень — автоматические скрипты: проверка ссылок в Pack, верификация хуков, тест резервного копирования. Скрипт занимает секунды, человек — минуты. Еженедельный уровень — человеческий взгляд: читаете ответ агента, проверяете дашборд, сверяете структуру. Это нельзя автоматизировать полностью, потому что дрейф часто проявляется в качестве, а не в факте. Ежемесячный уровень — ревизия: что изменилось в вашей практике, что устарело в Pack, какие новые методы нужно формализовать. Это стратегический уровень, он требует времени и внимания, но без него Pack превращается в музей, а DS — в джунгли. Три уровня не заменяют друг друга. Автоматика не увидит качественный дрейф. Человек не сможет проверять всё ежедневно. Стратегический ревью без операционной рутины — пустая формальность. Вместе они создают систему, в которой Машина остаётся актуальной без перегрузки пилота.
На практике. Практика «Аудит за 15 минут» (15 мин):
- Pack (5 мин): Откройте Pack. Проверьте дату последнего обновления форм. Если старше месяца — создайте задачу на ревизию. Проверьте одну ссылку: работает ли?
- Агенты (5 мин): Задайте одному агенту типовой вопрос. Оцените: ответ актуален? Стиль соответствует текущим стандартам? Если нет — запишите, что нужно обновить.
- Инфраструктура (5 мин): Проверьте статус хуков или резервных копий. Если есть ошибки — запишите. Если всё работает — зафиксируйте дату проверки в Pack.
Типичный кейс. Инженер тридцати пяти лет настроил IWE для управления проектом: Pack с методологией, агент для планирования, хуки на проверку кода, автоматические бэкапы. Первые два месяца всё работало идеально. Потом он перестал проверять — «всё же работает». Через четыре месяца хук сломался при обновлении среды, но инженер не заметил. Бэкапы перестали делаться, потому что репозиторий переехал на новый сервер. Агент продолжал планировать по старой методологии, создавая задачи, которых больше не было в проекте. Когда инженер обнаружил проблему, ему пришлось потратить три дня на восстановление. После этого он ввёл правило: каждую пятницу — 15 минут на аудит. С тех пор он находит проблемы на второй неделе, а не на четвёртом месяце.
Типичная ошибка. «Автоматика всё проверит, мне не нужно участвовать.» Нет. Автоматика проверяет факты: файл есть, хук сработал, копия создана. Но только человек видит качество: ответ агента потерял точность, структура Pack стала неудобной, новый метод не вписывается в старую онтологию. Другая ошибка: «Я проверяю, когда вспоминаю.» Это случайный аудит, он не работает. Проверка должна быть регулярной: в календаре, с напоминанием, с чеклистом.
Степени мастерства:
- Объяснение. Могу назвать три компонента аудита Машины и пять критериев проверки. Критерий перехода: провёл аудит один раз по чеклисту.
- Умение. Провожу аудит раз в неделю по 15 минут: нахожу и исправляю дрейф. Критерий перехода: четыре недели подряд без пропусков.
- Навык. Автоматизировал часть аудита: скрипты проверяют ссылки, хуки, копии. Критерий перехода: человеческая часть аудита занимает менее 10 минут.
- Мастерство. Проектирую систему дрейф-контроля, которая адаптируется под проект: разные чеклисты для разных фаз, автоматические алерты при отклонении. Критерий перехода: другой человект использовал вашу систему аудита.
Проверка себя.
- Могу назвать три компонента аудита Машины и проверить каждый за 5 минут
- Есть регулярное время для аудита в моём календаре или протоколе
- Автоматические проверки работают: я получаю отчёт или алерт без запуска вручную
- За последний месяц я обновил Pack хотя бы один раз на основе аудита
- Я знаю, какие элементы Машины устарели прямо сейчас, и есть план их обновления
На практике. Откройте календарь. Найдите 15 минут на этой неделе. Назначьте «Аудит Машины». Создайте повторяющееся событие. На первом аудите проверьте только Pack: дата последнего обновления и одна ссылка. Это и есть начало дрейф-контроля.
См. также: Дрейф Машины: PD.GUIDE.3.S2.SS6, Обратная связь: PD.GUIDE.3.S2.SS5.
Что дальше. Следующий подраздел — сводка понятий Раздела 2: таблица всех терминов с определениями и ссылками.