BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Notícias Falhou, e agora? Aprendizado em face dos erros

Falhou, e agora? Aprendizado em face dos erros

Favoritos

Erros geralmente resultam em frustração, desentendimentos e caça às bruxas. E são desperdiçados quando não aprendemos com eles. Como as equipe ágeis transformam os erros em algo proveitoso?

James Shore, no lugar de se exaltar com a equipe, recomenda:

Em vez de culpar as pessoas, coloco a culpa no processo. O que na forma de trabalhar permitiu que o erro ocorresse? Como mudar a forma de trabalho de modo a tornar mais difícil que algo saia errado? Isso é a análise da causa-raiz.

Segundo Shore, uma das maneiras mais eficazes de realizar a análise da causa-raiz, em caso de erro técnico, é o método dos cinco porquês, que tem suas origens no estilo "enxuto" (lean) de manufatura. De acordo com esse método, a causa-raiz é encontrada através da identificação de um sintoma, seguido da repetição de "por quê?" cinco vezes. Geralmente, observa-se que a solução torna-se evidente após as cinco etapas.

Outra técnica usada por algumas equipes ágeis é o diagrama de “espinha de peixe”, que permite visualizar em alto nível os contornos do problema. Outra técnica relacionada, sugerida por Joel Spolsky, é o método "Corrija Duas Vezes", em que se deve encontrar uma solução rápida para corrigir o problema, permitindo com isso que a equipe continue avançando, e só mais tarde realizar uma correção mais elaborada, para impedir que o erro ocorra novamente.

Qual seria então a melhor maneira de se conduzir uma análise da causa-raiz?

Jim Bird sugere fazer o seguinte:

  • Envolver as pessoas certas e criar um ambiente propício para resolver o problema sem realizar uma busca por culpados
  • Não parar até que os verdadeiros problemas e soluções sejam identificados
  • Não ficar satisfeito com uma única causa. As situações, na sua grande, maioria são mais complexas que isso
  • Apenas erro humano não é uma boa causa

De maneira similar, Gojko Adzic cita Douglas Squirrel ao sugerir que, depois de reunir todas as partes afetadas, deve haver uma pesquisa para identificar os problemas. Uma vez que os problemas são identificados, deve-se seguir a técnica dos cinco porquês até que seja gerado algum desconforto. Se não houver um verdadeiro incômodo, o processo ainda precisa ser melhorado. Uma vez que os problemas sejam identificados, é muito importante que as ações definidas sejam proporcionais ao problema.

Não exagere "treinando novamente a sua equipe de desenvolvimento por causa de cinco minutos de inatividade do sistema", diz Squirrel, "defina tarefas que sejam proporcionais à dimensão do problema". "O objetivo não é resolver problemas, mas sim progredir". Em vez de buscar soluções extremamente elaboradas, ele sugere agir rapidamente. Soluções que demoram muito tempo tendem nunca a ser concluídas; dessa forma, a sugestão de Squirrel refere-se àquilo que pode ser feito em uma semana ou até mesmo em uma hora, para somente construir uma solução definitiva da próxima vez em que acontecer o problema.

Voltando a Jim Bird, ele sugere que o verdadeiro trabalho começa quando a análise de causa-raiz é finalizada. É comum acontecer de os desenvolvedores voltarem ao "modo de entrega" e se esquecerem das falhas. No entanto, as tarefas decididas ao fazer a análise de causa-raiz precisam ser gerenciadas ativamente e monitoradas através do backlog. Além disso, é necessário o coletar métricas e conscientizar os desenvolvedores da maneira correta de se trabalhar.

Será preciso utilizar métricas e informações sobre custos de modo a orientar o comportamento adequado, para impulsionar a mudança e decidir quanto e com que frequência pressionar. Você está fazendo muitas mudanças com muita frequência, deixando as coisas soltas? Ou mudar é muito caro e você está exagerando?

As falhas, portanto, são melhor utilizadas como bases para o aprendizado. O mais importante é identificar a causa-raiz dessas falhas e acompanhar as tarefas, de maneira proporcional ao problema, até a sua eliminação.

Avalie esse artigo

Relevância
Estilo/Redação

Conteúdo educacional

BT