Modelo de capacidade de engenharia de plataforma

Concluído

A engenharia de plataformas deve ser uma jornada. Uma abordagem gradual e iterativa é geralmente mais eficaz do que tentar uma implementação imediata em larga escala ou depender apenas de mandatos do topo para a base. O progresso incremental, começando com produtos minimamente viáveis (MVPs), permite que as equipes refinem sua abordagem ao longo do tempo enquanto incorporam feedback ao longo do caminho.

O ciclo de vida da engenharia da plataforma representa uma abordagem estruturada para garantir que uma plataforma seja confiável, escalável e melhore continuamente. Este ciclo de vida engloba etapas distintas, cada uma contribuindo para o sucesso a longo prazo da plataforma.

Um elemento essencial do ciclo de vida é o Modelo de Capacidade de Engenharia de Plataforma, que fornece uma estrutura abrangente para avaliar, planejar e implementar esforços de engenharia de plataforma. O modelo descreve os níveis de maturidade, as melhores práticas e as capacidades críticas necessárias em cada etapa do ciclo de vida, garantindo o alinhamento com os objetivos organizacionais e as necessidades dos usuários.

O modelo descreve o progresso do amadurecimento das práticas de engenharia de plataforma em cinco estágios: Inicial, Repetível, Definido, Gerenciado e Otimizador. Na fase inicial , as organizações têm estrutura limitada, com processos ad hoc e investimento mínimo em recursos da plataforma. À medida que avançam para o estágio Repetível , processos básicos emergem, mas a adoção e a governança permanecem inconsistentes. A etapa Defined marca o estabelecimento de padrões e processos claros, com os usuários começando a adotar soluções de plataforma intencionalmente. No estágio gerenciado, as plataformas são ativamente controladas, os recursos são provisionados e gerenciados de forma eficiente e as interações do usuário são consistentes por meio de interfaces padronizadas. Finalmente, no estágio de otimização , as plataformas são continuamente melhoradas por meio de mecanismos de feedback robustos, resultados medidos e recursos adaptativos alinhados com as necessidades do usuário e os objetivos organizacionais.

O modelo é avaliado com base em seis capacidades: Investimento, refletindo a alocação de recursos e financiamento; Adoção, focada na descoberta e utilização do usuário; Governança, garantindo acessibilidade aos recursos, controle de custos e proteção de dados/IP; Provisionamento e Gestão, definindo como os recursos são implantados e mantidos; Interfaces, abordando as interações do usuário com a plataforma; e Medição e Feedback, enfatizando a melhoria contínua por meio de métricas de desempenho e insights do usuário. Juntos, esses recursos se alinham estreitamente com as principais áreas descritas no modelo de maturidade de engenharia de plataforma da Cloud Native Computing Foundation e refletem o nível de maturidade de engenharia de plataforma da organização.

Para usar o Modelo de Capacidade de Engenharia de Plataforma, primeiro avalie a situação atual da sua organização em cada uma das seis áreas de capacidade. Você pode realizar essa avaliação manualmente ou concluir a pesquisa do Modelo de Capacidade de Engenharia da Plataforma. Depois de identificar os estágios atuais, defina metas futuras de crescimento e trace o progresso da sua organização para cada recurso. O progresso não precisa acontecer em todos os recursos de uma só vez. Concentre-se nas áreas que fazem mais sentido para a sua organização.

Investimento

À medida que a capacidade de investimento evolui ao longo de cada estágio, seu foco está em como a equipe e os fundos são alocados aos recursos da plataforma, com ênfase no orçamento e na contratação de pessoal, gerenciamento de escopo e medição do retorno sobre o investimento (ROI).

