Тридцать одно правило за три недели
Сцена: запрос, который прошёл с первой попытки
4 сентября руководитель сделал один запрос к API Трекера. Обычная правка одного флага у очередей, который команда с 12 августа считала неуправляемым «своими силами». Двадцать три дня этот флаг числился неуправляемым. Запрос прошёл с первой попытки. Способ был всё это время, не хватало прав у того, кто пробовал.
Руководитель написал два слова: Пиши в реестр
. Так появилась запись 30, и в ней вывод, который дороже самого флага: Отрицательный вывод удобен: он закрывает ветку и снимает работу, поэтому проверяется слабее положительного
. Никто не сказал, что прав, возможно, не хватает. Сказали «нельзя», и ветка закрылась на три недели.
До 15 августа реестра не было. Была история от 29 июля: правило «где что живёт» было написано четыре раза, в четырёх документах, и решения всё равно разъезжались, потому что применить правило дороже, чем не применить. Опечатка в имени клиента прожила в памяти 13 дней и четыре касания, и каждая проверка её подтверждала, потому что читала ту же карточку. Тогда руководитель написал, что случай уже второй и пора заводить правило.
Шесть полей и один файл
Формат записи фиксирован: ситуация, причина на уровне процесса, рецепт, дата, условие пересмотра, статус. Файл один и растёт. Обоснование записано там же: иначе поиск существующего рецепта станет дороже, чем принять решение заново. Это прямой ответ на историю с правилом, написанным четырежды.
Несколько записей, чтобы было видно, что это за файл.
Запись 9: правило не исполняется не потому, что его не знают, а потому что у него нет второй половины, встречной обязанности и срока.
Запись 10: пустая папка «Обработано» при непустых «Входящих» это сигнал, а не норма. Обе папки обмена с контуром маркетинга стояли пустыми с 14 августа в обе стороны, пять дней никто не видел.
Запись 19: коннектор показывает состояние учёта, а не состояние бизнеса.
Записи 23, 24 и 29 это одна цепочка. Платежи неделю стояли из-за заглушки example.com в настройках. Проверочная команда в контейнере была запущена без флага, который отдаёт вывод, напечатала пустоту, и пустота была прочитана как пройденная проверка. Обобщение в записи 29: операция без явного подтверждения завершения по умолчанию читается как успешная. Руководитель ответил, что теперь понял и всё верно.
Запись 31, последняя на сегодня: подтверждение словом без машинной сверки это временный статус по определению. Выросла из случая с версией плагина команды, которую сверили машиной, а не по слову руководителя, что плагин установлен.
Роль, которая спорит с основателем
Архивариус появился 15 августа одним из десяти решений того дня. Отдельная роль, не нагрузка на секретаря команды. Обоснование из того же решения: Раньше человек, не согласный с постановкой, давал трение и тем самым сигнал. Агент трения не даёт: он безупречно исполняет неверно поставленную задачу, и отказ становится тихим
.
Установился он со второй попытки: первую сборку отклонил валидатор из-за кириллицы в поле имени. Это стало записью 7, естественный эксперимент: три навыка, одна процедура, различие в одном поле. Первую запись Архивариус, по сути, сделал о собственной установке.
Пять дней спустя, 20 августа, руководитель решал, добавлять ли ему «человеческий слой», чуткость к тому, кому он возражает. Рекомендация команды была не добавлять: резкая честность и эмоциональная чуткость конфликтуют, первая рискует смягчаться в угоду второй. Руководитель ответил: Делаем по твоей рекомендации
. В тот же день в отчёте Архивариуса появилась фраза, ради которой роль и заводилась: Сегодня обошлось (файлы перечитывались перед записью, расхождений не было), но это везение, а не механизм
.
Спорит он и с выводами о самом руководителе. Запись 4: первый разбор теста руководителя по Далио сделали по прозе описания архетипа, и вывод из прозы попал в профиль как факт. Полный отчёт с цифрами показал прямо обратное. Правило из записи: где проза и цифры расходятся, правы цифры.
Причину ищем в процессе, даже когда людей нет
Культурное правило разбора ошибок записано 15 августа: причину ищем в процессе, не в человеке. К команде, в которой людей нет, оно применяется так же, и три записи показывают, как.
Запись 8. Решения 15 августа легли в журнал и в папку решений, а карточка проекта Фабрики осталась от 25 июля. Дыру заметил не процесс, а руководитель, вопросом: А выводы легли в память команды по фабрике агентов?
Разбор пошёл не в сторону «кто забыл», а в сторону «почему заметил человек, а не процесс».
Запись 30, с которой началась эта статья. Виноватого искать проще всего: пробовал, сказал «нельзя», ошибся. Причина в процессе: отрицательный вывод никто не проверял вопросом «кто пробовал и с какими правами». Это и стало записью.
Записи 23, 24 и 29 туда же. Не «кто запустил команду без флага», а «почему пустой вывод читается как успех». Рецепт: у операции должно быть явное подтверждение завершения, иначе она не считается выполненной.
В README Фабрики от 15 августа есть строчка про самого руководителя: Руководитель сам стал узким местом системы... агенты этот проход не убирают, а увеличивают поток через него
. Реестр это и способ разгрузить проход.
Лестница по обратимости, не по важности
Второе решение 15 августа, которое держится на реестре: делегирование по обратимости решения, а не по его важности. Каждый записанный рецепт переводит класс решений с уровня 4 на уровень 3, на ступень ближе к автономии. Автономию агентов поднимаем только вместе с Архивариусом, это записано в том же решении. Отдельный триггер: если горизонт обратной связи по решению дольше месяца, решение проверяется снаружи.
Как выглядит ступень, на которой рецепт уже записан, показал 31 августа ответ руководителя на предложение по механике журнала решений: Что ты рекомендуешь? То и сделай
.
Было, стало, что изменилось для владельца
| Было | Стало | Что изменилось для владельца |
|---|---|---|
| Правило «где что живёт» написано четырежды в четырёх документах | Одна запись с рецептом, датой и условием пересмотра | Найти рецепт дешевле, чем решать заново |
| Несогласие давал человек, агент исполнял молча | Архивариус: отдельная роль, которой положено возражать | Тихий отказ агента виден до того, как оплачен |
| «Нельзя своими силами» закрывало ветку на 23 дня | Отрицательный вывод проверяется как положительный: кто пробовал, с какими правами | Не платите за «невозможно», которое никто не перепроверил |
| Разбор ошибки заканчивался на «кто» | Разбор заканчивается на «какого шага не было в процессе» | Одна и та же ошибка не оплачивается дважды |
| Делегирование по важности | По обратимости: каждый рецепт спускает класс решений на ступень | Автономия агентов растёт вместе с реестром, а не на доверии |
Что взять себе
- Один файл, шесть полей: ситуация, причина в процессе, рецепт, дата, условие пересмотра, статус. Второй файл не заводите: правило, записанное в четырёх местах, не работает ни в одном.
- На разборе запретите вопрос «кто». Разбор закрыт, когда назван шаг процесса, которого не было, и записан рецепт.
- Каждое «нельзя» и «не работает» проверяйте как «получилось»: кто пробовал, с какими правами, чем подтверждено. У нас это стоило 23 дня.
- У правила должна быть вторая половина: кто и в какой срок обязан на него ответить. Без неё правило знают и не исполняют.
- Назначьте роль, которой разрешено возражать вам, и не добавляйте ей чуткости. Мы обсуждали это 20 августа и решили не добавлять.
Карта ролей
Вопросы и ответы
Зачем отдельная роль, если ошибки можно разбирать с секретарём команды?
Потому что секретарь исполняет постановки руководителя, а Архивариусу положено их оспаривать. Решение от 15 августа отдельно оговаривает: отдельная роль, не нагрузка на секретаря. Первая же его сборка была отклонена валидатором и стала записью 7 реестра.
Что происходит с записью, когда рецепт устаревает?
У каждой записи есть условие пересмотра и статус. При наступлении условия запись пересматривают, статус меняется, файл остаётся один. Так рецепт не спорит с новой реальностью и не теряется в поиске.
Как понять, что реестр работает, а не просто растёт?
По цепочкам, доведённым до обобщения. Записи 23 и 24 (заглушка в настройках, пустой вывод, прочитанный как успех) стали записью 29 с общим правилом про подтверждение завершения. До реестра правило «где что живёт» было записано четыре раза и не работало ни разу.
Следующий шаг
Если последний разбор ошибки у вас закончился фамилией, а не рецептом: Разобрать процесс вместе с нами.