Почему среда «человек–агент» по духу Agile

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

Так же можно описать среду, о которой идёт речь на этом сайте — только «команда» здесь ты и ассистент, а не только люди в одной комнате.

Дух, а не театр

Корпоративный «Agile» нередко — стендапы по привычке. Дух другой: держать рабочий инкремент на виду, учиться на том, что сделали люди и машина, и менять настройку, когда поток ломается.

Когда у ассистента есть доступ к компилятору, тестам и отладчику, вы спорите не голосами в вакууме — вы замыкаете контур фактами. Это тот же инстинкт, что «выкати маленькое и посмотри, что сломается», только с другим тулчейном.

Проверка и адаптация — по-настоящему

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

Адаптация: заметки, правила, память, промпты и вопрос «что добавить, тебе было легче?» — это энергия ретроспективы, приложенная к комнате, а не монолог «как ты посмел».

Ты не ловишь идеальный заранее замысел чата; ты настраиваешь систему, в которую входят люди, модели и автоматизация.

Люди и взаимодействие — в расширенном составе

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

Это стыкуется с кооперацией вместо дуэли и с вопросом «почему?» вместо токсичного разноса.

Не «кто виноват», а почему среда это допустила

Об этом писали задолго до чат-ботов: в инженерной и авиационной безопасности различают «старую» картину (ошибка = плохой человек) и системную — человеческая ошибка как симптом того, как устроены работа и организация — в том числе в The Field Guide to Understanding Human Error (Sidney Dekker). В практике SRE тот же смысл закреплён в blameless postmortem: разбор про то, как стало возможно сбойное событие и что менять в процессах и среде — людей «не пропатчишь», зато можно изменить то, что они видят и что им позволяет среда — в книге Google SRE, гл. 15 «Postmortem Culture». Популярные гайды по инцидентам, например PagerDuty: blameless postmortem (с отсылкой к Dekker), как раз объясняют, почему охота за виноватым прячет сигнал.

С моделью в контуре перенос прямой: продуктивный вопрос — не нравоучение, а почему в этой конфигурации следующий шаг выглядел разумным — и что добавить в контекст, инструменты или правила, чтобы цепочка в следующий раз была короче.

Не претензия на Scrum

Речь не о том, что «мы бежим двухнедельные спринты со Scrum Master». Тезис уже́ не про ритуалы, а про привычки — и, на мой взгляд, такой тезис прочнее: привычки, из-за которых Agile вообще стоит сохранять — обратная связь, адаптация, прозрачность, общая опора для «готово» — те же привычки, из-за которых работа человек–агент накапливается, а не обнуляется каждое утро.

Связанный текст

• Паритет с тулчейном — MCP, общая опора на факты
• Зачем появился Agent-First Learn — методология и позиция
• Модель внимания Cascade IDE
• База знаний, доверие и любопытство — база знаний и позиция