Texto 3 aula 2 Artigo Kaikatu Kaizen 1

Artigo: Kaikaku – Kaizen
Publicado em 9 de setembro de 2011 por Rodrigo Yoshima
Você é um gerente de uma grande empresa de software. Sua função é desenvolver projetos ou produtos e mantê-los funcionando 100%. Você “cuida” de mais ou menos 100 pessoas entre analistas, desenvolvedores e testers e seu desafio é deixar os usuários felizes com pouca encheção de saco. Recentemente você participou de um evento “de Agile” e algum consultor (ou outro gerente como você) relatou numa palestra as dificuldades e eventuais resistências que eles enfrentaram numa transição “pra Agile”. Até deu medo. Algumas palestras você deve ter ouvido falar coisas como acabar com as hierarquias, juntar as áreas de negócio com desenvolvimento e qualidade, demitir os gerentes… Você se sentiu confuso e atordoado com a veemência que o palestrante disse aquilo que é certo ou errado no Scrum, XP ou qualquer outra coisa. Você também teve dificuldade de entender como tudo aquilo caberia no seu ambiente, com certeza.
O objetivo deste artigo é falar um pouco sobre melhoria de processos e nasceu de um bate-papo muito bom com David Anderson no Twitter após a minha re-leitura recente do livroLean Thinking de Womack e Jones.
No cenário acima, aonde você é o gerente a frente de um departamento de TI, muitas coisas estão em jogo quando você quer mudanças. Os orçamentos de TI atuais mesmo em empresas médias podem passar de milhões e cada vez mais a TI está no centro das decisões estratégicas dos negócios. Uma decisão de mudança errada pode acarretar em grandes prejuízos e quer queira quer não, as coisas da maneira que estão na TI atual “funcionam”, mas de forma traumática e com constante atrito entre todos os envolvidos.
Atualmente temos uma grande febre de empresas tentando adotar Scrum, e como o Scrum é um pacote fechado com papéis, cerimômias, artefatos, regras e até um curso de dois dias que te dá o status “master certified”, muitas empresas sonham em usar ele. O que me apavora é que para a maioria das