Como inspecionar e adaptar a Esteira Ágil para uma melhor entrega de qualidade?

Vamos ao segundo artigo da série de vídeos que tenho gravado para o YouTube “Resenha do Líder”.

Um dos maiores desafios de um líder é lançar algo novo para o seu time. Mas cabe a você líder, guiar o time ao seu melhor resultado.

Hoje quero trazer um exemplo prático de dois pilares do SCRUM sendo executados no dia a dia, mais precisamente na Esteira Ágil de Desenvolvimento.

Para isso, eu trago aqui 3 modelos de times que eu atuei em minha carreira.

E como fiz para adaptar a esteira para conter mais qualidade ao fim de cada incremento entregue.

 Trazer mudanças nem sempre é o mais confortável, mas é o seu dever! Espera-se isso de um líder. Convença seu time com dados e estatísticas. Use os números e situações ocorridas a seu favor. A palavra para negociação é empatia!

Empresa 1:

Tínhamos na esteira ágil de desenvolvimento:

  • 1 Coordenador de Desenvolvimeto (Tech Lead).
  • 4 Desenvolvedores.
  • 1 Analista de Qualidade.

As características desse time:

  • Apenas um stakeholder externo demandando para nosso PO.
  • Nosso QA apenas fazia Testes Funcionais (Caixa Preta).

Nosso maior desafio:

  • Aplicar uma arquitetura para realizar testes unitários.

Empresa 2:

Tínhamos na esteira ágil de desenvolvimento:

  • 1 Coordenador de Desenvolvimeto.
  • 4 Desenvolvedores Sênior. O papel de Tech Lead era revezado entre eles por sprint.
  • 1 Analista de Qualidade.

As características desse time:

  • Mais de um stakeholder externo demandando para nosso PO.
  • Nosso QA tinha conhecimento de Engenharia de Sofware e desenvolvia Testes Unitários, Integrados e Regressivos.

Nosso maior desafio:

  • Blindar os Devs do acesso externo dos stakeholders, pode-se dizer. Já na esteira ágil, tudo ocorria muito bem.

Empresa 3:

Conteúdo do artigo

Tínhamos na esteira ágil de desenvolvimento:

  • 1 Coordenador de Desenvolvimeto.
  • 1 Tech Lead.
  • 4 Desenvolvedores.

As características desse time:

  • Vários stakeholders internos e externos demandando para nosso PO.
  • Não havia Analista de Qualidade. E o nosso maior problema era a Qualidade de Software entregue em produção.

Nosso maior desafio:

  • Melhorar a qualidade de entrega!

Exposto as 3 empresas por onde passei, sem citá-las é claro!

Vocês podem notar que a “Empresa 3” precisava de atenção.

Comecei aí então o pilar da Inspeção (SCRUM). Gerava diversas planilhas com as tarefas que haviam falhado na qualidade. Os bugs e a quantidade de retrabalho começou a diminuir nossa velocity. Sinal vermelho ascendeu aí nessa hora!

Agora vamos para a Adaptação (SCRUM). Eu já tinha experiência o suficiente para afirmar que iríamos mudar.

A solução adotada para melhorar a qualidade de entrega foi:

  • Contratar um DEV novo, e enquanto ele rampa, para aprender mais sobre nossa plataforma. Ele passou a construir uma POC de estrutura mínima para testes unitários.
  • Implantar o BDD na escrita dos cards já no refinamento. E também definir a execução do BDD como critério de aceite da tarefa.

Para quem quiser saber mais sobre o que é BDD, sugiro esta página.

É isso Líder, o grande aprendizado aqui é a adaptação após a inspeção. Trazer mudanças nem sempre é o mais confortável, mas é o seu dever! Espera-se isso de um líder. Convença seu time com dados e estatísticas. Use os números e situações ocorridas a seu favor. A palavra para negociação é empatia ❤️

Um abraço e nos vemos na próxima.