Работаете ли вы с техническим долгом? Stripe поделился цифрами, согласно которым неэффективность разработчиков приводит к ежегодным потерям мирового ВВП в 300 млрд долларов. При этом незапланированная работа отнимает 23–42% времени разработчиков, что включает и работу, вызванную накопившимся техническим долгом.
Вот ещё немного цифр:
- Исследование Stripe показало, что разработчики тратят в среднем 17 часов в неделю на решение проблем с обслуживанием и ещё 4 часа на работу с «плохим кодом». По мнению Stripe, незапланированная работа представляет собой огромные альтернативные издержки, которые оцениваются в 85 миллиардов долларов в год из-за потери производительности разработчиков.
- По данным исследования McKinsey & Company, компании тратят от 23% до 42% своего времени на исправление проблем, связанных с техническим долгом. Это эквивалентно тому, что при найме 100 разработчиков компания получает продуктивность только от 75 из них.
- Технический долг требует значительных финансовых вложений на его обслуживание. Согласно отчёту McKinsey, в некоторых компаниях техдолг составляет до 40% IT-бюджета. В крупных корпорациях расходы на его обслуживание могут достигать миллиардов долларов.
Что же такое техдолг и откуда он берётся?
- Сжатые сроки и дедлайны. Разработчики часто выбирают менее оптимальные решения, чтобы быстрее выпустить продукт или новую функцию, что создаёт долгосрочные проблемы. Изменяющиеся требования.
- Постоянные изменения в бизнес-требованиях могут вынудить команды корректировать код или архитектуру, оставляя старые участки системы без адаптации.
- Низкое качество кода. Плохие практики разработки, отсутствие тестирования и рефакторинга кода приводят к накоплению ошибок и усложняют поддержку продукта.
- Использование устаревших технологий. Работа с устаревшими системами и библиотеками увеличивает техдолг, так как они требуют постоянных обновлений и исправлений для обеспечения стабильности.
- Отсутствие документации. Недостаточная или устаревшая документация усложняет понимание кода для новых разработчиков и затрудняет дальнейшее развитие проекта.
В итоге накопившийся технический долг приводит к критическому снижению скорости разработки, большому количеству багов, потере лояльности пользователей и уходу разработчиков, что ещё сильнее бьёт по показателям.
Технический долг — это проблема бизнеса, а не отдельного разработчика или тимлида, но только 10% менеджеров со стороны бизнеса активно управляют им. Большая же часть просто не понимает, зачем это нужно и как встроить подобную работу в свой рабочий процесс.
Какие способы мы пробовали и к чему пришли, расскажу в следующем посте.
