Desenvolvimento ágil com Scrum e TFS 11 - Microsoft TechDay Sorocaba 2012

2.091 visualizações

Publicada em

o Empresas no mundo inteiro têm cada vez mais dificuldade para desenvolver e entregar software de qualidade. Os desafios são vários, tais como gerenciar as expectativas do usuário e as mudanças constantes de requisitos, bem como garantir a coesão e o foco do time. Venha ver como o desenvolvimento ágil de aplicações, apoiado sobre o SCRUM e o novo Team Foundation Server “11”, podem ajudar times de desenvolvimento a melhorar seu dia-a-dia de trabalho para entregar software de qualidade a seus clientes.

Publicada em: Tecnologia
  • Seja o primeiro a comentar

Desenvolvimento ágil com Scrum e TFS 11 - Microsoft TechDay Sorocaba 2012

  1. 1. Microsoft TechDay – Sorocaba – 19/05/2012 Desenvolvimento Ágil com SCRUM e TeamFoundation Server “11”
  2. 2. @IgorAbadeblog.lambda3.com.br/L3/IgorAbade
  3. 3. Agenda3 • Introdução • Priorização • Planejamento • Execução • Respondendo às Perguntas
  4. 4. Típico Projeto de Software “Precisamos nos adequar aos novos requisitos” “Nossa equipe de desenvolvimento não se comunica” “Não conseguimos garantir a qualidade das soluções” “Nossa equipe não produz o quanto gostaríamos” “Nosso cronograma está atrasado”
  5. 5. Típico Projeto de Software Taxa de Sucesso nos projetos de software 100% 90% 80% 70% 60% 50% Sem sucesso Com desafios 40% Bem-sucedido 30% 20% 10% 0% 1996 1998 2000 2002 2004 2006 Fonte: Standish Group, Relatório da Pesquisa do Terceiro Trimestre 2006, Resultados da CHAOS Research
  6. 6. Desafios: Problemas comuns• Requisitos de negócios não são gerenciados de forma efetiva• Ferramentas e dados dispersos• Testes não alinhados aos objetivos de negócios• Falta de orientações e processos definidos• Problemas de comunicação entre os membros da equipe• Visibilidade limitada do status do projeto para tomada de decisões
  7. 7. O Manifesto Ágil• 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. www.manifestoagil.com.br
  8. 8. Práticas Ágeis Otimizar todo o fluxo Foco na otimização de todo o processo de Lean negócios Cultura ágil, mindset e práticas Agile Eliminar desperdício Respeitar as pessoas, foco principalmente em P&D Scrum Framework de gestão ágil de projetos Papéis e cerimônias, melhoria contínua dos times, entrega rápida, limitar trabalho à capacidade XP Práticas de engenharia Trazer qualidade para dentro do desenvolvimento – Automação, integração contínua, revisão por pares etc.
  9. 9. Scrum• Iterativo• Comunicação• Auto-organizado• Define – Papéis – Artefatos – Eventos
  10. 10. Elementos do Scrum Scrum Master Product Owner Team
  11. 11. Office Version Control Test Case Management Requirements Build Automation Management Project Reporting Management Extensibility
  12. 12. Priorização
  13. 13. Priorização Planejamento Execução Respostas
  14. 14. Cuidando do Backlog Product Backlog 3 8 5Priority 3 8 1 5
  15. 15. Cuidando do Backlog Product Backlog 3 8 5 3 5 8 1
  16. 16. Critério de Aceitação Product Backlog Critério de Aceitação • Eu posso pesquisar por …. • Eu posso pagar com …. • Eu posso ver e editar …
  17. 17. Priorização
  18. 18. Planejamento
  19. 19. Priorização Planejamento Execução Respostas
  20. 20. Planejamento Product Backlog Sprint Backlog 5 3 8 5
  21. 21. Planejamento Product Backlog Sprint Backlog 5 8 5
  22. 22. Planejamento Product Backlog Sprint Backlog
  23. 23. Planejamento Product Backlog Sprint Backlog TOO BIG!
  24. 24. Planejamento Product Backlog Sprint Backlog
  25. 25. Planejamento Product Backlog Sprint Backlog COMMIT!
  26. 26. Planejamento
  27. 27. Execução
  28. 28. Priorização Planejamento Execução Respostas
  29. 29. ExecuçãoProduct Backlog Sprint Backlog
  30. 30. XP: Extreme Programming 31
  31. 31. Integração Contínua• Integração Contínua é uma prática• Integrar código cedo e com frequência, para evitar “Integration Hell"• Objetivo final é “parar e consertar” o mais cedo possível
  32. 32. Princípios• Automatize o Build e o mantenha rápido• Crie um Build “auto-testável”• Todo mundo faz check-in diariamente• Todo check-in deve ser compilado• Testes numa cópia do ambiente de produção• Facilite o acesso aos últimos entregáveis• Todo mundo pode ver os resultados do último build
  33. 33. Fluxo de Integração ContínuaDeveloper Product Build Cross Products Solution Integration • Code + Build + Unit • Build and Package • End to end flows • Pickup & Deploy Testing until stable • Unit Testing • Test • Get latest and Merge • Deploy and Test • Local Build + test + code • Integ / Acceptance / System analysis … • Check-in • Code Quality Checks • Profiling • Log Analysis Relatório de Falhas
  34. 34. TDD – Test-driven Development
  35. 35. Execução
  36. 36. Respondendo àsPerguntas Responding
  37. 37. Priorização Planejamento Execução Respostas
  38. 38. Planejamento Product Backlog Sprint Backlog
  39. 39. Velocidade Product Backlog Velocity Sprint 1: 13 Sprint 2: 15 Sprint 3: 12 Sprint 4: 18
  40. 40. Cuidando do Backlog Product BacklogPriority
  41. 41. Respondendo às mudanças Product BacklogPriority
  42. 42. “Pronto!"• Pronto (Done) define quando • Exemplo de um DoD um incremento do produto é simples: potencialmente entregável – Código completo• Definition of Done (DoD) – Uma lista – Testes passando simples, auditável, pertencent – Tudo em check-in e ao time – Critérios de aceitação – Pode ser influenciada por definidos pelo PO foram padrões organizacionais e requisitos específicos do atingidos produto ou da entrega
  43. 43. Conclusão Takeaways
  44. 44. Dez coisas para levar para pensar• Defina o “pronto” • Escreva testes de unidade.• Falhe rápido Sempre• Entenda a velocidade do seu • Autonomy, mastery, purpose time • Faça a coisa certa… na hora• Termine o que você começou certa• Bugs são trabalho de • Planeje até que você precise verdade aprender • Qualidade não é uma variável
  45. 45. www.lambda3.com.br

×