• Inicial (Voluntária): As capacidades da plataforma surgem por necessidade, impulsionadas por engenheiros individuais que voluntariamente atendem às necessidades táticas imediatas. O orçamento e o pessoal são mínimos, sendo o trabalho normalmente não financiado e realizado em paralelo com as responsabilidades existentes. As soluções têm um escopo restrito, visando problemas específicos com compartilhamento de conhecimento limitado entre as equipes. O ROI é medido pela eficácia com que os requisitos imediatos são abordados e pelo seu impacto nos resultados principais do projeto.
• Repetível (contribuições ad hoc): equipes dedicadas começam a enfrentar desafios recorrentes, como provisionamento inconsistente ou lacunas de segurança, mas os esforços permanecem em grande parte reativos. Os orçamentos e a contratação de pessoal estão limitados a preocupações transversais, com capacitação restrita em toda a organização. O gerenciamento de escopo se concentra em questões específicas sem uma perspetiva mais ampla de toda a plataforma. O ROI é medido por melhorias na abordagem dos principais desafios, como a redução do backlog.
• Definido (Operacionalizado - Equipe Dedicada): Surgem equipes de plataforma financiadas centralmente, com foco em acelerar a entrega de software e atender aos requisitos técnicos. A liderança começa a promover a colaboração e a implementar práticas iniciais de DevOps, mas os desafios permanecem na medição do valor da equipe. Orçamento e pessoal são formalizados para que as equipes centrais atendam às necessidades técnicas. As soluções tornam-se mais amplas, abordando desafios comuns entre as equipas, embora o foco continue a ser o curto prazo. O ROI é medido por ganhos na velocidade de entrega.
• Gerenciado (Escalável - Como Produto): Ocorre uma mudança cultural, tratando os desenvolvedores como clientes com liderança enfatizando empatia e uma abordagem liderada pelo produto. As equipes de plataforma operam como equipes de produto, compostas por desenvolvedores, gerentes de produto e especialistas em experiência do usuário. O gerenciamento de escopo está alinhado com os roteiros de produtos, revisados de forma colaborativa com as equipes de engenharia para atender às necessidades de toda a organização. O ROI é avaliado através do aumento da satisfação do desenvolvedor, refletindo melhorias contínuas e alinhamento com as necessidades do usuário.
• Otimização (Ecossistema Habilitado): O investimento foca na inovação, mantendo a relevância da plataforma com contribuições incentivadas em toda a organização. As equipes de plataforma introduzem recursos avançados, como melhorias de segurança e desempenho, permitindo que as equipes de produto criem sem depender de uma lista de pendências centralizada. Os orçamentos vão além das equipes centrais, com financiamento disponível em toda a organização. O gerenciamento de escopo enfatiza a possibilidade de compartilhamento rápido de conhecimento em toda a organização. O ROI é medido através de melhorias sustentadas na satisfação do desenvolvedor.

Adoção

O recurso Adoção se concentra em como os usuários descobrem e usam suas soluções de engenharia de plataforma e suas ofertas, refletidas pela descoberta, seleção e uso de serviços, ferramentas e tecnologias. À medida que as organizações amadurecem, a abordagem à adoção muda do uso informal e esporádico para um modelo mais estruturado e participativo, onde os usuários se envolvem ativamente com a plataforma, contribuindo para sua evolução. Essa progressão reflete como a descoberta, a tomada de decisões e as práticas de uso do usuário evoluem ao longo do tempo, desde a descoberta informal inicial até a participação total no desenvolvimento da plataforma.

