Установка самого большого времени инженерии: поиск информации

Авиатор спонсировал этот пост.

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

Это неожиданное, но показательное понимание получено из отчета «Состояние опыта разработчика 2025 года» Atlassian. Поиск информации обогнал технический долг, который возглавил список в прошлом году, как основной источник трения разработчика. Ключевым выводом из обзора 3500 разработчиков и менеджеров является:

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

Согласно отчету, более 50% разработчиков теряют более 10 часов в неделю из -за организационной неэффективности. Еще больше, что касается: 90% теряют не менее шести часов в неделю. И хотя 68% разработчиков сообщают о 10+ часов еженедельной экономии времени из -за использования инструментов ИИ, большая часть этого усиления компенсируется трением вне редактора кода.

Это просто подтверждает, что бросание ИИ в разработчиков не решит их проблемы. Несмотря на все инвестиции в инструменты и ИИ, разработчики по -прежнему тратят наибольшее время, просто пытаясь найти то, что им нужно для выполнения своей работы.

Скрытая причина трения разработчика

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

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

Поговорите с любым инженером достаточно долго, и вы услышите те же жалобы:

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

Знания обнаружения проблем: Поиск соответствующей документации, примеров кода и лучших практик, требует много времени и часто разочаровывает.

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

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

Когнитивная перегрузка: Растущая сложность среды развития накладывает тяжелое когнитивное бремя для разработчиков, снижая производительность и удовлетворенность.

Снижение ответственности: Неясно, кому принадлежит то, что и кому звонить, когда что -то пойдет не так. Инженеры по надежности сайта (SRES) иногда призывают к услугам, о которых они ничего не знают, и они не знают, кто их владеет. Точно так же, когда безопасность или поддержка клиентов должны подать билет, они не знают, кому его назначить.

Когда ВИДП терпит неудачу

Внутренние порталы разработчиков (IDP) часто провозглашаются как решение для этих болевых точек, и даже в отчете Atlassian в этом году подчеркивается принятие IDP в качестве необходимости для улучшения опыта разработчика.

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

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

Портал команд самоуправляемых

Вот почему мы строим команды Aviator, центральный центр для всех мероприятий по развитию в организации. Он сочетает в себе организационные преимущества традиционных ВПЛ с интеллектом и контекстуальной осведомленностью, предоставленным ИИ.

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

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

Aviator-это разработчик с низким содержанием конфигурации, работающий с AI, который автоматизирует владение, обзоры кода, слияния и развертывание. Он создает организационный график знаний для упрощения назначения билетов, резюме проекта и поддержки внутренней разработчиков. Узнайте больше последних из Aviator Trending Stories YouTube.com/thenewstack Tech Moving быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Ankit Jain является соучредителем и генеральным директором Aviator, разработчика с низким конфигурацией, который автоматизирует владение, который автоматизирует владение, обзоры кода, объединяет и развертывает. Он также возглавляет ангар, сообщество старших DevOps и старших инженеров -программистов, сосредоточенных на опыте разработчиков, … Подробнее от Ankit Jain