Отслеживание рабочих процессов в разработке ПО за последние шесть лет сформировало эмпирическую базу для понимания того, как инженерные команды создают продукты на самом деле. В то время как поставщики базовых моделей и разработчики специализированных редакторов кода неустанно публикуют показатели тщеславия, завязанные на пропускную способность токенов и сгенерированные строки кода, эти цифры отражают лишь изолированный и зашумленный фрагмент жизненного цикла разработки. Платформа для трекинга задач Linear Orbit Inc. проанализировала внутреннюю активность десятков тысяч организаций, чтобы выяснить, как ИИ-инструменты меняют рабочие процессы — от зарождения идеи до закрывающих pull request.
Кросс-функциональная экспансия
С января по июнь 2026 года активное использование встроенных функций ИИ вышло далеко за пределы сред разработки и охватило все подразделения компаний. Согласно массиву данных Linear, охватывающему 127 000 платных пользователей за этот полугодовой период, уровень взаимодействия со встроенными возможностями ИИ удвоился по всем ролям в командах. Самый резкий скачок зафиксирован в продакт-менеджменте: показатель проникновения подскочил с 12% в январе до 34% к июню 2026 года. Среди разработчиков он вырос с 12% до 30%, среди дизайнеров — с 6% до 22%, и даже в отделах продаж и маркетинга (GTM) показатель поднялся с 5% до 18%.
«Создатели моделей и инструментов для кодинга опубликовали множество данных об объемах генерации кода и расходе токенов, однако это отражает лишь один срез работы. Наша позиция позволяет отслеживать весь цикл создания продукта целиком — от первой задачи до закрывающего ее pull request».
Как отметил Тим Ци в первом выпуске отчета Linear, сквозной мониторинг цепочки поставки вскрывает операционные трения, которые системно упускает телеметрия, сфокусированная исключительно на коде. Главное узкое место сместилось: теперь это не создание чернового кода или написание шаблонных конструкций, а этап верификации. Пока планирование и генерация ускоряются, технические менеджеры и ведущие разработчики сталкиваются с лавинообразным ростом объема pull request. В результате ключевая инженерная нагрузка перемещается с непосредственного написания кода на его тщательное рецензирование и архитектурный анализ.
Паттерны внедрения для руководителей
Чтобы объективно оценить возврат инвестиций в ИИ, техническому руководству необходимо отказаться от подсчета сгенерированных токенов и перейти к замеру полного цикла — от первичной оценки задачи до подтверждения слияния веток. Техническим директорам стоит провести аудит внутренних трекеров задач и времени задержки код-ревью: это позволит проверить, действительно ли внедрение ИИ ускоряет релизы или просто переносит заторы на этап непроверенного бэклога.