Устойчивое масштаб: как стратегически выращивать инженерные команды

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

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

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

Стратегическое масштабирование: 3 проблемы роста

Есть три почти универсальные критические проблемы при масштабировании, которые добавляют к сложности:

Отсутствие последовательности в разных командах и инструментах

Нет видимости, метрик или профиля риска по всему инженерному портфелю

Экспоненциальный рост Сложность соединяется по мере роста организаций

Чтобы понять, почему масштабирование терпит неудачу, мы должны изучить, как развивается динамика команды с размером:

• Небольшие организации: Команды управляют полным стеком для своего домена. Доверие легче построить, и соответствие целям является простым путем прямого общения.
• Средние организации: Силосы появляются, поскольку команды специализируются. «Нужно знать все» начинает разрушаться, и межфункциональная координация переходит к ежеквартальным циклам. Зависимости становятся сложными для управления.
• Предпринимательские организации: Команды работают с полной автономией, создавая силосы бизнес -единицы. Доверие становится сложнее, конкурирующие приоритеты являются общими, а координация случается ежегодно. Модернизация платформы становится практически невозможной.

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

Платформа мышления для масштаба

Ответ не принимает неэффективность. Он организует техническую работу вокруг платформ, а не продуктов с первого дня. Вот что вам нужно сделать:

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

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

Подготовьтесь к оркестрованию рабочих процессов, управляемых ИИ,Полем В то время как 99% руководителей C-Suite считают человеческий элемент, ценным для разработки программного обеспечения, нынешняя реальность показывает, что люди все еще обрабатывают три четверти работы, в то время как ИИ вносит только четверть. Это означает, что ИИ меняет инженерные рабочие нагрузки с отдельных участников в оркестры сложных систем человека-аи. Ищите платформы, которые поддерживают этот переход, предоставляя унифицированные инструменты для координации рабочего процесса.

Измерить то, что важно. Сосредоточьтесь на метриках DORA (частота развертывания, время выполнения заказа, изменение частоты отказов, время восстановления), а не на индивидуальных показателях производительности.

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

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

Непрерывное путешествие

Масштабирование никогда не будет «сделано». Это требует непрерывной переоценки и адаптации. Подходы на основе платформы предоставляют основу для минимизации избыточной работы и бункеров, сохраняя при этом гибкость, необходимую для развития по мере роста вашей организации.

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

По мере того, как инженеры превращаются в оркестры сложных систем человека-АИ, подход платформы становится еще более критическим. Вместо того, чтобы каждый инженер, управляющий своим собственным фрагментированным инструментарием, платформы позволяют им сосредоточиться на том, что они делают лучше всего: координация сложных рабочих процессов и обеспечение качества для все более сложных систем. Начните с платформы «Думай сегодня», и ваша будущая инженерная организация поблагодарит вас.

Gitlab — самая полная, интеллектуальная платформа Devsecops для инноваций в программном обеспечении. Gitlab позволяет организациям повысить производительность разработчиков, повысить эффективность эксплуатации, снизить риск безопасности и соответствия, а также ускорить цифровые преобразования. Узнайте больше последних из Gitlab Trending Stories YouTube.com/ThenewStack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Сабрина Фармер является главным директором по технологиям в Gitlab, где она руководит разработкой программного обеспечения, операций и поддержки клиентов, чтобы выполнить техническое видение и стратегию компании и контролировать разработку и доставку продуктов и услуг Gitlab. Перед … Подробнее от Сабрины Фармер