Ключ к успеху в разработке платформ – мышление о продукте

Автор: Аэрис Стюарт, 31 августа 2023 г.

Разработка платформ захватила мир штурмом, и не без причины. Хорошие платформы сокращают количество TicketOps, стандартизируют настройки конфигурации и сокращают время выполнения заказа и время выхода на рынок. Несмотря на новую популярность этой дисциплины, остаются некоторые вопросы о том, что отличает разработку платформ от DevOps. Ответ на эти вопросы кроется в подходе «платформа как продукт» — сердце каждой успешной разработки платформы.

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

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

«Создайте это, и они придут» — не жизнеспособная стратегия, гарантирующая, что разработчики примут вашу платформу. Точно так же принуждение разработчиков использовать платформу, скорее всего, не удастся. Обязательное использование вызывает недовольство, снижает доверие и приводит к теневым операциям. Чтобы избежать преждевременной кончины вашей платформы, вы должны относиться к ней как к продукту и продавать ее своим клиентам: вашим разработчикам.

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

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

Часто команды платформы обнаруживают, что у команд есть противоречивые желания и взгляды на то, какой должна быть платформа. Менеджер по продукту платформы поможет преобразовать разрозненные ответы в действенный и успешный план. Успешные команды разработчиков платформ также исследуют инструменты с открытым исходным кодом и коммерческие инструменты и интегрируют готовые решения в свои платформы там, где это выгодно. В качестве отправной точки они изучают чертежи, такие как эталонные архитектуры внутренней платформы разработчиков, разработанные McKinsey.

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

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

Чтобы достичь правильного баланса, необходимо использовать команды маяков. Маячная команда — это первая группа людей, для которой вы выберете создание платформы вашей организации, поэтому проведите с ними много времени, чтобы сделать все правильно. Развивайте послов и евангелистов и дайте им время привлечь остальную команду (и организацию!) к вашей платформе. После того как вы создадите платформу, которая принесет реальную пользу вашей маяковой команде, повторите этот процесс с другими командами в организации.