No grande esquema de desenvolvimento de software program, a engenharia da plataforma é uma disciplina relativamente nova. Como tal, as equipes de engenharia de plataformas ainda estão descobrindo as melhores práticas e bagunçando o caminho.
Em uma palestra em PlatformCon 2025 Na semana passada, Camille Fournier, CTO da Open Athena e co-autor (ao lado de Ian Nowland) do livro “Engenharia de plataforma: um guia para líderes técnicos, de produtos e pessoas”Explorou erros comuns que ela vê equipes cometendo e oferece conselhos sobre como evitá -los.
“Achamos que a engenharia de plataforma é a próxima evolução lógica necessária para a indústria de tecnologia para realmente lidar com grande parte da complexidade subjacente que estamos vendo hoje, especialmente em grandes organizações de tecnologia”, disse ela. “Achamos que esse é um tópico muito importante, mas também achamos que é uma coisa muito difícil de fazer. Vimos muitas pessoas tentarem lutar para criar equipes de plataforma bem -sucedidas e, por isso, escrevemos este livro como uma tentativa de ajudar pessoas que estavam lutando com a engenharia de plataforma para fazer um emprego melhor”.
Conteúdo relacionado: Construindo uma cultura que impulsionará o sucesso da engenharia da plataforma
Um erro comum que as pessoas cometem não é colocar as pessoas certas na equipe, como incluir apenas engenheiros de software program ou apenas incluindo operações. As equipes de engenharia de plataformas precisam de uma mistura de pessoas com habilidades diferentes, incluindo engenheiros de software program, DevOps, SRES, engenheiros de infraestrutura e engenheiros de sistemas.
A engenharia de software program é uma parte essencial da engenharia da plataforma, porque você precisa escrever um software program significativo para gerenciar a complexidade. “Além da automação e além das operações – ambas extremamente importantes – você deseja estar disposto a criar novos produtos de software program”, disse Fournier. “Você quer estar disposto a construir interfaces de autoatendimento e APIs aprimoradas e segurança e corrimãos de qualidade, mas precisa de engenheiros de software program nessas equipes, se quiser realmente criar o tipo de redução de complexidade que importa”.
Por outro lado, se sua equipe de plataforma for apenas engenheiros de software program, isso introduz outro conjunto de problemas. Os engenheiros de software program podem não querer pensar nas operações. Eles querem criar estruturas, querem construir uma biblioteca, querem construir um plano, explicou ela.
“Não há valor duradouro se você não tiver propriedade operacional … se você deseja ter uma equipe de plataforma que não será dividida, é melhor executar algumas coisas das quais as pessoas realmente dependem … você criará um software program melhor se o executar e mantê -lo em produção. Mas o grande custo disso é manutenção, suas atualizações, suas atualizações. Você precisa de pessoas com essas habilidades do sistema.”
Não ter uma abordagem de produto é outro erro que as equipes da plataforma cometem, pois isso leva à construção de recursos que os usuários realmente não estão usando. As equipes da plataforma precisam trabalhar com seus usuários finais para entender como usarão a plataforma.
“Você precisa ter essa empatia do cliente em sua equipe de plataforma que realmente se preocupa com as pessoas que usarão este software program e obtém suas informações sobre o que você está construindo, para que você esteja construindo algo que realmente atenda às suas necessidades e exigências, e não apenas ao que você acha certo”, disse ela.
Há dois principais pontos de falha comumente vistos ao construir a plataforma, apontou Fournier. Uma é que a equipe da plataforma cria o que eles acham que seus usuários precisam, e o problema oposto é ouvir demais para os usuários e implementar todos os recursos de que precisam.
“Se você acabar nessa fábrica, acaba construindo esse tipo de arquiteturas Rube Goldberg que elas mesmas criam os mesmos problemas que você obteve em primeiro lugar”, disse Fournier. “Depois de ter uma arquitetura Rube Goldberg, é difícil construir algo que seus clientes possam se conectar e usar mais facilmente. É difícil evoluir. Você se torna cada vez mais um gargalo.”
De acordo com Fournier, se você pode misturar habilidades de engenharia de software program, habilidades operacionais e um foco do produto, é uma ótima linha de base para a criação de uma organização de plataforma.
Outro grande erro é construir um V2. O que ela quer dizer com isso é que, às vezes, as equipes da plataforma se encontram em uma situação em que já têm um sistema, mas não podem alterá -lo realmente, para que eles construam um sistema totalmente novo.
Os problemas surgem porque não importa como você acha que os usuários estão usando seu sistema, você não pode realmente ter certeza. As possibilities são de que há uma equipe ou indivíduo que confia em alguma parte dela e passar para outra coisa resultará em problemas de confiabilidade. Portanto, a construção de um V2 é uma operação de alto risco.
Outra maneira pela qual é uma operação de alto risco depende da maneira como sua equipe é configurada. Ela se referiu aos pioneiros, colonos e planejadores da cidade de Simon Wardley. Os pioneiros são os que fazem trabalho realmente inovador, que se sentem confortáveis com riscos.
“Eles encontram algo que pode funcionar e, se forem bem-sucedidos, são seguidos por pessoas que são mais como colonos que se sentem à vontade com alguma ambiguidade, e gostam de levar algo que é bagunçado e limpá-lo e torná-lo um pouco mais estável e escalável e, ao longo do tempo, você obtém os verdadeiros planejadores que desejam fazer esse sistema muito eficiente e muito confortável.
Um V2 de um projeto é normalmente iniciado por um pioneiro, mas as equipes de plataforma geralmente não são compostas por pioneiros; As equipes de plataforma de sucesso geralmente consistem em colonos e planejadores da cidade.
Mesmo que uma equipe de plataforma conseguisse pensar em uma nova coisa inovadora, há a questão das migrações. Fournier disse que há realmente uma grande oportunidade para as equipes de engenharia de plataformas descobrirem maneiras de tornar as migrações menos dolorosas.
“Se todo mundo nesta sala tira uma coisa, pense muito sobre como você pode facilitar muito as migrações para seus clientes”, disse ela.