Avaliação Experimental de Técnicas Ágeis de Desenvolvimento Lucas dos Santos Lima Andrés Ignácio Martínez Menéndez (orientador) Universidade Federal de.

Apresentação em tema: "Avaliação Experimental de Técnicas Ágeis de Desenvolvimento Lucas dos Santos Lima Andrés Ignácio Martínez Menéndez (orientador) Universidade Federal de."— Transcrição da apresentação:

1 Avaliação Experimental de Técnicas Ágeis de Desenvolvimento Lucas dos Santos Lima Andrés Ignácio Martínez Menéndez (orientador) Universidade Federal de Sergipe Dezembro de 2011

2 Plano de Apresentação Introdução Referencial Teórico – PPDSI – Scrum Problemática Análise PPDSI x Scrum – Cenário – Itens de comparação – Desafios – Resultado Conclusão

3 Introdução Motivação

4 Introdução Motivação

5 Introdução Objetivo – Levantar questionamentos – Comparativo prático – Análise de resultados

6 Introdução Estrutura do trabalho: 1.Introdução 2.Processo de Software 3.Metodologias Tradicionais 4.Metodologias Ágeis 5.Análise comparativa entre PPDSI e Scrum 6.Conclusão

7 Referencial Teórico Processo Padrão de Desenvolvimento de Software Infox – Orientado à documentação – Fases seqüenciais – Grandes projetos

8 Referencial Teórico

9 Papéis – Gestor de Projeto – Coordenador de Atividades – Analista – Desenvolvedor – Web Designer – DBA – AD – Testator e Documentador – Suporte ao usuário

10 Referencial Teórico Scrum

11 Referencial Teórico Por que Scrum? Pesquisa State of Agile Development Survey da VersionOne e conduzida pela Analysis.Net Research.

12 Problemática Infox Tecnologia da Informação LTDA – Sistema de Defesa Agropecuária (Sidagro) Momento crítico Busca por novas soluções

13 Análise PPDSI x Scrum Cenário da análise

14 Análise PPDSI x Scrum Itens de Comparação – Tempo e Esforço – Artefatos – Atividades – Disciplinas – Papéis

15 Análise PPDSI x Scrum Alocação de Tempo e Esforço PPDSI – Horas de trabalho – Experiência passada – Hierárquico – Redmine

16

17 Análise PPDSI x Scrum Alocação de Tempo e Esforço Scrum – Planning Poker – Estimativa da Equipe – IceScrum

18

19

20

21

22 Análise PPDSI x Scrum E quando não conseguimos estimar?

23 Análise PPDSI x Scrum Alocação de Tempo e Esforço – Prazo inicial acordado e documentado 30/11/2011 – Julho Reanálise de escopo e prazo 59/132 casos de uso implementados Momento crítico Novas diretivas Projeto Piloto

24 Análise PPDSI x Scrum Alocação de Tempo e Esforço – De Agosto à meados de Novembro 85 estórias 73 casos de uso 11 Sprints (2 semanas)

25 Análise PPDSI x Scrum Artefatos – PPDSI Burocracia +40 documentos – Com o Scrum alguns artefatos deixaram de existir

26

27 Retrospectiva Scrum Análise PPDSI x Scrum

28

29

30

31

32 Artefatos – Scrum Livre dessas críticas Documentos só quando necessário (Manifesto Ágil) – Alguns artefatos fazem parte do dia-a-dia

33 Análise PPDSI x Scrum Product Backlog

34 Análise PPDSI x Scrum Sprint Backlog

35 Análise PPDSI x Scrum Burnup

36 PPDSI x Scrum Artefatos – Por que o Scrum não precisa de todos esses documentos?

37 Análise PPDSI x Scrum Atividades – PPSDI Tarefas desempenhadas por um papel. Trabalhar os artefatos Custo x Tempo

38 Análise PPDSI x Scrum Redmine

39 Análise PPDSI x Scrum Atividades – Scrum Ciclo de vida curto. Não há indicação de tarefas.

40 Análise PPDSI x Scrum Atividades

41 Análise PPDSI x Scrum Atividades

42 Análise PPDSI x Scrum Atividades

43 Análise PPDSI x Scrum Disciplinas – PPDSI 5 workflows Pouca Abrangência – Scrum Poucos processos de controle Cerimônias

44 Análise PPDSI x Scrum Disciplinas – Cerimônias Reunião de Abertura de Projeto -> Release Planning Daily Meeting Sprint Review

45 Análise PPDSI x Scrum Papéis – PPDSI Indivíduos x Papéis Equipe grande e cara Ociosidade imposta – Scrum Indivíduos x Papéis Multidisciplinaridade

46 Análise PPDSI x Scrum Papéis – Coordenador -> Scrum Master – Gestor do Projeto -> Meta Scrum Master – Analista de Negócios -> Product Owner – AD, DBA, Analista, Desenvolvedor... -> Equipe (time)

