Использование модели возможностей проектирования платформы

Замечание

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

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

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

Эти возможности тесно соответствуют ключевым областям, описанным в модели разработки платформы Cloud Native Computing Foundation. Эти возможности были получены из анализа результатов опроса и более чем из 30 длительных интервью с клиентами о усилиях по проектированию платформы своей организации.

Визуализация пути взаимодействия клиентов, используемая в этой статье, была вдохновлена выступлением Ники Уотта по развитию вашей платформенной инженерной инициативы (PlatformCon 2024).

Оценка текущих методик и установка будущих целей

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

1. Чтобы начать оценку вручную, скачайте эту пустую диаграмму.

   

2. Скачайте эту диаграмму возможностей на разных этапах для использования в качестве ссылки. Ваша организация, вероятно, не находится на одинаковом уровне для каждой способности. Дополнительные сведения о каждой возможности см. в разделе "Настройка целей" для целевых возможностей.

   

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

   

4. Нарисуйте линию для соединения точек.

   

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

   

6. Нарисуйте горизонтальную линию от всех текущих возможностей вашей организации к нужным возможностям.

   

7. Просмотрите диаграмму, чтобы визуализировать текущее состояние организации и предлагаемые будущие цели.

   

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

• Внедрение: группа разработчиков платформы фокусируется на применении политик, установленных Центром сертификации (COE), чтобы руководствоваться тем, как работают инженерные команды. Предоставление общественности метрик производительности каждой команды служит мотиватором для улучшения. Команда стремится увеличить использование платформы, не используя директивы и метрики. Тем не менее, они сталкиваются с проблемами в повышении квалификации команды COE для освоения различных технологий, используемых в инженерных командах. Основное препятствие заключается в том, что платформа может не соответствовать конкретным потребностям отдельных команд, что потенциально приводит к сбоям.

• Управление. Решение для разработки платформы — это внутренний разработанный портал, который выступает в качестве центрального центра для разработчиков, предлагая инструменты, руководства, стандарты программирования и видео. Портал включает тест по минимальным корпоративным требованиям (MERS), чтобы обеспечить соответствие требованиям перед началом написания кода. На портале представлена версия Stack Overflow для поддержки, сертифицированных профилей инженеров и пути адаптации для ознакомления новых разработчиков со стандартами и инструментами. Основная цель в будущем заключается в упрощении управления ресурсами и интеграции управления в жизненный цикл разработки, удалении узких мест и привлечении лучших технических талантов с помощью современного набора инструментов.

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

Установите цели для ваших целевых возможностей

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

• Инвестиции. Как выделены сотрудники и средства для возможностей платформы?
• Внедрение. Почему и как пользователи обнаруживают и используют ваше решение для разработки платформы и его возможности?
• Управление. Как обеспечить пользователям доступ к ресурсам и возможностям, которые им нужны, и что затраты, данные и IP-адреса управляются соответствующим образом?
• Подготовка и управление. Как пользователи создают, развертывают и управляют ресурсами?
• Интерфейсы. Как пользователи взаимодействуют с возможностями платформы и используют их?
• Измерение и обратная связь. Что такое процесс вашей организации для сбора и включения отзывов и как вы измеряете успешность разработки платформы?