O que são essas tais de Metodologias Ágeis
Introdução O grande filósofo e pai da administração moderna Peter Drucker já dizia:
"... most of our assumptions about business, technology and organizations are at least 50 years old. They have outlived their time. As a result, we are teaching and practicing policies that are increasingly at odds with reality and therefore counterproductive .“ [Peter Drucker 1998] Devido as crescentes pressões do mercado por inovação, produtividade (prazos casa vez mais cursos), flexibilidade e melhoria no desempenho/qualidade dos projetos de desenvolvimento de SW, houve o surgimento dos métodos ágeis.
O ágil surgiu dado a necessidade de melhorarmos a forma como estamos desenvolvendo SW e nosso foco principal é satisfazer o cliente. Uma coisa é fato, nós da área de TI estamos errando e errando muito.
Apenas 32% dos projetos entregues são considerados sucesso. 24% são puro fracasso (cancelados, ou engavetados - nunca colocados em produção ou utilizados pelo cliente), 44% são desafiados (sofreram atrasos, estouraram o budget, não atendem as necessidades, estão cheios de defeitos).
1994
1996
1998
2000
2002
2004
2006
2009
Successful
16%
27%
26%
28%
34%
29%
35%
32%
Challenged
53%
33%
46%
49%
51%
53%
46%
44%
Failed
31%
40%
28%
23%
15%
18%
19%
24%
(fonte: Standish Group - Chaos Report)
E o resultado consegue ser ainda pior, pois para os projetos considerados sucesso, apenas 20% da funcionalidade do SW é realmente útil.
É claro que a falha na execução de um projeto deve ser investigada e a causa pode ser dada decorrente de diversos motivos, mas de maneira geral esses erros ocorrem porque muitas vezes ao iniciar um projeto fazemos as seguintes suposições:
Os requisitos são 100% conhecidos no início do projeto e foram levantados e minuciosamente detalhados.
O desenvolvedor sabe como construir
Nada irá mudar ao longo do caminho
Porém existem 3 coisas com as quais