47 Análise PPDSI x Scrum Desafios Encontrados – Necessidade de um Meta-Scrum Master – Preparar a empresa para o Scrum – Fazer Scrum estritamente e apenas à risca – Inexperiência da Equipe em Scrum

48 Análise PPDSI x Scrum

49 Resultado – Ambas tem qualidades e defeitos – PPDSI 59 casos de uso produzidos em 6 meses Uma única entrega Insatisfação e desconfiança do cliente Pausa pra reflexão e ordem

50 Análise PPDSI x Scrum Resultado – Scrum 85/95 estórias em 4 meses 73 casos de uso em 10 entregas Estimativa: 11 Sprints de 2 semanas (5 meses e meio) – Toda mudança impõe riscos! Resistência Desconfiança

51 Análise PPDSI x Scrum Lições Aprendidas – Constante transição – É muito fácil começar a fazer Scrum, o difícil é vencer a resistência das pessoas – Se o foco das pessoas for fazer telas, testar ou escrever software, o projeto está comprometido – Boas práticas de Engenharia de Software são fundamentais

52 Conclusão Objetivos – Infox X Monografia Base para outras pesquisas – Metodologia Híbrida – Customização do Scrum para licitações

53 Referências AGILE MANIFESTO. Agile Manifesto. Agile Manifesto, 2001. Disponivel em:. Acesso em: 10 jul. 2011. AMBLER, S. Modelagem ágil: práticas eficazes para a Programação Extrema e o Processo Unificado. Porto Alegre: Bookman, 2004. BECK, K. Extreme Programming Explained: EmbraceChange. 1. ed. [S.l.]: Addison Wesley, 1999. DIJKSTRA, E. The Humble Programmer. Commun. ACM 15. en:Communications of theACM, Nova York, 1972. FOWLER, M.. B. K. Manifesto for Agile Software Development, 2001. Disponivel em:. HAMMOND, D. W. A. J. S. The Forrester Wave: Agile Development Management Tools, Q2 2010, 05 055 2010. KNIBERG, H. Scrum e XP Direto das Trincheiras. [S.l.]: [s.n.], v. 1, 2007. 147 p.

54 Referências KOSCIANSKI, A. Qualidade de software. 2. ed. [S.l.]: [s.n.], 2007. KRUCHTEN, P. The Rational Unified Process, An Introduc-tion. 2. ed. [S.l.]: Addison Wesley, 2000. MINISTÉRIO DA DEFESA. Programa de Excelência Gerencial. Elaboração e Gerenciamento de Projetos. 33. OLIVEIRA, S. R. B. R. T. A. Adequação de Processos. Simpósio Internacional de Melhoria de. São Paulo: [s.n.]. 2004. ONE, V. Version One. Version One, 2010. Disponivel em:. Acesso em: 16 nov. 2011. PRESSMAN, R. S. Engenharia de Software. 5. ed. [S.l.]: Makron Books, 2002. Processo Padrão de Desenvolvimento de Software Infox. Infox Tecnologia da Informação LTDA. Aracaju, p. 121. 2011.

55 Referências R.A. FALBO, C. S. M. A. R. R. Integração de Conhecimento sobre Processos de Software em um Ambiente de Desenvolvimento. IX Conferência Internacional de Tecnologia de Software. Curitiba: [s.n.]. 1998. REIS, D. F. Conceitos básicos sobre Metodologias Ágeis para Desenvolvimento de Software. devmedia, 2008. Disponivel em:. Acesso em: 28 maio 2011. REIS, D. F. DevMedia. DevMedia, 2008. Disponivel em:. Acesso em: 12 jun. 2011. SCHWABER, K. Agile Software Development with Scrum. 1. ed. [S.l.]: Prentice Hall, 2001. SCHWABER, K. Agile Project Management With Scrum. [S.l.]: Microsoft, 2004.

56 Referências SCHWABER, K. Agile Project Management With Scrum. 1. ed. [S.l.]: Microsoft Pr, 2004. SCHWABER, K. The Enterprise and Scrum. 1. ed. [S.l.]: Microsoft Press, 2007. SOMMERVILLE, I. Software Engineering (International Computer Science Series). 5. ed. [S.l.]: Addison-Wesley, 1995. SOMMERVILLE, I. Software Engineering. 6. ed. [S.l.]: Addison Wesley, 2000. SOMMERVILLE, I. Engenharia de Software. 6. ed. [S.l.]: Addison Wesley, 2003. THE STANDISH GROUP INTERNATIONAL. Extreme Chaos. The Standish Group International. [S.l.]. 2004. WELLS, D. Manifesto for Agile Software Development, 2004. Disponivel em:.

57 Dúvidas? O único jeito de evitar erros é adquirindo experiência, mas a única maneira de adquirir experiência é cometendo erros (Elbert Hubbard)