Присоединяйтесь к событию, которым доверяют лидеры предприятия в течение почти двух десятилетий. VB Transform объединяет людей, строящих реальную стратегию ИИ предприятия. Узнать больше
Построение программного обеспечения является точной, обратной работой. Вот почему разработчики наиболее продуктивны в средах без перерыва. Фактически, устранение отвлекающих факторов сделает больше для оптимизации усилий инженеров, чем большинство изменений, которые вы могли бы внести в инструмент.
Команда исключительно продуктивных инженеров может увеличить выработку технологической компании в десять раз и снизить затраты на рабочую силу. Когда каждый инженер способен выполнять свою лучшую работу на постоянной основе, команда из пяти человек может произвести результаты команды из 50.
Учитывая, что инженерные расходы являются огромной частью структуры затрат технологической компании, это важно. Мера производительности разработчика также имеет значительные последствия для продукта компании и темпа инноваций. Во многих отношениях это основной бизнес -показатель.
В типичной технической среде существует несколько препятствий для производительности: встречи, случайные пинги в связи с отсутствием ясности в отношении того, что должны строить разработчики. Эти отвлекающие факторы могут показаться безобидными и безобидными, но они складываются.
Три наиболее важные стратегии для максимизации производительности разработчиков
- Создайте условия для разработчиков для достижения состояния потока
Творческая работа требует некоторой степени изоляции. Каждый раз, когда они садятся на код, разработчики создают контекст для того, что они делают в своей голове; Они играют в игру со своим воображением, где они вносят свою следующую строку кода на более широкую картину своего проекта, поэтому все соединяется.
Представьте, что вы держите весь этот контекст в своей голове — а потом кто -то пинчает вас с небольшой просьбой. Весь контекст, который вы создали, рушится в этот момент. Требуется время, чтобы переориентироваться. Это все равно, что пытаться спать и проснуться каждый час.
Мой соучредитель и я уменьшаем отвлекающие факторы по всем направлениям, в основном благодаря высокодокументированию, культуре работы с низким уровнем связи. Немногие встречи означают больше непрерывного времени кодирования.
Несколько встреч, которые мы проводим, служат цели: они обеспечивают согласование между командами, и они являются эффективными средствами обмена информацией. Но когда это возможно, мы избегаем встреч с тщательной документацией. В дополнение к традиционным документам -разработчикам в GitHub, мы также создаем документацию с изложением наших различных философий для того, как мы запускаем тесты или способы использования определенных инструментов. Эта документация обеспечивает ясность и руководство еще более эффективно, чем встречи, потому что она всегда доступна, постоянно обновляется и может быть упомянута асинхронно.
В дополнение к сокращению встреч, эта документация также сокращает слабые пинги и электронные письма. Разработчики знают, где найти информацию, которая им нужна, и не должны прерывать поток друг друга.
- Нанимать исключительные менеджеры по продуктам
Другим фактором, который мешает производительности разработчика, является отсутствие ясности в отношении того, что должны делать инженеры. Если разработчикам придется тратить время на попытку выяснить требования того, что они строят во время его строительства, они в конечном итоге выполняют два типа работы: приоритеты и кодирование.
Эти разрозненные типы работы не сочетаются. Выяснение того, что создавать, требует разговоров с пользователями, обширными исследованиями, беседует с заинтересованными сторонами по всей организации и другими задачами, выходящими за рамки разработки программного обеспечения. Такая работа требует очень разных навыков и обучения от того, какие разработчики программного обеспечения нанимаются.
Решение — сборка высококвалифицированных менеджеров по продуктам, инженеров -дизайнеров и инженерных менеджеров, которым разработчики могут доверять, чтобы управлять кораблем. Для нас это означает, что мы думаем о найме и поддержании команды исключительных менеджеров по продуктам в качестве расширения нашей стратегии максимизации производительности разработчиков.
- Приоритет от разработчика счастья
Счастье, кажется, трудно измерить, но есть действительно хорошие показатели для определения того, удовлетворена ли ваша команда. Низкий выход и высокий истощение означает, что ваши разработчики недовольны. Счастливые разработчики более продуктивны, и они реже уходят.
Чтобы разработчики были счастливы, важно понять, почему они в первую очередь попали в разработку программного обеспечения. Исключительные инженеры кодируют, потому что они любят создавать вещи. Это означает, что компании должны определить приоритеты для очистки пути для разработчиков, чтобы сосредоточить как можно больше времени на кодировании.
Еще один способ уменьшить отвлекающие факторы, — это ротация поддержки. Вместо того, чтобы ожидать, что все разработчики будут решать срочные ошибки или проблемы, мы назначаем одного разработчика для решения проблем поддержки за каждую неделю. Таким образом, остальная часть команды может свободно сосредоточиться на своих текущих проектах, а не готовится к перерывам из -за чего -то нарушения.
Мы в значительной степени формируем инструмент как способ оптимизировать счастье разработчика. Он вводит определенные выгоды от качества жизни и ускоряет задачи. Например, мы призываем наших инженеров платить и использовать Copilot GitHub, потому что мы обнаружили, что программирование спаривания с ИИ приводит к повышению производительности разработчиков на 30-40%. Это инструмент, который стоит инвестиций.
Но даже лучший инструмент не может конкурировать с исключительно продуктивными инженерами. Стоимость субоптимальной среды для разработчиков высока. Это ограничивает вашу способность внедрять инновации, замедлять итерацию продукта и унижать ваше конкурентное преимущество.
В конечном счете, оптимизация производительности разработчика сводится к устранению отвлечения, где это возможно. Когда инженеры имеют время, поддержку, информацию и инструменты, чтобы попасть в состояние потока, они способны делать более чем команда в 10 раз больше. Если дополнительный инструмент может помочь, еще лучше.
Kapil Kale — соучредитель и главный операционный директор платформы выплат ОгромныйПолем
Источник
