Você não é "ágil" quando…
Sempre me surpreendo quando pessoas me dizem que são ágeis e depois listam uma série de práticas que fazem até os métodos de desenvolvimento de software e gestão dos anos 1950 parecerem modernos e maduros.
Ser ágil e trabalhar com métodos ágeis tem um propósito. A agilidade começa com a adoção de alguns princípios. Seja pelos 12 princípios do Manifesto Ágil ou pelos 24 princípios do livro The Agile Mind-Set de Gil Broza – sem a base de alguns princípios, não é possível alcançar estabilidade no Agile. No fim das contas, os princípios são tão importantes porque definem certos comportamentos. Organizações que não adotam os princípios do Agile podem até usar alguns dos métodos associados, mas nunca serão verdadeiramente ágeis.
Existem diversos motivos pelos quais pessoas e organizações evitam alguns ou todos os princípios ágeis; mas seja qual for o motivo, ele compromete a capacidade de ser ágil. A principal razão pela qual uma organização afirma ser ágil sem realmente ser pode ser encontrada na gestão.
O papel da gestão no Agile
A gestão desempenha um papel essencial na implementação correta do Agile. Há muito tempo, a mudança para o Agile era um fenômeno bottom-up (de baixo para cima), ou seja, as equipes experimentavam o Agile e depois convenciam a gestão com base nos resultados e nas suas experiências. Hoje em dia, as vantagens do Agile são promovidas aos líderes em todas as conferências e revistas. Através do marketing agressivo, conseguiu-se que todos os gestores conheçam o valor do Agile. Por isso, a mudança para o Agile tornou-se um fenômeno top-down (de cima para baixo).
O problema é que, embora o valor do Agile seja transmitido, a necessidade de mudar comportamentos não é. Isso faz com que as pessoas que querem impor o Agile de cima para baixo não entendam realmente a importância de internalizar os princípios ágeis e de adaptar o próprio comportamento. Nesse caso, a gestão vê o Agile como uma "coisa de desenvolvedores"… e não como uma "coisa de gestão". Há alguns anos, eu estava numa reunião com o CIO (gestor de TI) e seus subordinados diretos, na qual o CIO queria iniciar a mudança para o Agile. Fiquei arrepiado quando ele declarou com grande entusiasmo: "este ano vamos implementar um ou dois dos 12 Princípios Ágeis e pensaremos nos outros princípios assim que tivermos as primeiras experiências." Essa reunião fez com que o objetivo de se tornar ágil ficasse ainda mais distante.
Management Buy-In
Se você quer descobrir se tem o apoio da gestão para o Agile, preste atenção a estes três sintomas:
- Projetos "Ágeis" em que todas as três condições básicas são fixas: orçamento, escopo e duração. Normalmente, projetos ágeis têm equipes fixas; portanto, pode-se variar a duração (para entregar um escopo definido) ou o escopo (para cumprir uma duração definida). Fixar todos os três pontos impede as equipes de considerar os princípios ágeis e aplicar os métodos ágeis básicos. Quando os três pontos são fixos, as equipes precisam forçar a sua velocity ou produtividade para entregar o que é necessário – não importa quanta dívida técnica esse processo gere.
- Gestão de projetos command-and-control. Equipes ágeis se organizam e gerenciam a si mesmas. Equipes lideradas pelo princípio command-and-control não são ágeis. Esse tipo de liderança não se sustenta, a menos que seja aceitável para a gestão.
- Planos detalhados de tarefas no nível do Sprint (ou pior ainda, no nível do Release). Cronogramas detalhados – geralmente acompanhados de estimativas e instruções de trabalho no nível de tarefas – refletem gestão de projetos clássica e não Agile. Cronogramas de tarefas surgem quando pessoas que trabalham com Agile não receberam treinamento adequado ou quando se espera que criem planos que limitam a capacidade de se autogerenciar e organizar.
Conclusão sobre "Você não é ágil quando"
A gestão tem grande influência na execução do Agile. Se a gestão não cumpre seu compromisso de apoiar e promover os métodos ágeis, surgem rapidamente resistência e compromissos que reduzem a eficácia dos princípios e métodos ágeis.
Este texto é do blog SPamCAST e foi disponibilizado para nós.