Тихий убийца продуктивности

Куда девается время разработчика?

Вот она — неудобная правда о разработке программного обеспечения: большинство девелоперов тратят меньше четверти своего рабочего дня непосредственно на написание кода.

Куда девается остальное время? На бесконечные митинги, переключение контекста, ожидание апрувов, поиск нужной документации и борьбу с бюрократией, которая вообще никак не связана с созданием крутого софта. Ты и сам это прекрасно чувствуешь каждый день. А теперь давай подкрепим эти ощущения цифрами!

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

1. Как разработчики на самом деле проводят свое время

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

• На кодинг уходит всего около 24% времени. Всё остальное — это проектирование, тестирование, дебаг и митинги со стейкхолдерами.
• Даже с ИИ-инструментами 75% разработчиков тратят лишь 21% времени на написание нового кода. То есть искусственный интеллект помогает, но рутина вокруг кодинга никуда не исчезает.
• 50% разработчиков теряют 10 или более часов в неделю из-за организационного хаоса: разбросанной документации, нечетких требований и слишком сложных коммуникаций.
• 90% разработчиков еженедельно теряют минимум 6 часов из-за подобных препятствий. А это, на секундочку, почти целый рабочий день коту под хвост!
• Для компании из 500 разработчиков такие потери времени обходятся почти в 8 миллионов долларов в год.
• В среднем современный специалист использует 9.4 различных приложений ежедневно, тратя 21% времени просто на переключение между вкладками и платформами.

Задумайся: если ты работаешь 40 часов в неделю, то конкретно на создание чего-то нового у тебя уходит меньше 10 часов. Остальные 30 часов съедает «всё остальное». И дело не в лени — это системная проблема того, как настроены процессы в компаниях.

2. Проклятие переключения контекста (Context Switching)

Переключение контекста — это тихий убийца продуктивности. Каждый раз, когда тебя отвлекают от кода, ты теряешь не только те пару минут на разговор. Тебе нужно время, чтобы заново выстроить в голове логическую модель задачи.

Бесплатный вебинар

Как зайти в рекрутинг в 2026: пошаговый план для новичков

Как войти в рекрутинг в 2026 году: вебинар для новичков об IT-рекрутинге, выбор направления, зарплаты, навыки и пошаговый план поиска первой работы. Узнайте, как составить резюме, пройти собеседование и получить первый офер.

Подробнее

• Требуется в среднем 23 минуты, чтобы полностью вернуться в фокус после одного отвлечения. Для сложных задач это время может возрастать до 45 минут и более.
• Разработчики переключают контекст от 10 до 20 раз в день. Каждый такой «клац» сбрасывает твой мыслительный процесс до нуля.
• Из-за этого разработчики ежедневно теряют от 1 до 2 часов чистого продуктивного времени.
• Потери от переключения контекста обходятся примерно в $15,000 в год на одного разработчика. А если добавить сюда другие поглотители времени, сумма достигает около $80,000 в год.
• Эта проблема растет экспоненциально с расширением команды. Закон Брукса (из книги «Мифический человеко-месяц») до сих пор работает: если в опаздывающий проект добавить новых людей, он опоздает еще сильнее, так как затраты на коммуникацию растут быстрее, чем полезная работа.

Состояние «потока» (flow state) — это место, где создается лучший софт. Поскольку разработка по своей сути является процессом решения сложных ребусов, программисты гораздо более чувствительны к отвлечениям, чем другие офисные сотрудники.

3. Овердоз митингов: сколько времени съедают созвоны

Митинги — это главный враг сфокусированной работы. Статистика просто пугает:

• Компании назначают на 67% больше митингов, чем до 2019 года. Количество созвонов взорвалось с переходом на удаленную или гибридную работу.
• Эффективность митингов при этом упала на 32%. Получается замкнутый круг: митингов становится больше, они становятся хуже, поэтому назначают новые митинги, чтобы разобраться с проблемами предыдущих митингов.
• 71% сотрудников считают митинги непродуктивными. Почти три четверти людей на созвоне чувствуют, что просто тратят жизнь впустую.
• Половина сотрудников (лишь 15% чувствуют себя по-настоящему вовлеченными) страдают от рутины, и засилье митингов — одна из главных причин выгорания.
• Этот кризис продуктивности стоит организациям 37 миллиардов долларов ежегодно.
• Самые эффективные команды ограничивают митинги до 18% от общего рабочего времени. Они также отвечают на важные сообщения менее чем за 2 часа и закрывают 78% запланированных тасков вовремя.

