A estrutura de três etapas para adotar uma plataforma interna de desenvolvedores
Uma plataforma interna de desenvolvedores (IDP) pode ajudar os desenvolvedores a focarem na entrega do software, sem a sobrecarga de pipelines de implantação, gerenciamento de configuração ou provisionamento de ambientes. Como gerente de engenharia, pode ser bem o que você está procurando. Porém, saber que você precisa de uma plataforma interna de desenvolvedores é bem diferente de adotar uma.
Embora diferentes plataformas exijam níveis distintos de recursos para configuração e manutenção, uma abordagem metódica para a adoção vai garantir que a organização comece da melhor forma. A escolha da plataforma interna de desenvolvedores certa e a implementação bem-sucedida proporcionam mais tempo livre e recursos para desenvolvedores.
No artigo, a gente vai apresentar uma estrutura de três etapas para gerentes de engenharia que estão com tudo pronto para passar do conceito da IDP para a ação concreta.
A gente vai discutir como:
Elaborar uma solicitação de proposta (RFP) para identificar possíveis fornecedores
Implementar a ferramenta escolhida para garantir a adoção
Medir o sucesso e acompanhar as melhorias na experiência de desenvolvedores
Como criar uma RFP para uma plataforma interna de desenvolvedores
A primeira etapa para adotar uma IDP é criar uma solicitação de propostas (RFP). Uma RFP comunica com exatidão as necessidades da organização quanto a uma plataforma interna para desenvolvedores. Os fornecedores vão responder com propostas que mostrem como eles podem atender às necessidades, por exemplo, com demonstrações guiadas e avaliações gratuitas do software. Dessa forma, a equipe também vai ter critérios claros para avaliar as propostas.
Inclua tudo o que você precisa em uma IDP
Há três áreas principais a considerar nas RFPs:
Desafios: quais são os atuais desafios das equipes de engenharia que uma plataforma interna de desenvolvedores pode ajudar a resolver? É provável que haja vários desafios importantes que você queira resolver.
Metas: quais resultados você precisa alcançar ao adotar uma plataforma interna de desenvolvedores?
Requisitos do produto: de quais funções e capacidades você precisa para atingir as metas?
Por exemplo:
Se você perde conhecimento quando desenvolvedores entram na empresa ou mudam de equipe, a meta pode ser acelerar a integração de desenvolvedores. Você pode priorizar funções que permitem o autoatendimento e reduzem as etapas de configuração manual, por exemplo, por meio de fluxos de trabalho de autoatendimento e integração com a base de conhecimento.
Se a organização de engenharia está crescendo e precisa seguir mais práticas recomendadas e padrões, a meta pode ser melhorar a segurança e reduzir as vulnerabilidades. Você pode precisar de capacidades para a integração às plataformas de segurança e o monitoramento da conformidade com indicadores de desempenho.
Se você considera desafiador aumentar a produtividade de engenheiros e permitir que dediquem mais tempo ao que fazem de melhor, a meta pode ser reduzir o tempo de configuração para que as equipes possam criar novos serviços com rapidez. Você pode precisar da automação de infraestrutura e da criação de templates.
Entenda com clareza a situação atual
Para entender melhor os desafios e determinar as metas, avalie o atual estado da experiência de desenvolvedores na organização. Não presuma que você já sabe qual é o estado atual — em vez disso, tente fazer pesquisas com desenvolvedores, auditar os processos existentes e organizar grupos de foco em desenvolvedores para investigar onde é preciso melhorar. Explique as próximas etapas que você vai seguir e mantenha as equipes informadas sobre o progresso da IDP.
Nosso relatório Estado da Experiência de Desenvolvedores revelou que menos da metade dos desenvolvedores acha que a organização prioriza sua experiência. Um achado que não é surpresa, uma vez que dois em cada três desenvolvedores ainda perdem mais de 8 horas por semana com ineficiências nas respectivas funções.
Como implementar uma plataforma interna de desenvolvedores
Depois de escolher uma plataforma interna de desenvolvedores, colabore para planejar o processo de implementação e acompanhe a adoção. Uma plataforma interna de desenvolvedores pronta para uso vai reduzir o esforço das pessoas da equipe na implementação. Por exemplo, o Compass exige muito menos recursos de engenharia do que uma plataforma de código aberto, como o Backstage, cuja configuração e manutenção exigem quatro engenheiros full stack. Com o Compass, você pode conectar as ferramentas de gerenciamento de código-fonte e importar repositórios para preencher o catálogo de componentes do software em apenas 10 minutos.
Forme um comitê diretivo
Para garantir que a implementação seja ainda mais tranquila, forme um comitê diretivo com algumas partes interessadas importantes. São especialistas que vão oferecer suporte, monitorar o processo e tomar decisões para fazer ajustes quando necessário.
A gente recomenda entrar em contato com:
Patrocinador(a) executivo(a): a pessoa mais sênior que vai liderar os esforços relacionados à plataforma de desenvolvedores. Diretor(a) de tecnologia, vice-presidente de engenharia ou chefe de plataformas podem ser boas opções para a função.
Desenvolvedores influentes: escolha um pequeno grupo de desenvolvedores influentes da organização para ajudar a projetar, ou pelo menos ficar por dentro, dos planos de lançamento da plataforma interna de desenvolvedores.
Uma equipe de plataforma ou engenheiros de DevOps: uma vez que as integrações são fundamentais para o valor entregue por uma plataforma interna de desenvolvedores, os responsáveis pelas ferramentas devem ser parceiros importantes na implementação.
Proprietários de políticas ou equipes de governança: as plataformas internas de desenvolvedores facilitam o cumprimento de padrões e práticas recomendadas pelas equipes de engenharia. Portanto, pode ser útil trabalhar com os responsáveis pelos padrões durante o planejamento.
Crie o cronograma do lançamento
Com o comitê diretivo formado, crie um cronograma para implementar a plataforma interna de desenvolvedores. Comunique o cronograma a todas as equipes que vão usar a nova plataforma interna de desenvolvedores e peça feedback sobre a viabilidade do plano para fazer ajustes conforme necessário. Á medida que você avança no cronograma, faça acompanhamentos regulares para avaliar o progresso e a adoção e oferecer suporte.
A gente criou um guia de implementação do Compass para ajudar você a começar com mais facilidade ainda.
Como medir o sucesso de uma plataforma interna de desenvolvedores
Para medir o progresso, volte às metas que você definiu quando elaborou a RFP. Crie indicadores-chave de desempenho (KPIs) qualitativos e quantitativos que mostrem o panorama completo, a fim de saber se a plataforma interna de desenvolvedores está entregando o valor que você esperava. Com o Compass, você pode criar indicadores de desempenho personalizados para definir os KPIs e garantir que as equipes de engenharia busquem os mesmos padrões.
A maioria das pessoas pensa nos KPIs como “números concretos” ou “métricas objetivas”, o que funciona para conceitos quantitativos como receita ou taxas de falha. No entanto, a experiência de desenvolvedores é subjetiva — o que significa que os KPIs vão ser qualitativos, como a facilidade percebida ao entregar o software, a produtividade observada e o engajamento ou satisfação de funcionários.
Encontre as métricas certas para a organização
Aqui estão alguns exemplos do que você pode acompanhar, dependendo das metas:
Se você quer melhorar a segurança, a meta pode ser reduzir as vulnerabilidades abertas em uma certa quantidade a cada trimestre.
Se você decidiu melhorar a produtividade, o KPI pode ser reduzir de 5 dias para 2 horas o tempo de espera para provisionar a infraestrutura.
Se a meta for uma integração mais rápida, você pode acompanhar o tempo até a produtividade de novos desenvolvedores e tentar uma redução.
Se for mais importante melhorar a experiência de desenvolvedores, você pode buscar pontuações mais altas de satisfação nas pesquisas feitas com desenvolvedores.
Continue acompanhando ao longo do tempo
O impacto da plataforma interna de desenvolvedores pode levar algum tempo para aparecer. Continue monitorando o progresso e use check-ins e retrospectivas com as equipes para discutir se a plataforma interna de desenvolvedores está entregando os resultados planejados ao longo do tempo.
As retrospectivas de equipe dão a desenvolvedores e líderes a chance de refletir sobre o que está dando certo e o que não está. Você encontra instruções e templates básicos de retrospectiva, bem como variações para situações específicas, na tática Retrospectiva do Esquema Tático da Atlassian.