Plataforma como produto em 4 etapas

A engenharia de plataformas está conquistando o mundo nativo da nuvem, mas ainda há muito a aprender sobre a construção de plataformas de sucesso. Esse desafio pode parecer esmagador no início, mas há uma abordagem poderosa que simplifica o início: a plataforma como abordagem de produto.

A engenharia de plataforma é a disciplina de projetar e construir plataformas internas de desenvolvedores (IDPs). De acordo com o white paper das plataformas Cloud Native Computing Foundation (CNCF), um IDP é:

“… uma base de APIs de autoatendimento, ferramentas, serviços, conhecimento e suporte… organizados como um produto interno atraente. Equipes de entrega autônomas podem utilizar a plataforma para entregar recursos de produtos em um ritmo mais acelerado, com coordenação reduzida.”

Para ter sucesso, as equipes da plataforma devem construir um PDI que seja eficaz e atraente. Plataformas eficazes resolvem problemas reais para desenvolvedores, gerentes e executivos. Mas a eficácia por si só não é suficiente para impulsionar a adoção. As equipes de plataforma devem arquitetar e comercializar o IDP para que os desenvolvedores queiram usá-lo. A abordagem de plataforma como produto ajuda as equipes de plataforma a identificar como é um PDI eficaz e atraente para sua organização.

O que é plataforma como produto?

A ideia de que as plataformas devem ser tratadas como produtos remonta ao artigo de Evan Bottcher de 2018 “O que eu falo quando falo sobre plataformas”:

“Um ingrediente chave para o sucesso na busca deste equilíbrio é que as plataformas devem ser atraentes para uso, elas não podem se basear apenas em um mandato.”

Os co-autores de “Team Topologies”, Manuel Pais e Matthew Skelton expandiram o gerenciamento de produtos de plataforma.

A abordagem de plataforma como produto envolve definir sua missão, fazer pesquisas com usuários, usar o produto mínimo viável (MVP) e a plataforma mais fina viável (TVP) para alocar recursos internos de forma eficiente e comercializar sua plataforma internamente para garantir a adesão. Aqui está o que os profissionais da comunidade de engenharia de plataforma compartilharam sobre sua experiência.

1. Defina sua missão

As equipes de novas plataformas geralmente encontram perspectivas conflitantes sobre as responsabilidades de seus domínios, como colaborar com outras equipes e como é o sucesso. A criação de uma declaração de missão pode ajudar a definir a identidade da equipe da plataforma. Na Doma, a equipe de Michael Galloway entrevistou desenvolvedores, conversou com outros grupos de partes interessadas e avaliou métricas quantitativas de desempenho para identificar seu propósito: “tornar rápido e fácil a construção de ótimos produtos”.

Declarações de missão fortes são como boas canções pop: são simples, significativas e fazem as pessoas sentirem algo. “Para que um propósito funcione, você precisa senti-lo, e não apenas conhecê-lo”, diz Galloway.

2. Faça sua pesquisa

Construir uma plataforma que resolva problemas reais e conquiste os corações dos desenvolvedores requer uma compreensão profunda de seus fluxos de trabalho, desafios e como as soluções existentes são insuficientes. Equipes de plataforma bem-sucedidas usam vários tipos de pesquisa e feedback de usuários para informar seu roteiro de PDI. Eles conseguem um equilíbrio entre a quantidade e a qualidade do feedback, escolhendo métodos de pesquisa de baixo e alto contato.

• Baixo toque: as pesquisas coletam sentimentos amplos de forma rápida e eficiente e identificam pontos problemáticos comuns de um grande grupo de desenvolvedores.
• Toque médio: Solicitações de comentários (RFCs) e entrevistas individuais consomem mais tempo, mas permitem que os desenvolvedores elaborem questões específicas e proponham soluções.
• Toque alto: Incorporar defensores da plataforma ou equipes de capacitação diretamente nas equipes de desenvolvimento fornece o feedback e o contexto mais ricos. Essa abordagem permite a observação em tempo real dos fluxos de trabalho e a experiência em primeira mão das frustrações dos desenvolvedores.

De acordo com Nicki Watt da OpenCredo, um gerente de produto de plataforma técnica desempenha um papel crucial aqui. Eles atuam como tradutores, sintetizando perspectivas potencialmente conflitantes em um roteiro prático. Eles farão o trabalho para entender o que os desenvolvedores desejam e construir algo que os desenvolvedores precisam.

Lembre-se de que a pesquisa do usuário não deve ser uma atividade única. É um processo contínuo durante todo o ciclo de vida da plataforma. Ao coletar feedback de forma consistente, as equipes da plataforma podem garantir que a plataforma permaneça relevante e atenda às necessidades de negócios em evolução.

3. Construir um produto mínimo viável e manter a plataforma viável mais fina

As plataformas têm potencial infinito, mas as equipes de plataforma têm recursos limitados. Produto mínimo viável (MVP) e plataforma viável mais fina (TVP) são conceitos que ajudam a alocar esses recursos de maneira ideal.

