Новости и разборы
Команда после AI: где застревает быстро подготовленная работа
JetBrains обсуждает передачу работы, Google Research отделяет качество результата от навыка сотрудника. Что проверить в процессе команды.
Разработчик готовит изменения быстрее, а владелец всё равно ждёт выпуск. Причина может находиться в согласовании задачи, проверке или передаче следующему участнику. В двух публикациях от 7 октября вопрос пользы AI рассматривается шире скорости отдельного исполнителя. Они дают основания пересмотреть процесс, но не обещают одинаковый эффект для всех команд.
Быстрое создание не завершает передачу
JetBrains описывает наблюдения из разговоров с инженерными организациями: индивидуальные способы работы с агентами различаются, общие правила и настройки не всегда поддерживаются, а узкое место может переместиться в планирование и ревью. Это качественные наблюдения производителя, не репрезентативная статистика производительности.
Для небольшой команды полезен конкретный вопрос: что должен получить проверяющий вместе с готовым изменением? Если ему приходится заново выяснять задачу, последствия и способ проверки, сэкономленное исполнителем время может потеряться на следующем этапе. Общие инструкции имеют смысл, когда они реально описывают принятые правила проекта и обновляются вместе с ними.
Хороший результат и самостоятельный навык различаются
Google Research разбирает трёхмесячное рандомизированное исследование с практикующими патентными юристами. Оно рассматривает качество работы с AI и самостоятельные навыки участников. Результаты для сотрудников с разным опытом отличались. Это исследование другой профессии; переносить его эффект в процентах на разработчиков или вашу компанию нельзя.
Сопоставление подсказывает осторожный вывод: оценивать стоит не только завершённый документ или код, но и способность команды объяснить решение, проверить ошибку и продолжить работу без конкретного инструмента. Это проектная рекомендация, а не измеренный результат для вашего коллектива.
Проверить одну очередь работы
Возьмите типовую задачу и проследите этапы от согласованного запроса до принятого результата. Запишите, кто ждёт, какие вопросы возвращаются исполнителю и какие материалы нужны следующему человеку. Сравнивайте одинаковые классы задач; количество строк или объём ответа агента плохо объясняют завершение рабочего процесса.
Для пилота договоритесь о короткой передаче: задача, принятое решение, затронутые части и выполненные проверки. Дайте проверяющему возможность воспроизвести результат. Затем попросите другого сотрудника объяснить решение и обработать типовое исключение. Такая проверка показывает, где необходимы обучение и документация.
Если ускорение создания увеличило очередь ревью, сначала уменьшите размер изменений или уточните условия приёмки. Покупка ещё одного инструмента не должна подменять разбор этого перехода.
Бизнес-правила помогают сделать ожидания явными. Сотрудничество с консалтингом подтверждает длительную работу с разными задачами без выдуманной оценки ускорения AI. Для вашей внутренней системы обсудите, где команда ждёт следующий шаг.