Авиатор спонсировал этот пост.
Впервые я услышал термин «опыт разработчика» в конце 2023 года. Все, что я делал «по интуиции» в течение многих лет, внезапно получило имя.
У меня всегда было мышление девекса. На протяжении более 15 лет моей карьеры я любил оптимизировать и автоматизировать — находить способы облегчить и быстрее задачи для людей, окружающих меня. Не имело значения, были ли они разработчиками, аналитиками или коллегами в других ролях. Что дало мне наибольшее удовлетворение, так это создание чего -то, что удалило трение и помогло другим сосредоточиться на том, что действительно имело значение.
Когда я присоединился к Skype в Microsoft в 2022 году, я продолжал вести себя так же. Я начал систематически записывать каждую проблему, которую я заметил: болезненная адаптация, длительное время сборки, фрагментированные инструменты. И я не просто записывал их, я также искал способы исправить их. Иногда я мог исправить вещи самостоятельно, создавая сценарии, улучшая окружающую среду или написав документы, и я регулярно делился этими идеями с командой.
Итак, когда я услышал слова «опыт разработчика», стало намного проще объяснить ценность моих инициатив менеджерам и коллегам. Спустя всего шесть месяцев мне предложили поработать над Devex на полный рабочий день.
В беседе с моими коллегами и разработчиками я понял, что они также никогда не слышали об опыте разработчиков. Мой анекдотический опыт показывает, что большинство разработчиков даже не знают, что означает Dev Ex. Вот почему я считаю, что снизу вверх Devex настолько мощный-и так необходим.
Что такое опыт разработчиков?
Проще говоря, опыт разработчиков (DEVEX) — это все, что делает работу разработчика гладкой или болезненной.
- Насколько быстро запускаются код и тесты?
- Как быстро может быть новый найм на борту и сделать свой первый коммит?
- Насколько автоматизированы рутинные задачи?
- И в целом, что такое повседневное развитие?
Хороший девекс означает, что разработчики тратят больше времени в потоке, создавая ценность, вместо того, чтобы ожидание, переключение контекста или боевые процессы.
Скрытая стоимость неэффективности
Отчет о состоянии разработчиков Atlassian.
- Шестьдесят восемь процентов разработчиков экономят более 10 часов в неделю благодаря инструментам искусственного интеллекта.
- Но 90% по -прежнему теряют не менее шести часов в неделю из -за трения — поиск информации, непоследовательных инструментов, переключение контекста.
- Пятьдесят процентов теряют 10+ часов. Для команды из 500 инженеров это равняется 7,9 млн. Долл. сша по утерянной производительности в год.
Даже самые передовые технологии не удаляют боль. Они просто меняют свою форму.
Почему разработчики молчат
Самая большая проблема заключается в том, что большинство разработчиков привыкли к боли. Я знаю это по своему собственному опыту и по рассказам других: всякий раз, когда вы просите ресурсы для задачи, связанной с девексом, разговор быстро умирает, и вас отправляют обратно на функции доставки.
Жизнь с плохим девксом — это почти отраслевой стандарт; Большинство просто предполагают, что это нормально.
Это поддерживается данными. Atlassian сообщает, что 63% разработчиков считают, что лидерство не понимает их реальных проблем (по сравнению с 44% в 2024 году).
Снизу вверх девкс
Девекс снизу вверх означает, что улучшения начинаются с самих разработчиков.
Разработчик определяет боль, делает первый шаг к улучшению и разделяет результат. Инициативы не начинаются в презентации лидерства; Они часто начинают со сценария, написанного вечером, или список проблем, созданный в команде.
Оттуда он может расти вверх: коллеги начинают использовать его, появляются числа, и в конечном итоге руководство поднимает его.
Моя собственная история — явный пример. То, что началось как боковые ноты и небольшие исправления, стало чем -то большим, когда я обнаружил термин «опыт разработчика». Это дало мне язык для общения и вес, который будет услышан.
С чего начать: роль чемпиона
Первый практический шаг для снизу вверх-разработчик, чтобы инициировать или взять на себя роль Devex Champion.
Чемпион Devex — это тот, кто:
- Собирает обратную связь от коллег
- Отслеживает и приоритет общена
- Начинает небольшие улучшения
- Передает их руководству
Чемпион Devex преодолевает разрыв между разработчиками и управлением, прислушиваясь к реальным болям, привлекая их к лицам, принимающим решения, и превращая их в небольшие, но эффективные улучшения, которые делают ежедневную работу более плавкой.
Devex нуждается в обеих сторонах
Важно понимать: DEVEX может быть выдвинут сверху вниз по управлению, и разработчики могут двигаться снизу вверх. Но отдельно оба подхода гораздо менее эффективны.
Идеальная модель — симбиоз: разработчики приносят идеи и обратную связь, менеджеры предоставляют ресурсы и масштабируют то, что работает.
Я уделяю особое внимание инициативам, поступающим от разработчиков, потому что люди говорят о них гораздо меньше, чем о рамках и метриках. И я убежден, что без обеих сторон двигаться друг к другу, Devex не будет развиваться достаточно быстро, чтобы стать отраслевым стандартом в ближайшем будущем, если вообще когда -либо.
Если вы разработчик, не молчите. Если вы лидер, послушайте своих разработчиков.
Потому что большинство разработчиков до сих пор не знают, что такое Devex. И пришло время изменить это.
Заинтересованы или работая в области опыта разработчика? Hangar DX — это сообщество инженеров -программистов и инженерных лидеров, ориентированных на опыт разработчиков. Присоединяйтесь к нашим ежемесячным виртуальным встречам в незаметном сообщении для честных мыслей и дискуссий, узнав у сверстников о проблемах, которые они решили в их организациях.
Aviator-это разработчик с низким содержанием конфигурации, работающий с AI, который автоматизирует владение, обзоры кода, слияния и развертывание. Он создает организационный график знаний для упрощения назначения билетов, резюме проекта и поддержки внутренней разработчиков. Узнайте больше последних из Aviator Trending Stories YouTube.com/thenewstack Tech Moving быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Артем Мухин — посл разработчиков и инженера по программному обеспечению с более чем 10 -летним опытом в таких компаниях, как Microsoft и Yandex. Начав как разработчик-аналитик, а затем перейдя на Frondend, у него всегда было мышление DX-задолго до … Подробнее от Artmem Mukhin
