Processo de lançamento da equipa

Concluído

O primeiro passo para configurar uma prática do DevOps é avaliar o 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 equipa da Tailspin e ver como o DevOps pode ajudar.

Depois de o Samuel, o gestor de produto, sair, a Mariana diz: "Precisamos de ajuda. Não sei qual é o prazo destas correções, mas sei que é em breve. Não estamos preparados para uma entrega rápida. Além disso, o novo site do Space Game terá que esperar até que tenhamos essa bagunça resolvida, e esse jogo está chegando rapidamente."

O Guilherme olha para a Teresa. "Isto é muito para absorver durante as primeiras semanas."

"Não há problema", responde a Teresa. "Talvez me possam explicar como as coisas funcionam por aqui. Como é que um jogo passa da programação à produção?"

"Boa pergunta", responde o Guilherme. "Não sei se podemos dar uma resposta simples, mas vamos tentar."

A equipa decide ir ao café, descontrair e ter uma reunião informal. Juntos, vão tentar descobrir o que lhes está a causar tantos problemas.

Enquanto bebe café, a Teresa ouve o que lhes dizem e tenta tomar notas. Há muita informação e está desorganizada. De forma geral, eis o que ela pensa da equipa:

  • Recorrem a uma estratégia em cascata. A direção estabelece as prioridades. Os programadores escrevem código e encaminham a compilação para o controlo de qualidade. O controlo qualidade testa e depois encaminha-o para as operações para implementaçã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 para uma fase posterior no processo. Ou seja, é mais difícil e dispendioso corrigir erros e fazer alterações.
  • Não há uma definição clara do que significa feito . Cada membro da equipa tem uma ideia diferente. Não há um objetivo comercial geral com o qual todos concordem.
  • Há código que está num sistema centralizado de controlo de versões. Muitas ferramentas e scripts existem apenas em partilhas de ficheiros de rede.
  • Existem muitos processos manuais.
  • A comunicação é inconsistente e depende de e-mails, documentos do Word e folhas de cálculo.
  • O feedback também é raro e inconsistente.
  • Do lado positivo, a equipa parece dar-se bem e quer melhorar as coisas.

Ao olhar para os apontamentos, a Teresa sabe que precisa de organizar todas estas informações. Organizá-las tornará mais fácil avaliar os processos. Está convencida de que uma estratégia de DevOps irá resolver muitos dos problemas da equipa, mas precisa de uma forma de lhes apresentar os seus argumentos.

Uma prática de DevOps geralmente começa com a compreensão de seus processos existentes. A partir daí, pode avaliar o que está a funcionar bem e o que não está, e concentrar-se no que deve ser corrigido primeiro.

Screenshot of a person taking notes on their tablet device.

Mara pergunta: "Algum de vocês já fez um exercício de mapeamento de fluxo de valor?"

O Guilherme revira os olhos, a Mariana suspira e o Guilherme diz: "Não precisamos de mais papelada."

A Teresa diz: "Percebo. Deixem isso comigo."

Satisfeitos por deixarem o trabalho para a novata, voltam todos para o escritório.