Micro-gerenciamento, muitas vezes tem uma conotação negativa associada a ele. É um estilo de gestão em que um gerente observa ou controla de perto o trabalho de seus subordinados ou empregados. Normalmente, desenvolvimento ágil e micro-gerenciamento pode parecer extremos opostos do espectro, no entanto, eles estão mais relacionados do que se parece.
Mike Cohn sugere que o segredo todo do Agile trata-se de micro-gerenciamento. Mike mencionou que todas as práticas de Agile suportam micro-gerenciamento. Ele sugeriu,
- A reunião diária do Scrum é micro-gerenciar os planos de trabalho diário da equipe e verificar que todos estão fazendo o que se propuseram.
A integração contínua é colocada para que, no momento em que algum desenvolvedor erre e quebre uma compilação, isto se torne conhecido.
A programação em pares é para assegurar que os programadores não percam o foco, não implementem requisitos não especificados, não trabalhem somente em tarefas divertidas e que limpem o código.
Em apoio a argumentação acima, Artem Marchenko acrescentou,
Para muitas pessoas os processos ágeis parecem com um excesso de micro-gerenciamento: os desenvolvedores tem que reportar suas atividades diariamente, o gerenciamento recai no detalhe de cada funcionalidade, exigindo que a equipe faça uma demonstração a cada duas ou quatro semanas e geralmente tem problemas em permitir gastar meses na concepção e construção de uma boa arquitetura. Parece com micro-gerenciamento, não?
Então, quem está fazendo micro-gerenciamento?
Como se vê, é a equipe. A equipe está fazendo micro-gerenciamento para o seu próprio benefício. A equipe está micro-gerenciando suas ações no nível diário e a liberação do conteúdo no nível de interação. Quando a equipe discute suas tarefas diárias, eles estão micro-gerenciando para benefício da própria equipe e da organização como um todo.
No entanto, há situações em que os membros da equipe podem se sentir microgeridos.
O Scrum Master pode ser muito focado na evolução da equipe. Isso inclui passar pela equipe para solicitar tarefas restantes e questionar suas estimativas. Há também situações em que os membros da equipe tem medo de fazer tudo transparente pela falta de conhecimento técnico ou por certas deficiências que eles querem esconder. Outros fatores incluem,
- Os gerentes querem atualizações constantes, pedindo-lhe muitas vezes coisas além de tediosos relatórios, e-mails e reuniões
- Os gerentes tentam falar detalhes técnicos com você que eles não entendem
- Os gerentes mudam o que você está fazendo por um capricho e quebram a sua seqüência
Tal micro-gerenciamento ocorre geralmente em organizações que tentam mudar do desenvolvimento tradicional para o Ágil. Como Jurgen Appelo sugeriu,
Alguns gerentes não estão confortáveis com a idéia de permitir que uma equipe tome decisões em conjunto. Eles sentem que perdem o controle sobre o que está acontecendo quando as equipes tomam decisões sem eles. Os gerentes assumem que decisões devem ser impostas, ou a anarquia se estabelece. Mas aquela mesma anarquia acabou construindo um universo inteiro, tudo por si só. Portanto, não pode ser tão ruim assim.
Micro-gerentes devem entender que eles são "responsáveis" mas não estão "no controle". Tentativas de "controlar e conter" geralmente não funcionam, e às vezes tem conseqüências contra-produtivas.
Assim, embora ágil seja basicamente micro-gerenciamento, a diferença é que a equipe está fazendo isso. O micro-gerenciamento deve ser delegado do gerente à equipe que o pratica no cotidiano para o benefício do projeto e da equipe em si.