O processo de liberação da equipe
O primeiro passo para configurar uma prática de DevOps é avaliar seu processo atual. Isto significa analisar:
- Seus artefatos existentes, como pacotes de implantação e NuGet, bem como seus repositórios de contêiner.
- Suas ferramentas de gerenciamento de teste existentes.
- As suas ferramentas de gestão de trabalho existentes.
- Recomendação de estratégias de migração e integração.
Vamos fazer isso com a equipe do Tailspin e ver como o DevOps pode ajudar.
Depois que Irwin, o gerente de produto, sai, Amita diz: "Precisamos de ajuda. Eu não sei quando estas correções serão feitas, mas eu sei que será em breve. Não estamos preparados para uma reviravolta rápida. Além disso, o novo site Space Game terá que esperar até que tenhamos essa bagunça resolvida, e esse jogo está chegando rapidamente."
Andy olha para Mara. Isto é muito para absorver durante as tuas primeiras semanas.
"Tudo bem", responde Mara. "Talvez você possa me explicar como as coisas funcionam por aqui. Como é que um jogo passa do desenvolvimento para a produção?"
"Essa é uma ótima pergunta", diz Andy. "Não sei se podemos dar uma resposta simples, mas vamos tentar."
A equipa decide ir a um café para relaxar e ter uma discussão informal. Juntos, eles tentarão descobrir por que estão tendo tantos problemas.
Durante o café, Mara ouve e tenta tomar notas. Há muita informação e não está organizada. Seus pensamentos gerais sobre a equipe são:
- Eles usam uma abordagem em cascata. A gestão define as prioridades. Os desenvolvedores escrevem código e entregam a compilação para o QA. A equipa de controlo de qualidade realiza os testes e depois entrega para a equipa de operações para a implantação.
- A abordagem em cascata poderia ser aceitável para uma equipa pequena, mas aqui os objetivos nem sempre são claros e parecem mudar frequentemente.
- Os testes são adiados até ao final do processo. Isso significa que é mais difícil e mais caro corrigir bugs e fazer alterações.
- Não há uma definição clara do que feito significa. Cada membro da equipa tem a sua própria ideia. Não há um objetivo comercial geral com o qual todos concordem.
- Alguns códigos estão em um sistema centralizado de controle de versão. Muitas ferramentas e scripts existem apenas em compartilhamentos de arquivos de rede.
- Existem muitos processos manuais.
- A comunicação é aleatória e depende de e-mail, documentos do Word e planilhas.
- O feedback também é pouco frequente e inconsistente.
- Do lado positivo, a equipa parece dar-se bem e quer melhorar as coisas.
Quando olha para a pilha de notas, Mara sabe que precisa organizar todas essas informações. Organizá-lo facilitará a avaliação dos processos. Ela está convencida de que uma abordagem de DevOps resolverá muitos dos problemas da equipe, mas precisa de uma maneira de apresentar seu caso à equipe.
Uma prática de DevOps geralmente começa com a compreensão de seus processos existentes. A partir daí, você pode avaliar o que está funcionando bem, o que não está funcionando e se concentrar no que corrigir primeiro.
Mara pergunta: "Algum de vocês já fez um mapeamento de fluxo de valor exercício?"
Andy revira os olhos, Amita suspira e Tim diz: "Não precisamos de mais papelada."
Mara diz: "Eu entendo. Deixem isso comigo."
Fico feliz em deixar o novato lidar com isso, todos voltam ao trabalho.