Критики Agile нередко правы.
Не во всём. Но в достаточном, чтобы их игнорировать было ошибкой. То, что большинство людей подразумевает под словом «Agile» — двухнедельные спринты, ежедневные стендапы, диаграммы SAFe, занимающие целые стены, программы сертификации, консультанты, превращающие мышление в упражнение по соответствию стандартам — многое из этого заслуживает скептицизма, который оно получает. «Agile Bug», как практики стали называть превращение Agile в свою противоположность, реален. Он причинил реальный вред. Команды сгорали, следуя церемониям, которые производили движение без прогресса. Организации платили за Agile-трансформации, которые приносили лишь более тяжёлую бюрократию под стерильным новоязом — и при этом срывали сроки и упускали деловые возможности.
Мы здесь не для того, чтобы защищать что-либо из этого. Напротив, мы присоединяемся к вам в полной солидарности.
Итак, что мы на самом деле имеем в виду, говоря «Agile»?
Не фреймворки. Не SAFe, не LeSS, ничего между ними. Не микроменеджмент под видом спринта. Не театр.
Мы имеем в виду то, что существовало до коммерциализации блестящего озарения: ценности и принципы, которые авторы Манифеста зафиксировали в 2001 году, которые сами дистиллировали подходы, предшествовавшие Манифесту на десятилетия — от производственной философии Toyota до инкрементальных поставок NASA и ранних работ по итеративной разработке. Суть всего этого, освобождённая от всего, что было наслоено сверху: Люди и взаимодействие важнее процессов и инструментов. Рабочие результаты важнее исчерпывающей документации. Сотрудничество важнее согласования условий контракта. Реагирование на изменения важнее следования плану.
Не как лозунги. Как реальные операционные принципы — те, что меняют то, как вы ведёте себя и, что важнее, как вы думаете, когда ситуация неоднозначна, сложна и стремительна.
Вот что мы понимаем под Настоящим Agile.
Тезис
Настоящий Agile — это мышление, которое принадлежит комплексной работе. ИИ — одна из самых комплексных задач, которые мы когда-либо решали. Соответствие не случайно — оно неизбежно.
Рассуждение восходит к первым принципам. Agile-мышление начинается с трезвого наблюдения: в комплексной работе (в кеневиновском смысле: эмерджентной, где причинно-следственные связи видны лишь ретроспективно) невозможно спланировать весь путь заранее. Вы работаете эмпирически — начинаете с того, что знаете, учитесь по ходу, непрерывно инспектируете и адаптируетесь. Вы отдаёте предпочтение реальным результатам перед исчерпывающими предварительными спецификациями. Держите всё максимально простым. Сотрудничаете, потому что ни у одной отдельной точки зрения нет полной картины.
Теперь опишите работу с ИИ. Результаты недетерминированы. Качество зависит от того, насколько хорошо вы взаимодействуете, а не только от того, что спрашиваете. Ранняя обратная связь выявляет проблемы, которые поздняя коррекция не может исправить. Связь между человеческим суждением и ответом модели итеративна по своей природе. Ни одно отдельное взаимодействие не даёт полной картины.
Действуют те же первые принципы — не потому что кто-то так задумал, а потому что и Agile, и эффективное сотрудничество с ИИ — это ответы на одну и ту же базовую реальность: комплексная работа, сделанная хорошо, требует особого мышления. Это мышление — Agile.
Самое сильное возражение — мы назовём его за вас
Agile был создан для человеческих команд. Он предполагает усталость, забывчивость, неточную оценку, социальную динамику — свойства, специфичные для людей, работающих вместе. ИИ не устаёт, не забывает в пределах своего контекста и не несёт ни одного из социальных страхов, для преодоления которых человеческим командам понадобилась целая философия. Значит: предпосылки не применимы, а «Agile для ИИ» — ошибка категорий.
Это реальный аргумент. Мы рассматриваем его серьёзно, а не отмахиваемся.
И мы думаем, что он неверно определяет, чем на самом деле является непреходящее ядро Agile. Кое-что из того, что Agile выработал как обходные пути для сугубо человеческих ограничений — ритуал ретроспективы, призванный вытащить наружу то, что уставшая команда не скажет напрямую, стендап, придуманный для краткой синхронизации рассеянных людей, — без изменений не переносится. Но основные принципы не были обходными путями. Они были наблюдениями о природе самой комплексной работы. А комплексность не меняется от того, что ваш соавтор — модель.
Как это выглядит, когда ИИ в комнате
Прежде чем вы вступите в спор — несколько конкретных примеров, потому что абстрактным принципам нужна опора.
Мы предлагаем проводить ретроспективы с ИИ? Да — и это важнее, а не менее важно. Работая с моделью, вы выстраиваете паттерны взаимодействия. Со временем эти паттерны могут оттачиваться — или деградировать вплоть до сбоя. Регулярная пауза, чтобы разобрать, что работает, что начинает дрейфовать и какие допущения пора пересмотреть, удерживает вас в русле эффективного сотрудничества. Форма, которую принимает ретроспектива, меняется. Дисциплина отступить на шаг и проинспектировать — нет.
Мы предлагаем проводить check-in с ИИ? Да — и не только раз в день. Краткие сверки — в естественных точках перелома по ходу работы, а не только в начале сессии — удерживают сотрудничество на твёрдой почве. Модель может накапливать контекст так, что он отклоняется от вашего первоначального замысла, никак об этом не сигнализируя. Частая, лёгкая синхронизация — это то, что позволяет поймать такой сдвиг прежде, чем он дорого вам обойдётся.
То же мышление. Адаптированная форма. Основной принцип Agile передаётся нетронутым.
Теперь: каков ваш аргумент?
Вот наша позиция. Сформулирована достаточно чётко, чтобы вы могли на неё по-настоящему возразить.
Если вы думаете, что предпосылка неверна — что Настоящий Agile не переносится, что возражение об ошибке категорий является решающим, что мы навязываем мышление там, где никакое не подходит — приводите свой самый весомый аргумент. Не соломенное чучело. Настоящий.
Правило здесь простое: дискутируйте с идеей, уважайте человека. Мы разберём каждый подлинный вызов честно.
Давайте.
Комментарии 0