O documento discute as vantagens do desenvolvimento ágil de software em comparação ao modelo cascata tradicional. Ele destaca que apenas 6,6% dos projetos de software são concluídos dentro do prazo e orçamento, e apresenta as leis de Ziv, Humphrey e Wegner que explicam por que os projetos muitas vezes não saem como planejado. Em seguida, descreve princípios do Manifesto Ágil e metodologias como Scrum e XP que valorizam indivíduos, software funcionando, e resposta à mudança. A Myfreecomm adota uma mist

1. Desenvolvimento de Software Rafael Lima – Myfreecomm Abril 2009

2. Somente 6,6% do que é produzido, é utilizado, foi realizado dentro do prazo e dentro do custo. Pesquisa do Standish Group em 2003 Estatísticas sobre Desenvolvimento de Software

3. Por quê?

4. “ Especificações nunca serão completamente compreendidas.” Lei de ZIV

5. “ O usuário não saberá o que ele quer até utilizar o sistema real (talvez nem assim).” Lei de Humphrey

6. “ Um sistema interativo nunca estará completamente especificado e/ou testado.” Lei de Wegner / Teorema de Godel

7. O que fazer?

8. Manifesto Ágil “ Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse trabalho, passamos a valorizar: Indivíduos e interação entre eles mais que processos e ferramentas; Software em funcionamento mais que documentação abrangente; Colaboração com o cliente mais que negociação de contratos; Responder a mudanças mais que seguir um plano. Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.” 11-13 fev. 2001

9. Agile Metodologias e Práticas Scrum XP (Extreme Programming)‏ FDD (Feature-Driven Development)‏ Lean Getting Real (...)‏ Incremental Design TDD/BDD (Test/Behaviour Driven Development)‏ Refactoring Pair Programming Continuous Integration (...)‏

10. Metodologia Adotada na Myfreecomm

11. Uma mistura de SCRUM com XP

12. • Processo de gestão e controle empírico • Baseado em feedback • Equipe auto-gerenciadas • Comunicação é fator crítico • Escalável para projetos grande, longos e distribuídos

13. Qual a diferença?

14. Como um projeto consegue atrasar mais de 1 ano!?

15. Um dia de cada vez! Fred Brooks, “The Mythical Man-Month”

16. Waterfall Model Resultado Requisitos do Projeto Tempo Total do Projeto ? Design Implementação Integração Testes

17. Scrum Model Resultado Requisitos do Projeto Tempo do Sprint Software funcionando no final de cada Sprint

19. 1 Owner 1 Scrum Master Team

20. Sprint Planning Meeting Daily/Stand-up Meeting Sprint Review/Demo Sprint Retrospective

21. Resultado

22. • Desenvolvimento em ritmo sustentável • Domínio do ROI • Tempo de resposta rápido • Maior controle sobre o resultado • Previsibilidade do ritmo da equipe • Redução de custo a longo prazo

23. Quem utiliza?

25. Obrigado!