• Inicial (Informal): A adoção é inconsistente, com as equipes melhorando processos de forma independente sem coordenação em toda a organização. As ferramentas externas são muitas vezes preferidas às internas. As plataformas são descobertas informalmente, principalmente através do boca-a-boca ou encontros casuais, com as equipas de engenharia a selecionarem os serviços com base nas suas necessidades específicas. Cada equipa mantém os seus próprios scripts e ferramentas adaptadas aos seus requisitos únicos.
• Repetível (Obrigatório): A organização exige o uso de plataformas compartilhadas, mas os recursos são limitados a casos de uso comuns, dificultando a acomodação de requisitos incomuns. A descoberta de usuários depende da orientação da equipe da plataforma, geralmente por meio de documentação interna ou diretivas. As equipas podem selecionar serviços mandatados através de discussões informais com a equipa da plataforma. Apesar dos processos serem construídos em torno dos padrões da plataforma, as equipes podem não adotá-los totalmente ou podem estar insatisfeitas com os resultados.
• Definido (Anunciado): Os recursos da plataforma são promovidos ativamente, alinhando-se com as necessidades da equipe. A equipe da plataforma colabora com as equipes de engenharia para oferecer serviços de alta qualidade que reduzem as despesas gerais operacionais. No entanto, algumas equipes ainda podem experimentar baixo ROI devido à dependência de práticas desatualizadas e dívida técnica. As equipes descobrem recursos por meio de diretivas que abrangem casos de uso típicos, e a equipe da plataforma incentiva o uso por meio da colaboração. A defesa do uso da plataforma também ocorre informalmente por meio de embaixadores da equipe.
• Gerenciado (Value Driven): As equipes de produto reconhecem e escolhem os recursos da plataforma pelo valor claro que fornecem na redução da carga cognitiva e na oferta de serviços de alta qualidade. As plataformas são suportadas por documentação extensa, interfaces ergonômicas e UX de autoatendimento para provisionamento rápido. As equipes agora preferem plataformas internas em vez de construir soluções por conta própria ou depender de provedores externos. A descoberta e a tomada de decisões são simplificadas, com as equipes usando modelos, fóruns e documentação para oferecer suporte total à adoção da plataforma.
• Otimização (Participativa): As equipes de produto contribuem ativamente para melhorar os recursos da plataforma, sugerindo novos recursos e correções. Existem processos para que os usuários identifiquem requisitos e colaborem em contribuições. Os defensores e embaixadores dos desenvolvedores promovem uma comunidade interna, estendendo a propriedade da plataforma aos contribuidores. Os engenheiros de plataforma trabalham em estreita colaboração com as equipes de produto para entender as necessidades e sugerir novos recursos, capacitando os usuários a enviar solicitações pull e participar de avaliações.

Governação

À medida que a capacidade de governança evolui, seu foco é garantir que os usuários tenham acesso aos recursos e capacidades de que precisam, enquanto gerenciam custos, dados e propriedade intelectual. Essa progressão é avaliada com base em várias categorias, incluindo a definição de políticas e estruturas, a implementação de políticas, o monitoramento e mitigação da conformidade e o gerenciamento de acesso. A governança evolui de processos manuais e reativos para um sistema integrado e preditivo que equilibra o controle centralizado com o gerenciamento adaptativo para necessidades em evolução.

• Inicial (Independente): A governança é manual, contando com controle centralizado e gatekeeping, o que dificulta a escalabilidade. Os programadores e as equipas de segurança trabalham de forma independente, respondendo reativamente a violações de políticas. A conformidade é mantida através de padrões mínimos, com medidas de segurança muitas vezes sendo adicionadas como reflexão. As permissões de acesso são concedidas com base nas necessidades imediatas, sem um processo padronizado.
• Repetível (Documentado): A organização começa a documentar e compartilhar políticas, mas elas permanecem básicas e aplicadas de forma inconsistente. Ferramentas de governança, como sistemas de emissão de tíquetes, são introduzidas para gerenciar revisões de políticas, mas o processo permanece manual e lento. Os processos de auditoria estão estabelecidos, mas ainda são reativos. Algumas funções e permissões são padronizadas, mas a aplicação permanece desigual.
• Definido (Padronizado): A governança torna-se centralizada e padronizada para melhorar a consistência e a eficiência em todas as equipes. As políticas são documentadas e gerenciadas centralmente, com algum grau de automação no processo de implementação. Os principais padrões de governança são mantidos por meio de auditorias regulares e o controle de acesso é automatizado com um sistema RBAC formal, embora as equipes de desenvolvimento ainda tenham controle limitado sobre as mudanças de política.
• Gerenciado (integrado): a segurança e a conformidade são perfeitamente integradas aos fluxos de trabalho, com a automação garantindo que as políticas sejam aplicadas de forma consistente em todos os sistemas e equipes. O monitoramento em tempo real e a análise avançada ajudam a detetar e evitar lacunas na governança. As políticas são incorporadas aos pipelines de CI/CD e o gerenciamento de acesso é regido por princípios de privilégios mínimos com revisões automatizadas, garantindo uma abordagem mais proativa e integrada à governança.
• Otimização (Preditiva): A governança torna-se dinâmica e consciente do contexto, respondendo às condições em mudança e otimizando o controle de acesso. A análise preditiva ajuda a identificar riscos potenciais antes que eles ocorram, permitindo a mitigação proativa. As políticas são continuamente refinadas usando análises avançadas, e o controle de acesso se ajusta dinamicamente com base em fatores em tempo real, como localização do usuário e tempo de acesso, garantindo a conformidade e permitindo fluxos de trabalho personalizados.

