Os 5 Por que ?Os 5 Por que (The Five Whys) e uma tecnica inventada porTaiichi Ohno que podemos utilizar paradescobrir a causa raiz em situacoes que possa estar impactando de alguma formano trabalho do time. E uma tecnica extremamente simples e que pode gerar bonsresultados, porem vale lembrar que antes de utiliza-la e interessante explicarpara o time a tecnica e o razao de tantos por que.Esta tecnica e aplicada perguntando repetidamente Por que? enquanto a resposta nao for satisfatoria. Inicie perguntandosuperficialmente sobre o problema, o que causou o problema, e assim por diante. Por exemplo:Por que 1: Por que o software nao esta no servidor deproducao ?Porque ainda tinhamos defeitos para consertar.Por que 2: Por que o software tinha defeito para consertar ?Porque quando os analistas de teste descobriram osproblemas, eles apenas registraram no registro de bugs e nao informaram aequipe de desenvolvedores.Por que 3: Por que os analistas de teste nao informaram aequipe de desenvolvedores ?Porque a equipe de desenvolvedores estava ocupadatrabalhando em outra atividade software no momento da descoberta.Por que 4: Por que os analistas de teste e os desenvolvedoresnao estao trabalhando juntos ?Porque os analistas de teste atendem todos os times eequipes da empresa e nao apenas o nosso. Este problema esta atrasando as entregas dotime. Este tipo de problema necessita uma mudanca de estrategia, porexemplo, se cada time possuir umatestador exclusivo ao inves de uma area de analistas de teste que atendem todaa empresa, os bugs seriam descobertos mais rapidamente assim com as solucoes, aumentando as chances daequipe realizar as entregas no prazo acertado. Por que 5: Por que nao temos analistas de teste exclusivospara cada time ? Porque nao temos mais como contratar mais analistas de testeVeja que o problema aparentemente e que o time nao aplicaestrategias como testes automatizados e a empresa provavelmente nao percebeu aimportancia dos testes no processo. Um dos cuidados que devem ser tomadosutilizando esta tecnica e que alguns problemas (como o do nosso exemplo) estaofora do controle do time e pode gerarsentimentos de frustracao ou conflito com niveis mais altos da empresa.Outras dicas na utilizacao desta tecnica sao que se evite discordar das respostas poisquando discordamos em dos por que maisdificil sera de se obter uma resposta (sincera) no proximo por que. Eviteperguntar questoes que possam gerar conflito direto entre os membros do time,principalmente se eles ainda nao estabeleceram uma relacao de confiancaprofissional.Bem, o mais dificil na utilizacao desta tecnica e selecionaras perguntas de forma que nos leve a respostas que possam realmente expor acausa raiz do problema. Tentem e me digam os resultados.Ate a proxima !Fontes de Consulta:Taiichi Ohno. Toyota Production System: Beyond Large Scale Production. ProductivePress, New York, 1988.Davies, Rachel e Sedley,Liz. Agile Coaching, Ed.Pragmatic Bookshelf. Atualmente e muito comum paraquem atua na area de TI ouvir que a empresa sera agil, nao tera mais chefe e osdesenvolvedores deverao se auto gerenciar e auto-organizar... Depois de algumperiodo de auto-organizacao, a produtividade diminui o time esta cada vezmais com problemas de relacionamento, as entregas sao cada vez menos frequentese com menos qualidade. Bem, vamos entender como promover a auto-organizacao e