Основное внимание уделяется бюджету и персоналу, управлению областями и измерению отдачи от инвестиций.
Добровольный
Отдельные возможности могут существовать для предоставления общих оснований для общих или критически важных функций. Эти возможности создаются и поддерживаются из необходимости, а не планируются и намеренно финансируются.
Эти возможности создаются и поддерживаются людьми, назначаемыми временно или добровольно; для них не выделяется централизованное финансирование или персонал. Они зависят от текущих тактических требований своих пользователей. Решения основаны на неполных или неуместных данных, что приводит к неправильному приоритету.
Руководство в основном реагирует на кризисы, а не занимается проактивным управлением изменениями, что приводит к фрагментированной совместной работе и неэффективности в командах. Основное внимание уделяется созданию осведомленности о необходимости стратегического выравнивания и принятия решений на основе данных.
Выделение бюджета и людей для поддержания общих возможностей: отдельные разработчики или команды несут ответственность за решение срочных технических требований и возможностей. Это не всегда учитывается в бюджете — разработчики берут на себя эту работу на фоне текущих обязанностей.
Управление рамками: инженеры сосредоточены на решении задач в конкретном контексте или рамках, с ограниченным распространением решений на более широкий контекст.
Демонстрация возврата инвестиций: измеряется тем, насколько хорошо отдельный человек или команда решат конкретную проблему и оказали влияние на основную проектную работу.
Специальные вклады
По мере роста организации повторяющиеся технические проблемы, такие как несогласованная подготовка инфраструктуры, фрагментированные методики безопасности и узкие места в конвейерах развертывания становятся более очевидными. Эти проблемы часто приводят к задержкам, увеличению простоя и неэффективности, которые препятствуют общей скорости и надежности доставки программного обеспечения. В ответ организация начинает формировать выделенные команды, которые систематически отвечают этим вопросам. Однако эти усилия остаются в значительной степени реактивными, акцентируя внимание на исправлении непосредственных проблем, а не упреждающим их предотвращением.
Область работы этих команд часто ограничивается конкретными проблемами, например улучшением определенного процесса развертывания или стандартизацией подмножества протоколов безопасности без комплексного подхода к улучшению платформы.
Руководство начинает решать неэффективные проблемы, продвигая базовую совместную работу и вводя метрики, но усилия остаются реактивными и разложенными, с ограниченными возможностями в организации.
Выделение бюджета и персонала для поддержания общих возможностей: Команды создаются для работы над ключевыми пересекающимися задачами, часто на реактивной основе.
Управление областью: область ограничена определенной проблемой.
Демонстрация отдачи от инвестиций: улучшения измеряются в ключевых перекрестных проблемах, таких как размер невыполненных работ.
Работает с выделенной командой
Бюджет и сотрудники выделяются для непрерывной поддержки людей и ресурсов. Назначенные люди предназначены для предоставления набора распространенных необходимых возможностей для ускорения доставки программного обеспечения. Часто эти команды сосредоточены на выполнении реактивных технических требований. Они могут называться DevOps, инженерной поддержкой, опытом разработчика (DevEx или DevX), общими инструментами, центром превосходства или даже платформой. Они финансируются централизованно и рассматриваются как центры затрат.
Теперь команды платформы признаны критически важными для успеха организации, и есть усилия по измерению и оправданию их вклада. Однако основное внимание по-прежнему может быть сосредоточено на немедленной отдаче, а не на долгосрочном росте.
Руководство активно способствует кроссфункциональным командам и первоначальным методикам DevOps, но борется с измерением ценности команды платформы и выравниванием решений с потребностями пользователей, что приводит к проблемам в оправдании инвестиций и поддержании эффективности.
Выделение бюджета и людей для поддержания общих возможностей: центральные команды финансируются на основе знаний существующих технических требований, чтобы ускорить доставку программного обеспечения.
Управление областью: охват широкий и неглубокий. Команда создает решения, которые пытаются удовлетворить самые общие требования между всеми командами. Центральная команда фокусируется на понимании общих потребностей всех команд и не ищет способы настройки или оптимизации решений для этих потребностей.
Демонстрация отдачи от инвестиций: улучшения измеряются в скорости доставки.
Масштабируемый как продукт
Инвестиции на внутренние платформы и их возможности похожи на инвестиции в исходящие продукты и потоки стоимости предприятия: на основе стоимости, которую они должны предоставить своим клиентам. Управление продуктами и пользовательский опыт явно принимаются во внимание и в них активно вкладываются. Система обратной оплаты может использоваться для отражения влияния платформ на собственные прямые потоки и продукты своих клиентов. Предприятие выделяет средства и персонал соответствующим инициативам с помощью показателей производительности на основе данных и циклов обратной связи. Команды платформы в конечном итоге могут оптимизировать сам бизнес и способствовать повышению рентабельности.
На этом уровне мы наблюдаем значительный культурный сдвиг в организации, где разработчики распознаются и рассматриваются как ценные клиенты. Руководство подчеркивает культуру сочувствия и роста, управляя подходом под руководством продукта и поощряя непрерывное улучшение, но должно обеспечить глубокое внедрение этих ценностей в организацию для достижения длительного влияния.
Выделение бюджета и людей для поддержания общих возможностей: центральная команда платформы укомплектована и управляется, как и другие команды по продуктам. Роли включают разработку, управление продуктами, проектирование, исследования и содержимое. Команды финансируются на основе дорожной карты.
Управление областью: команда создает стратегии разработки продуктов, чтобы описать свои планы и ожидаемое влияние на организацию. Команда платформы взаимодействует с инженерными командами для сбора требований, выявления новых возможностей и т. д. Инженеры сосредоточены на удовлетворении потребностей всех команд разработчиков в организации.
Демонстрация возврата инвестиций: улучшения измеряются в удовлетворенности разработчиков.
Оптимизировано благодаря активной экосистеме
Команды платформы находят способы повышения эффективности и эффективности всей организации за пределами основных возможностей. Поддерживающие платформу намеренно стремятся оптимизировать время вывода продукции на рынок для новых продуктов, сократить затраты на предприятии, обеспечить эффективное управление и соответствие новым службам, быстро и легко масштабировать рабочие нагрузки, а также выполнять другие общие требования. Эти ключевые разработчики сосредоточены на том, чтобы специалисты по функциям могли без труда интегрировать свои требования и предложения в существующие и новые части платформ. Кроме того, организация фокусирует людей и ресурсы из специализированных доменов, таких как безопасность, производительность и качество, на взаимодействие с предоставляемыми платформами для внедрения расширенных функций, которые позволяют командам продуктов ускорить соблюдение целей компании без зависимости от централизованной невыполненной работы команды.
Руководство способствует автономии команды и подотчетности, поощряя инновации при балансировке управления, с акцентом на поддержании релевантности платформы и эффективности в быстро меняющейся среде.
Выделение бюджета и ресурсов для поддержания общих возможностей: центральная группа платформы комплектуется кадрами и управляется аналогично другим продуктовым командам, но предоставляется больше финансирования для обеспечения вклада по всей организации. Инженерные и неинженерные команды имеют явное финансирование, чтобы иметь возможность внести свой вклад в платформу.
Управление объемом: инженеры сосредоточены на оптимизации вклада в платформу, чтобы обеспечить быстрый и эффективный обмен знаниями в организации.
Демонстрация возврата инвестиций: улучшения измеряются в удовлетворенности разработчиков.