Provisionamento e gerenciamento

Com o recurso de provisionamento e gerenciamento, o foco está em como os usuários criam, implantam e gerenciam recursos. O processo evolui de operações manuais e isoladas para um sistema adaptativo e automatizado que equilibra flexibilidade com governança, garantindo que os recursos sejam provisionados de forma eficiente e atendam aos requisitos de conformidade. Essa progressão abrange etapas categorizadas pela definição de processos de provisionamento, resposta e gerenciamento de solicitações e monitoramento da alocação de recursos.

• Inicial (Manual): Os desenvolvedores configuram manualmente a infraestrutura com base na orientação das equipes de TI ou Arquitetura, levando a inconsistências e atrasos. Sem processos padronizados, as solicitações são analisadas manualmente, aumentando o risco de erros. Esta abordagem torna-se insustentável à medida que a procura cresce, com operações isoladas a criarem ineficiências.
• Repetível (coordenado): A organização começa a centralizar os processos de provisionamento usando sistemas de tíquetes para gerenciar solicitações de infraestrutura. Embora as aprovações manuais ainda sejam necessárias, alguns erros são reduzidos, mas os gargalos permanecem. As equipes começam a usar ferramentas padrão para monitorar recursos, embora a exibição permaneça isolada e específica do projeto.
• Definido (Paved): Os processos de provisionamento são formalizados em toda a organização usando Infrastructure as Code (IaC), padronizando modelos e ferramentas. As solicitações são tratadas por meio de fluxos de trabalho estruturados, embora a equipe da plataforma possa ter dificuldades com o aumento da demanda. Painéis centralizados permitem monitorar a alocação de recursos, fornecendo melhores insights de desempenho.
• Gerenciado (automatizado): o provisionamento torna-se automatizado e integrado aos pipelines de CI/CD, minimizando o esforço manual e garantindo implantações consistentes. As verificações de governança e conformidade são incorporadas aos fluxos de trabalho. Os recursos de autoatendimento automatizados permitem que os usuários provisionem recursos dentro de parâmetros controlados. O dimensionamento é automatizado com base em padrões de uso para otimizar o desempenho.
• Otimização (Adaptativa): O provisionamento torna-se adaptativo, usando sistemas inteligentes para antecipar as necessidades de infraestrutura em tempo real. Essa abordagem garante uma alocação eficiente de recursos, mantendo a governança e a conformidade. Os sistemas lidam proativamente com as solicitações, equilibrando flexibilidade com governança, enquanto o desempenho e a eficiência de custos são otimizados por meio de análises preditivas.

Interfaces

No recurso Interfaces, a principal consideração é como os usuários interagem e consomem os serviços e produtos da plataforma. Seus avanços se concentram no estabelecimento de padrões, no aumento da autonomia do usuário e na integração perfeita dos recursos da plataforma nos fluxos de trabalho existentes. A abordagem evolui de processos manuais inconsistentes para um sistema integrado de autosserviço que melhora a experiência do usuário e a eficiência operacional.

