Apresentação Scrum DotNetArchitects
Transferir como PPT, PDF0 gostou528 visualizações
O documento discute as limitações de metodologias tradicionais em engenharia de software, destacando a importância da agilidade e a colaboração da equipe. Enfatiza benefícios como a entrega de valor ao cliente, melhoria na qualidade do software e a adoção de práticas ágeis, como Scrum. Referências a ferramentas e práticas colaborativas são apresentadas, bem como desafios enfrentados por equipes não preparadas.
Apresentação Scrum DotNetArchitects
- 2. Metodologias “Tradicionais” Baseado na engenharia tradicional Foco em atividade Orientada por documentos Dificuldade de lidar com mudanças Segregação da equipe Falsa percepção de % concluído do projeto Big Modeling Up Front (BMUF)
- 4. Valores Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan Kent Beck James Grenning Robert C. Martin Mike Beedle Jim Highsmith Steve Mellor Arie van Bennekum Andrew Hunt Ken Schwaber Alistair Cockburn Ron Jeffries Jeff Sutherland Ward Cunningham Jon Kern Dave Thomas Martin Fowler Brian Marick
- 5. Benefícios da Agilidade Cliente Antecipar expectativas Entregar valor real ao cliente Evitar desperdício Evitar o efeito da “pseudo previsibilidade” Evitar/Reduzir retrabalho Produzir software com mais qualidade (- Bugs) Equipe Elevar o nível da equipe Obter feedback imediatamente Equipes multidisciplinares Percepção de trabalho bem feito
- 6. Princípios Foco em objetivos Honestidade acima de tudo (open conversation) Trabalho com qualidade Comprometimento de toda a equipe em maximizar o ROI do cliente Código pertencente a toda equipe Travel Light (somente o necessário) Modelar com um propósito Simplicidade
- 8. Papeis Product Owner $$$ Scrum Master Facilitador Team Business Specialists System Analysts Developers Designers
- 9. Principais Artefatos User Story Acceptance Criteria Product Backlog All User Stories Sprint Backlog Specifics User Stories Burn Down Chart Management
- 10. Principais Atividades Planning Planning Poker Daily Meeting 15 Minutos O que você fez hoje? O que você vai fazer amanhã? O que esta impedindo você? Sprint Review Feedback do cliente Retrospective
- 11. Encontros Integração freqüente Melhoria na comunicação e entrosamento Visibilidade das falhas Crescimento acelerados dos membros do time Documentações atualizadas Eliminação das dependências de software Melhoria no design da aplicação
- 12. Desencontros Time “mau” treinado Ferrmenta automatizando o erro Cliente “preguiçoso” Falta de feedback Cliente não participativo Dificuldade em lidar com as falhas Nem todos estão preparados Muito over-time Imposição de ritmo Falta de definição de “Done”
- 13. Referências http://www.guj.com.br – Grupo de Usuários Java http://www.agilemodeling.com - Agile Modeling http://www.agilemanifesto.org – Manifesto Ágil http://www.extremeprogramming.org - XP http://www.improveit.com.br/xp - Consultoria especializada em metodologias Agéis http://www.improveit.com.br/scrum - Consultoria especializada em metodologias Agéis
- 14. Referências (cont.) http://delvar.wordpress.com/2006/05/03/o-jogo-do-planejamento-parte-i/ - Jogo do Planejamento http://delvar.wordpress.com/2006/05/03/o-jogo-do-planejamento-parte-ii/ - Jogo do Planejamento http://delvar.wordpress.com/2006/05/03/o-jogo-do-planejamento-parte-iii/ - Jogo do Planejamento http://www.ayende.com/projects/rhino-mocks/downloads.aspx - Rhino Mocks
- 15. Obrigado! Antonio Carlos Zegunis Filho http://blog.tucaz.net