Зачем нам внутренняя платформа для разработчиков?

Для таких компаний, как Uber, Netflix и Atlassian, создание внутренней платформы для разработчиков (IDP) является важным шагом, поскольку они масштабируются до найма тысяч инженеров. Генеральный директор Humanitec Каспар фон Грюнберг определяет IDP как «уровень самообслуживания, который позволяет разработчикам независимо взаимодействовать с настройкой доставки своей организации, позволяя им самостоятельно обслуживать среды, развертывания, базы данных, журналы и все остальное, что им нужно для запуска их приложений. ”

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

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

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

Начать что-то новое и принять продуктовое мышление

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

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

Вот несколько советов для других, запускающих IDP, на основе того, что сработало для меня:

1. Поймите клиентов. Каковы потребности и болевые точки разработчиков, и как ваш продукт будет их решать? Проводите интервью с пользователями, составляйте карты рабочих процессов разработчиков и запрашивайте отзывы. Определение проблем, которые ваш продукт решит, имеет решающее значение для сплочения людей вокруг него.
2. Сформулируйте четкое видение и стратегию. Люди должны понимать, почему руководство инвестирует или должно инвестировать в продукт. Видение имеет решающее значение для завоевания доверия инженеров, для которых вы разрабатываете платформу, давая им уверенность в том, что ваш план будет работать, а не просто болтовня. Стратегия дает вашей команде четкое направление и позволяет сосредоточиться на конечном пользователе.
3. Получите видимость во всей организации. Используйте любую возможность, чтобы представить свое видение и дорожную карту соответствующей аудитории и заявить о себе как о отправной точке для обсуждения опыта разработчиков. Активно стройте отношения с инженерами, чтобы они видели в вас своего союзника, и вы из первых рук слышали, как заказчик относится ко всему, над чем вы работаете.
4. Развивайте союзы с потенциальными первопроходцами и защитниками. Определите ключевых лидеров и влиятельных лиц в организации, которые будут использовать недавно разработанные функции в рамках платформы, предоставьте первоначальную обратную связь с пользователями, а затем выступите за их внедрение в своих командах и сетях.
5. Будьте настойчивы и терпеливы . Создание чего-то нового и изменение привычек требует времени. Важно продолжать сообщать о ценности вашего решения. Действительно, трудно слишком много общаться или повторяться.

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