O processo de lançamento da equipe
A primeira etapa para configurar uma prática de DevOps é avaliar seu processo atual. Isso significa analisar:
- Os artefatos existentes, como pacotes de implantação e NuGet, bem como os repositórios de contêiner.
- Suas ferramentas de gerenciamento de teste existentes.
- Suas ferramentas de gerenciamento de trabalho existentes.
- Recomendações de estratégias de migração e integração.
Vamos fazer isso com a equipe da Tailspin e ver como o DevOps pode ajudar.
Depois que Mateus, o gerente de produtos, sai, Marina diz: "Precisamos de ajuda. Não sei para quando essas correções precisam estar prontas, mas sei que é em breve. Não estamos prontos para uma entrega rápida. Além disso, o novo site do Space Game precisará esperar até que possamos resolver o problema, e o jogo será lançado em breve."
Paulo olha para Clara. "É muita coisa para absorver nas primeiras semanas."
"Não tem problema", responde Clara. "Talvez você possa me explicar como as coisas funcionam por aqui. Como um jogo vai do desenvolvimento para a produção?"
"É uma boa pergunta", diz Paulo. "Não tenho certeza se podemos lhe dar uma resposta simples, mas vamos tentar."
A equipe decide ir para uma cafeteria para relaxar e ter uma discussão informal. Juntos, eles tentarão descobrir por que estão tendo tantos problemas.
Na cafeteria, Clara escuta e tenta fazer anotações. Há muitas informações e elas não estão organizadas. Sua opinião geral sobre a equipe é:
- Eles usam uma abordagem tipo cascata. O Gerenciamento define as prioridades. Os desenvolvedores escreverem o código e encaminham o build para Garantia de Qualidade. A Garantia de Qualidade testa e encaminha o build para Operações para implantação.
- A abordagem de cascata poderia ser aceitável em uma equipe pequena, mas aqui as metas nem sempre são claras e parecem ser alteradas com frequência.
- O teste é feito apenas no final do processo. Isso significa que é mais difícil e mais custoso corrigir bugs e fazer alterações.
- Não há uma definição clara do que concluído significa. Cada membro da equipe tem sua própria ideia. Não há uma meta de negócios geral com que todos concordam.
- Uma parte do código fica em um sistema de controle de versão centralizado. Muitas ferramentas e scripts existem apenas em compartilhamentos de arquivos de rede.
- Há muitos processos manuais.
- A comunicação é irregular e dependente de emails, documentos do Word e planilhas.
- Os comentários também são raros e inconsistentes.
- Pelo lado positivo, a equipe parece se dar bem e deseja melhorar os processos.
Quando examina as anotações, Clara percebe que precisa organizar todas essas informações. Organizá-las 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 para apresentar seu caso para a equipe.
Uma prática de DevOps geralmente começa com a compreensão de seus processos existentes. Em seguida, você deve avaliar o que está funcionando bem, o que não está e se concentrar no que deve ser corrigido primeiro.
Mara pergunta: "Algum de vocês já fez um exercício de mapeamento do fluxo de valor?"
Paulo revira os olhos, Marina suspira e Pedro diz: "Não precisamos de mais papelada".
Clara diz: "Entendo. Deixe comigo".
Contentes de que a funcionária nova fará isso, todos voltam para o trabalho.