Здесь идеально подходит концепция Пола Грэма о «расписании творца» (maker's schedule). Разработчикам нужны большие, непрерывные блоки времени. Один часовой митинг посреди дня не стоит один час — он стоит целого дня, так как ломает весь темп работы как «до», так и «после» него.

Акция

Розыгрыш IT курсов

Подробнее

4. Инструменты ИИ и продуктивность разработчика

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

Популярность и использование:

• 85% разработчиков регулярно используют ИИ для кодингу, а 62% постоянно опираются на какого-то ИИ-ассистента.
• 80% разработчиков в целом уже используют ИИ-инструменты (согласно масштабному глобальному опросу в 177 странах).
• 51% профессиональных разработчиков используют ИИ ежедневно, а 65% — минимум раз в неделю.
• 41% всего кода в 2025/2026 годах генерируется ИИ. Это уже не прогнозы на будущее, это наша реальность.
• Более 15 миллионов разработчиков использовали один только GitHub Copilot на начало 2025 года — это рост на 400% всего за 12 месяцев!

Экономия времени:

• 90% разработчиков, использующих ИИ, экономят минимум 1 hour в неделю. А каждый пятый экономит 8 часов или больше (это целый рабочий день!).
• 99% разработчиков замечают экономию времени с ИИ-инструментами, причем 68% экономят более 10 часов в неделю на всех тасках в целом.
• 88% пользователей GitHub Copilot быстрее закрывают таски, а 96% говорят, что рутинные задачи теперь щелкаются как орешки.
• 73% пользователей ИИ-ассистентов отмечают, что им легче оставаться в состоянии «потока».
• В контролируемом эксперименте разработчики с ИИ-ассистентом написали HTTP-сервер на 55% быстрее (1 час 11 минут против 2 часов 41 минуты у обычной группы).
• Джуниоры получают прирост продуктивности на 26–39% благодаря ИИ, делая на 38% больше успешных компиляций кода.

Обратная сторона медали:

• Восторженность ИИ-инструментами немного упала — позитивное отношение снизилось с 70%+ до 60%. Разработчики начали трезвее видеть ограничения технологии.
• 70% разработчиков жалуются, что тратят дополнительное время на дебаг кода, который сгенерировал ИИ. ИИ экономит время на написании, но добавляет работы во время ревью и поиска багов.
• Специальные исследования показали, что поначалу ИИ замедлял опытных опенсорс-разработчиков на 19%. Лишь со временем это превратилось в ускорение на 18%. То есть существует серьезный период адаптации.
• 25% кода Google пишется с помощью ИИ, что повышает общую продуктивность компании примерно на 10%.

Вывод: ИИ действительно экономит время на рутине, но это не волшебная палочка. То, что 70% разработчиков до сих пор дебажат за роботами, напоминает нам: ИИ просто переносит фокус работы с написания на проверку, а не убирает ее полностью.

5. Кризис оценивания: мы меряем продуктивность неправильно

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

• 66% разработчиков не верят, что текущие метрики отражают их реальный вклад. Два из трех считают, что их оценивают неправильно.
• 62% разработчиков отмечают, что нетехнические факторы критически важны для их эффективности (коллаборация, коммуникация, четкость целей). И только 51% считают критическими именно технические навыки.
• Метрики DORA отходят на второй план. Индустрия смещается от оценки скорости деливери-пайплайнов непосредственно к опыту разработчика (Developer Experience, DevEx).
• Лишь 44% разработчиков считают, что руководство знает о реальных проблемах и препятствиях в работе. Больше половины уверены, что менеджмент вообще не понимает, почему они «тормозят».
• 86% лидеров понимают, что не смогут удержать таланты без улучшения DevEx. Получается разрыв: лидеры знают, что это важно, но не знают, что именно болит у разработчиков.
• Каждый дополнительный балл в индексе Developer Experience (DXI) экономит 13 минут в неделю на одного разработчика (или 10 часов в год).

Проблема оценивания очень серьезна. Если ты трекаешь неправильные вещи, люди подстраивают под это свое поведение. Количество строк кода потеряло любой смысл в тот момент, когда ИИ научился выдавать тысячи строк за секунды. Стори-поинты (Story points) измеряют оценку усилий, а не реальную ценность для бизнеса.

Компании, которые делают это правильно, измеряют потери времени (куда деваются часы?), удовлетворенность разработчиков и реальные результаты для бизнеса.

6. Главные блокеры и препятствия для продуктивности

Когда разработчиков спрашивают, что именно их тормозит, ответы почти всегда одинаковы:

• Поиск контекста проекта и ожидание апрувов (по 26% каждое) — это два крупнейших источника утечки продуктивности. Мы тратим больше времени на выяснение «а что вообще строить?» и ожидание разрешений, чем на решение сложных технических тасков.
• Большинство команд теряют от 5 до 15 часов на разработчика еженедельно из-за непродуктивной работы, которую можно было бы автоматизировать или убрать. Лишь 10% команд теряют меньше 3 часов.
• 57% разработчиков сталкиваются с трудностями из-за размытых требований к ПО. Нечеткое ТЗ — одна из крупнейших черных дыр для твоего времени.
• 72% компаний говорят, что новому разработчику требуется больше месяца, чтобы отправить свои первые три значимых пул-реквеста (Pull Requests). А 18% утверждают, что это занимает более трех месяцев!
• Разработчики хотят прозрачности, конструктивного фидбека и четких целей. Однако руководители часто фокусируются только на уменьшении техдолга и улучшении сотрудничества. Существует заметный разрыв между потребностями команды и приоритетами лидеров.
• 52% разработчиков используют инструменты, которые не одобрены IT-отделом компании (Shadow IT). Теневое ПО процветает, потому что официальный софт часто просто неудобен.
• 63% инженеров считают, что внедрение ИИ и Machine Learning повышает общую сложность разработки, даже если отдельные задачи становятся быстрее.

Получи бесплатную консультацию

Подскажем, с чего начать, какую специальность выбрать и как найти первую работу

Получить консультацию

Видишь закономерность? Самые большие блокеры почти никогда не бывают чисто техническими. Это всегда проблемы организации: туманные требования, медленные апрувы, отсутствие контекста и плохая коммуникация.

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

Источники и исследования, использованные в статье:

1. Forrester Developer Survey — данные о реальном распределении рабочего времени разработчиков и проценте кодинга.
2. Atlassian State of DevEx Report — исследование организационного хаоса, финансовых потерь крупных компаний и разрыва в восприятии проблем между разработчиками и менеджментом.
3. JetBrains Developer Productivity Research / Surveys — статистика использования ИИ разработчиками, отношение к метрикам эффективности и критичности нетехнических навыков.
4. Stack Overflow Developer Survey — масштабный глобальный опрос (49,000+ девелоперов, 177 стран) касательно внедрения ИИ-инструментов и изменения отношения к ним.
5. Cortex State of Developer Productivity Report — данные о главных блокерах продуктивности (апрувы, контекст), онбординге новых сотрудников и еженедельных потерях времени.
6. Emorphis Research — статистика ежедневного использования ИИ профессиональными девелоперами и процент генерируемого ИИ кода.
7. Yaware Research — данные о количестве приложений, переключении между вкладками, росте количества митингов и тайм-менеджменте самых эффективных команд.
8. University of California, Irvine (исследование Глории Марк) — классическое научное исследование о цене отвлечений и 23 минутах на возвращение в фокус.
9. Syncally Research — финансовые расчеты потерь от переключения контекста на одного разработчика.
10. GitHub Research & Experiments — контролируемые тесты скорости разработки с GitHub Copilot, а также данные о состоянии «потока».
11. Tenet (Официальные данные GitHub / Microsoft) — статистика роста количества пользователей GitHub Copilot.
12. Chief AI Officer Reports — исследование влияния ИИ на продуктивность джуниор-специалистов и успешность компиляций кода.
13. Harness & ManekTech Research — данные о времени на дебаг кода после ИИ, трудностях с нечеткими требованиями, Shadow IT и общем усложнении систем из-за ML.
14. METR (Model Evaluation and Research Institute) — исследование периода адаптации и кривой обучения при работе с ИИ.
15. Google Official Data — отчет компании о проценте кода, который пишется с помощью ИИ внутри корпорации.
16. DX (Developer Experience Platform) Research — данные об индексе DXI и математический расчет сэкономленного времени на одного инженера.

Angular

Розпочное наступление уже зараз

22 ч.

Записи уроков доступны навсегда

Online занятия

Домашние задания и курсовая работа

Детальнее

2 июня (19:00-21:00, 3 раза в неделю) Украинская

В основе данной публикации лежит перевод с английского статьи Джона Сонмеза (JOHN SONMEZ), опубликованной 5 марта 2026 года на сайте Rockstar Developer University.