• Inicial (Processos Personalizados): Os usuários interagem com a plataforma através de vários processos inconsistentes e personalizados que atendem às necessidades imediatas, mas carecem de padronização. Os engenheiros configuram ambientes de forma independente, consultando colegas ou confiando em práticas pessoais, e selecionam ferramentas e processos para diagnosticar o comportamento do aplicativo sem nenhuma diretriz estabelecida. O compartilhamento de conhecimento é informal, e os serviços de provisionamento muitas vezes exigem suporte profundo dos provedores devido à falta de processos formalizados, o que limita a escalabilidade e a eficiência.
• Repetível (Padrões Locais): Engenheiros e equipes começam a definir informalmente padrões para melhorar o compartilhamento de conhecimento, embora a consistência continue sendo um desafio devido à dependência do compromisso individual. Algumas equipes podem usar documentação ou contêineres para definir seus processos de configuração, mas essas práticas divergem ao longo do tempo, exigindo esforço de conciliação. O diagnóstico do comportamento do aplicativo torna-se mais padronizado dentro das equipes, com alguma dependência de DevOps ou equipes de TI para acesso aos recursos implantados. Embora os padrões locais surjam, eles permanecem vagamente definidos e inconsistentes entre as equipes.
• Definido (Standard Tooling): As interfaces tornam-se mais consistentes, com a introdução de ferramentas padronizadas e práticas documentadas. As equipes centrais gerenciam modelos e documentação, com as chamadas estradas pavimentadas ou caminhos dourados orientando como as capacidades devem ser provisionadas e observadas. Essas ferramentas e processos atendem a amplas necessidades organizacionais, embora o suporte especializado ainda seja frequentemente necessário. As equipes podem modificar modelos, mas as alterações nem sempre são integradas centralmente, o que pode levar a algumas ineficiências na manutenção da consistência. O diagnóstico do comportamento do aplicativo segue práticas padronizadas para acessar e analisar recursos implantados, proporcionando maior consistência entre as equipes.
• Gerenciado (Self-Service Solutions): A plataforma permite maior autonomia do usuário, fornecendo soluções de autoatendimento com suporte mínimo ao mantenedor. Os usuários têm acesso a interfaces consistentes e fáceis de usar que lhes permitem descobrir e modificar modelos, criando um ambiente centrado no usuário que melhora a usabilidade. Ferramentas para diagnosticar o comportamento do aplicativo e observar recursos são disponibilizadas sob demanda por meio da plataforma, garantindo que os usuários tenham os recursos de que precisam sem grande dependência de equipes externas. O compartilhamento de conhecimento é facilitado por meio da descoberta e modificação de modelos, o que aumenta o valor dos recursos da plataforma.
• Otimização (Serviços Integrados): Os recursos da plataforma são perfeitamente integrados às ferramentas e processos que as equipes já usam, como CLI ou IDEs, tornando-os uma parte natural dos fluxos de trabalho dos usuários. Alguns recursos são provisionados automaticamente com base nas necessidades do usuário, e a plataforma fornece blocos de construção flexíveis para casos de uso de nível mais alto que podem exigir uma personalização mais profunda. As equipes da plataforma avaliam continuamente quais recursos são mais eficazes, orientando novos investimentos para otimizar as ofertas da plataforma. A plataforma configura automaticamente a observabilidade para aplicativos implantados, oferecendo acesso em tempo real a dados de diagnóstico e simplificando o processo de monitoramento e gerenciamento do comportamento do aplicativo.

Medições e Feedback

O recurso de Medições e Feedback envolve coletar, analisar e incorporar métricas e feedback para avaliar o sucesso das práticas de engenharia de plataforma. A sua maturidade reflete-se na transição de métodos ad hoc e informais para uma cultura proativa e orientada por dados, onde o feedback e os insights são integrados nos processos de melhoria contínua, orientando as decisões estratégicas e o desenvolvimento da plataforma.

