Os 5  “Por que ?”
Autor: Rafael Ribeiro | Publicado: 2012-06-29T16:13:00-07:00



Os 5 &nbsp;“Por que ?”



Os 5 “Por que” (The Five Whys) é uma técnica inventada por
Taiichi Ohno&nbsp; que podemos utilizar para
descobrir a causa raiz em situações que possa estar impactando de alguma forma
no trabalho do time. É uma técnica extremamente simples e que pode gerar bons
resultados, porém vale lembrar que antes de utilizá-la é interessante explicar
para o time a técnica e o razão de tantos “por que”.



Esta técnica é aplicada perguntando repetidamente “Por que
?” enquanto a resposta não for satisfatória. Inicie perguntando
superficialmente sobre o problema, o que causou o problema,&nbsp; e assim por diante. Por exemplo:



Por que 1: Por que o software não está no servidor de
produção ?

Porque ainda tínhamos defeitos para consertar.



Por que 2: Por que o software tinha defeito para consertar ?

Porque quando os analistas de teste descobriram os
problemas, eles apenas registraram no registro de bugs e não informaram a
equipe de desenvolvedores.



Por que 3: Por que os analistas de teste não informaram a
equipe de desenvolvedores ?



Porque a equipe de desenvolvedores estava ocupada
trabalhando em outra atividade software no momento da descoberta.



Por que 4: Por que os analistas de teste e os desenvolvedores
não estão trabalhando juntos ?

Porque os analistas de teste atendem todos os times e
equipes da empresa e não apenas o nosso.





&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;<!--[endif]-->Este problema está atrasando as entregas do
time. Este tipo de problema necessita uma mudança de estratégia, por
exemplo,&nbsp; se cada time possuir uma
testador exclusivo ao invés de uma área de analistas de teste que atendem toda
a empresa, os bugs seriam descobertos mais rapidamente assim&nbsp; com as soluções, aumentando as chances da
equipe realizar as entregas no prazo acertado.&nbsp;




Por que 5: Por que não temos analistas de teste exclusivos
para cada time ? 

Porque não temos mais como contratar mais analistas de teste



Veja que o problema aparentemente é que o time não aplica
estratégias como testes automatizados e a empresa provavelmente não percebeu a
importância dos testes no processo. Um dos cuidados que devem ser tomados
utilizando esta técnica é que alguns problemas (como o do nosso exemplo) estão
fora&nbsp; do controle do time e pode gerar
sentimentos de frustração ou conflito com níveis mais altos da empresa.



Outras dicas na utilização desta técnica são &nbsp;que se evite discordar das respostas pois
quando discordamos em &nbsp;dos “por que” mais
difícil será de se obter uma resposta (sincera) no próximo “por que”. Evite
perguntar questões que possam gerar conflito direto entre os membros do time,
principalmente se eles ainda não estabeleceram uma relação de confiança
profissional.



Bem, o mais difícil na utilização desta técnica é selecionar
as perguntas de forma que nos leve à respostas que possam realmente expor a
causa raiz do problema. Tentem e me digam os resultados.



Até a próxima !



Fontes de Consulta:



Taiichi Ohno. Toyota Production System: Beyond Large Scale Production. Productive
Press, New York, 1988.



Davies, Rachel e Sedley,
Liz. Agile Coaching, Ed.
Pragmatic Bookshelf.