Поделиться через


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

Примечание.

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

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

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

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

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

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

    Снимок экрана: пустая диаграмма проектирования платформы.

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

    Большой образ всей модели возможностей.

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

    Изображение оценки с возможностями, идентифицированными.

  4. Нарисуйте вертикальную линию, соединяющую каждую точку.

    Изображение оценки с подключенными возможностями.

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

    Изображение оценки с предлагаемыми возможностями, добавленными.

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

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

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

    Рисунок карты финансового учреждения для проектирования платформы.

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

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

Настройка целей для целевых возможностей

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