• Inicial (Ad-hoc): Na fase inicial, os processos de medição e feedback são inconsistentes e fragmentados. As métricas são reunidas sem um alinhamento claro aos objetivos organizacionais, resultando em dados incompletos e não confiáveis. O feedback é recolhido de forma informal e muitas vezes anedótica, com um envolvimento mínimo das partes interessadas. Como resultado, as decisões são tomadas com base em informações limitadas, e medir o verdadeiro ROI das práticas de engenharia de plataforma é difícil. A documentação do feedback e dos resultados é mínima, e as aprendizagens raramente são capturadas ou partilhadas.
• Repetível (Processos Estruturados): Mecanismos básicos de feedback, como pesquisas ou fóruns, são estabelecidos para capturar as experiências do usuário de forma mais sistemática, mas esses processos ainda variam entre as equipes. A medição do sucesso geralmente é focada em métricas baseadas em atividades, como implantações ou cronogramas, fornecendo alguma visão sobre o desempenho, mas sem uma perspetiva mais ampla e baseada em resultados. O feedback permanece informal e ascendente, embora comece a influenciar o planeamento. Há algum esforço para envolver as partes interessadas, mas ainda é limitado, e a documentação inicial de processos e feedback é criada, mas não é abrangente ou utilizada de forma consistente.
• Definido (Consistente): A coleta de feedback torna-se mais formalizada e padronizada, permitindo insights mais profundos sobre as necessidades do usuário e as principais métricas. As métricas mudam para medições baseadas em resultados, como a produtividade do desenvolvedor, embora vinculá-las ao desempenho financeiro continue sendo um desafio. A análise de feedback é sistemática, usando métodos qualitativos e quantitativos, e métricas padrão como DORA (DevOps Research and Assessment é um conjunto de métricas que medem o desempenho da entrega de software, incluindo tempo de execução, frequência de implantação, tempo médio de restauração e taxa de falhas de alteração) ou SPACE (Satisfação e bem-estar, Desempenho, Atividade, Comunicação e colaboração, e Eficiência é uma estrutura usada para medir a produtividade do desenvolvedor nessas cinco dimensões) são empregado. Sessões regulares de revisão com equipes multifuncionais garantem um envolvimento ativo com as partes interessadas. A documentação abrangente dos processos de feedback, resultados e lições aprendidas é mantida e compartilhada entre as equipes.
• Gerenciado (Insights): Nesta fase, os mecanismos de feedback e as estruturas de medição são robustos e focados em resultados estratégicos de negócios. Insights orientados por dados guiam as operações da plataforma e o feedback é integrado aos roteiros da plataforma, impulsionando melhorias contínuas. As análises avançadas são empregadas para avaliar o impacto da plataforma nos resultados de negócios, como o crescimento da receita, e o feedback é correlacionado com métricas de desempenho para identificar áreas-chave para melhoria estratégica. As partes interessadas em toda a organização estão profundamente envolvidas no processo de feedback, com colaboração estruturada para evitar silos. A documentação dinâmica e em tempo real reflete o feedback contínuo e as lições aprendidas, acessível a todas as partes interessadas.
• Otimização (Proativa): Os processos de feedback e medição estão intimamente integrados na cultura da organização, criando uma abordagem proativa para antecipar e adaptar-se a desafios e oportunidades futuras. A análise preditiva e as métricas avançadas são usadas para prever necessidades e oportunidades futuras, permitindo que a plataforma evolua continuamente em resposta às condições em mudança. O feedback é totalmente integrado em um ciclo de melhoria contínua, e uma cultura de feedback é estabelecida em todos os níveis da organização. A documentação dinâmica e em tempo real reflete o feedback contínuo e é continuamente atualizada, garantindo que as lições aprendidas sejam compartilhadas e acessíveis a todas as partes interessadas.