Гитлаб спонсировал этот пост.
Команды инженеров платформы создают возможности самообслуживания, которые предоставляют командам разработчиков золотые пути для создания надежного и безопасного программного обеспечения. Когда все сделано правильно, эти внутренние платформы управляют сложной технической работой — мониторинг, контролем безопасности, конвейеры CI/CD и облачные ресурсы — чтобы разработчики могли сосредоточиться на том, что важнее всего: написание кода, который обеспечивает бизнес -ценность.
Тем не менее, многие лидеры упускают из виду критический нюанс: успех команды платформы не измеряется из -за сложности его технологического стека или его количества функций. Успех измеряется тем, насколько эффективно он позволяет другим командам быстрее обеспечивать бизнес -ценность. Команды платформы процветают в сотрудничестве с командами, которые они обслуживают.
Где усилия по проектированию платформы не хватают
Многие инженерные инициативы платформы терпят неудачу не из -за плохого выбора технологий, а из -за того, что они упускают наиболее критический компонент: подлинное сотрудничество. Самые мощные внутренние платформы разработчиков — это не просто технологические стеки; Это ускорители отношений, которые принципиально преобразуют способ работы команды.
Эффективные команды платформы глубоко понимают, как выглядит день в жизни разработчика, инженера или специалиста по операциям. Они знают, какое давление сталкивается с этими командами, их показатели эффективности и проблемы, которые их больше всего расстраивают.
В разных отраслях схема безошибочно: когда платформы создают возможности самообслуживания, которые чувствуют себя без усилий, уменьшая при этом когнитивную нагрузку разработчика, все выигрывают. Предприятия доставляют быстрее, разработчики остаются сосредоточенными на высокоэффективных работах, а клиенты получают лучшие продукты.
Давайте рассмотрим три ключевых соображения для лидеров, создающих сильные команды платформы.
1. Приоритет на основе результатов
Эффективные платформы команды согласуются с приоритетами с результатами, которые должны достичь разработчикам. Тем не менее, это выравнивание легче сказать, чем сделать, особенно когда команды платформы сообщают о функциях ИТ, в то время как команды разработчиков сообщают через бизнес -подразделения.
Чтобы нарушить это организационное смещение, платформные команды должны расставить приоритеты в том, что действительно нужно разработчикам. Соответствующие метрики — это не традиционные технические результаты, а результаты. Вот несколько результатов, которые вы должны измерять:
- Увеличение уровня принятия: Команды выбирают вашу платформу, потому что это облегчает их жизнь.
- Скорость разработчика: Команды, использующие корабль вашей платформы, быстрее, чем те, кто этого не делает.
- Удовлетворение разработчика: Регулярные отзывы показывают, что разработчики пользуются использованием вашей платформы.
- Снижение бремени поддержки: Поддержка билетов резко уменьшается, так как разработчики могут самостоятельно пройти через хорошо разработанные интерфейсы и всеобъемлющую документацию.
Великие лидеры платформы обучают своих руководящих команд о прямой связи между производительностью разработчиков и результатами бизнеса. Опыт разработчиков больше не хороший, а стратегический императив.
2. Разработать сильную структуру связи
Разработчики, которые чувствуют себя услышанными и уважаемыми, превращаются в ценных сотрудников, а не только пользователей. Они вносят информацию, которые улучшают вашу платформу, потому что они знают, что их потребности будут определять ее эволюцию. Лучшие команды платформы используют несколько каналов, чтобы получить честные отзывы, включая сеансы исследования пользователей, опросы по опыту разработчиков и рабочее время.
Даже название платформы имеет значение. Команды с такими именами, такими как «Платформа по способностям разработчиков» или «Команда опыта разработчиков», посылают четкий сигнал о своей цели: они существуют для обслуживания разработчиков, а не для их контроля.
Помните, что платформа является продуктом, а разработчики — клиенты. Этот сдвиг мышления меняет все.
3. Создать восхитительный опыт разработчика
Основная миссия команд платформ — обеспечить более быструю доставку программного обеспечения путем устранения сложности и когнитивной нагрузки. Проще говоря: сделайте правильный путь самым простым способом.
Опыт разработчика выходит за рамки функции; Речь идет о создании восторга и демонстрации того, что команда платформы заботится о человеческом опыте, а не только технических возможностях. Лучшие платформы создают естественные, интуитивно понятные интерфейсы, которые ожидают вопросы и включают сообщения об ошибках, которые направляются, а не путают.
Платформу -инженерное превосходство происходит из -за того, что сложные вещи кажутся простыми. Речь идет не о создании самой сложной системы; Речь идет о сокращении сложности, чтобы разработчики могли сосредоточиться на создании бизнес -ценности.
Путь вперед
Истинное влияние инженерии платформы возникает, когда вы объединяете функцию и эффективность с неустанным акцентом на опыт разработчиков. Мой совет для лидеров платформы:
Наиболее успешные организации признают, что платформы являются совместными экосистемами, которые одинаково зависят от человеческих и технических факторов. Сосредоточив внимание на результатах, коммуникации и опыте, платформные команды становятся доверенными партнерами в командах разработки программного обеспечения, что принципиально преобразует способ создания программного обеспечения организаций.
Gitlab является самой полной платформой Devsecops с AI Devsecops для инноваций в программном обеспечении. Gitlab позволяет организациям повысить производительность разработчиков, повысить эффективность эксплуатации, снизить риск безопасности и соответствия, а также ускорить цифровые преобразования. Узнайте больше последних из Gitlab Trending Stories YouTube.com/ThenewStack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Брайан Росс — полевой технический директор для Gitlab. Опытный лидер, опытный технолог и оратор с более чем 15 -летним опытом работы в отрасли в качестве старшего ИТ -лидера, он теперь помогает клиентам реализовать бизнес -ценность от нее быстрее. Не менее комфортно … Подробнее от Брайана Росса