Com uma abordagem MVP, as equipes da plataforma criam a versão mais básica do produto necessária para obter feedback do usuário. Os MVPs ajudam as equipes da plataforma a validar as principais suposições e evitar o desperdício de recursos em recursos desnecessários ou ineficazes. A documentação de autoatendimento pode ser um MVP.

TVP é um conceito complementar introduzido por Skelton e Pais:

“O menor conjunto de APIs, documentação e ferramentas necessárias para acelerar o desenvolvimento de serviços e sistemas de software modernos pelas equipes.”

O que constitui um TVP evolui naturalmente com o tempo. À medida que as soluções de terceiros se tornam competitivas com as ferramentas internas de uma organização, as equipes de plataforma devem escolher entre manter os componentes construídos ou terceirizar para um fornecedor. Com uma abordagem TVP, as equipes de plataforma alocam recursos internos apenas para aquilo que fornece valor comercial exclusivo.

4. Divulgue sua plataforma

Construir um PDI é um empreendimento significativo. As equipes da plataforma devem divulgar seu trabalho para sustentar a adesão dos grupos de partes interessadas em toda a organização.

Em sua palestra da PlatformCon de 2023 “Como comunicar o valor comercial da engenharia de plataforma”, Manjunath Bhat do Gartner observou que muitas equipes de plataforma lutam para explicar o valor da engenharia de plataforma além do DevOps. Isto representa um problema ao garantir a adesão de partes interessadas não relacionadas à engenharia, que não entendem como as melhorias de engenharia afetam as prioridades de negócios mais amplas. As equipes da plataforma devem aprender a falar a língua dos diferentes grupos de partes interessadas ao comunicar o valor do negócio.

Inspirado em: https://www.youtube.com/watch?v=ApEOiNC4GrA

Plataforma como desafio de produto

Uma coisa que torna a abordagem do produto desafiadora é que muitas equipes pensam que a estão seguindo, quando na verdade não estão. Aqui estão alguns equívocos comuns que Watt levantou em sua palestra sobre o assunto:

• “Nossos usuários são como nós!” Os engenheiros de plataforma estão mais próximos de seus usuários e muitas vezes, sem querer, fazem mais suposições sobre eles. Contudo, construir um produto eficaz e desejável requer o mesmo processo, independentemente de o usuário ser interno ou externo.
• “Podemos simplesmente tornar a plataforma obrigatória!” A adoção obrigatória da plataforma desencoraja os desenvolvedores de fornecer feedback voluntário e pode criar mais vulnerabilidades de segurança em geral.
• “Minha maneira ou a estrada!” Algumas equipes de plataforma presumem que é melhor impor uma maneira correta de fazer as coisas. No entanto, plataformas excessivamente prescritivas podem forçar os desenvolvedores a soluções abaixo do ideal.
• “Não precisamos de um gerente de produto de plataforma!” Algumas organizações hesitam em dedicar um PM às ferramentas internas. No entanto, os PMs concentram-se em compreender os desafios dos desenvolvedores e em manter relacionamentos entre a equipe da plataforma e as partes interessadas relevantes de uma forma que os gerentes de engenharia ou engenheiros de plataforma não conseguem.
• “Vamos construir imediatamente!” O problema de construir primeiro é que ele pressupõe que a melhor solução é técnica. Equipes de plataforma bem-sucedidas usam diferentes formas de capacitação quando apropriado.

Plataforma como chave de produto para engenharia de plataforma

A plataforma como abordagem de produto é crucial para a construção de deslocados internos bem-sucedidos. Ao tratar o IDP como um produto com uma missão definida, pesquisa de usuários e marketing direcionado, as equipes da plataforma podem garantir que estão construindo algo que os desenvolvedores não apenas precisam, mas também desejam usar.

Esta abordagem tem os seus desafios. As equipes da plataforma devem evitar a tentação de fazer suposições sobre usuários internos, exigir o uso ou priorizar soluções técnicas em detrimento da capacitação do usuário. É aí que a comunidade de engenharia de plataforma está aqui para ajudar.

Para obter mais recursos de engenharia de plataforma, visite o blog Mia-Platform. Aprenda sobre outros tópicos importantes em engenharia de plataforma, como o impacto na produtividade do desenvolvedor, os sete componentes principais de uma plataforma interna de desenvolvedor e como pavimentar caminhos dourados.

E se você estiver em Milão no dia 14 de maio, dê uma olhada na Platmosphere. É uma nova e emocionante conferência presencial para entusiastas da plataforma. Junte-se à equipe Mia-Platform para mais de 30 palestrantes, três faixas e workshops práticos de tecnologia durante todo o dia. Com trilhas para negócios de plataforma, histórias e tecnologia, você aprenderá dicas sobre a plataforma como produto mais recente e muito mais. Registrar agora.

O post Plataforma como produto em 4 etapas apareceu pela primeira vez em The New Stack.