От AI‑ассистентов к агентной разработке

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

До запуска должны быть зафиксированы критерии включения, профессиональные роли, минимальный недавний опыт инженерной работы и правило выбора основного проекта, если человек одновременно работает в нескольких командах.

Базовый слой сохраняет системный взгляд DORA: скорость поставки рассматривается вместе со стабильностью, качеством обратной связи и условиями работы команды. Мы не будем трактовать объём кода, число запросов на слияние или частоту использования инструмента как самостоятельную производительность.

Отличие исследования 2026 года — отдельное измерение того, как создаётся изменение:

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

Использование и автономность

Нужно различать доступ к инструменту, частоту использования и фактическую глубину делегирования. Отдельно фиксируются режим взаимодействия, классы задач, продолжительность агентной работы, необходимость подтверждений и случаи человеческого вмешательства.

Разделение труда человека и агента

Блок описывает, кто формулирует намерение, собирает контекст, строит план, редактирует код, пишет тесты, выполняет ревью и принимает решение о выпуске. Это позволит проверить переход от роли автора изменений к роли проектировщика, оркестратора и проверяющего.

Контекст и готовность инженерной системы

Измеряются качество документации, доступность тестов и окружений, ясность требований, наблюдаемость, скорость обратной связи и возможность агента безопасно использовать инструменты. Эти факторы рассматриваются как возможные условия эффекта, а не как фон.

Скорость, качество и стабильность

Самооценка экономии времени должна сопоставляться с длительностью прохождения изменения, нагрузкой на ревью, переделками, дефектами, инцидентами и уверенностью в выпуске. Причинные формулировки допустимы только при дизайне, который действительно позволяет отделить влияние AI от других изменений процесса.

DevEx, обучение и командное знание

Опрос должен различать субъективную лёгкость выполнения задачи, удовлетворённость работой, когнитивную нагрузку, состояние потока, развитие навыков и сохранение понимания кодовой базы. Особое внимание уделяется риску «долга знания», когда результат создаётся быстрее, чем команда успевает его понять.

Управление, безопасность и ROI

Отдельно измеряются приемлемые сценарии использования, политики доступа, аудит действий, ответственность за ошибки, стоимость инструментов и время проверки. ROI должен учитывать не только сэкономленное время, но и внедрение, обучение, инфраструктуру, переделки и последствия дефектов.

До старта поля будут опубликованы каналы набора, география, целевые роли, правила предотвращения повторных ответов и план контроля смещений. Если применяется открытый набор, результаты будут описаны как срез добровольцев, а не как репрезентативная оценка всей индустрии.

Версия анкеты, период сбора и изменения формулировок фиксируются заранее. Существенно изменённая анкета считается новой волной и не объединяется с предыдущей без проверки сопоставимости.

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

Для каждого агрегата публикуются знаменатель, число наблюдений и доля пропусков. Составные показатели строятся только после проверки внутренней согласованности; если вопросы измеряют разные явления, они показываются отдельно.

Основные сравнения планируются по роли, опыту, размеру и типу организации, зрелости поставки, интенсивности использования AI и уровню автономности. Малые группы не интерпретируются и объединяются только по заранее описанному правилу.

Для долей и средних публикуются интервальные оценки. Множественные сравнения, поисковый анализ и подтверждающие гипотезы маркируются раздельно. Корреляция использования AI с результатом не считается доказательством причинного эффекта.

Анкета должна собирать только данные, необходимые для анализа. До запуска фиксируются текст согласия, срок хранения, доступ к сырым данным, способ обезличивания и правило публикации малых сегментов. Свободные ответы проверяются на персональные и конфиденциальные сведения до анализа или цитирования.

Минимальный набор ограничений включает самоотбор участников, самооценку эффектов, различия инструментов и задач, смешение индивидуального и командного уровня, быстрые изменения моделей во время поля и невозможность выводить причинность из поперечного опроса. Итоговый отчёт должен показывать эти ограничения рядом с выводами, а не отдельной формальной оговоркой в конце.