Scrum e o Visual Studio Team System 2010

  • 1,887 views
Uploaded on

Presented at Agile Portugal 26-06-2010. …

Presented at Agile Portugal 26-06-2010.

http://www.agilept.org/program/talk-tiago-andrade-e-silva

As ferramentas de alta produtividade que tenham em conta as necessidades reais dos programadores, são cada vez mais procuradas. O Scrum framework, em conjunto com a utilização adequada do Visual Studio Team System 2010, são claramente a melhor combinação que um Scrum Developer pode usar. A sessão é destinada a programadores que pretendem aplicar as boas práticas do Scrum em situações de projecto.

More in: Sports , Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to like this
No Downloads

Views

Total Views
1,887
On Slideshare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
91
Comments
1
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Scrum e o Visual Studio Team System 2010
  • 2. Agenda • Planeamento do Projecto • Planeamento do Sprint • Execução do Sprint
  • 3. Tiago Andrade e Silva • CTO @ Fullsix Portugal / Backlog • Mestrado em Eng. Informática (p.b.) • Post. Grad. em Gestão de Empresas Tecnológicas • Formador de Scrum
  • 4. Agenda • Planeamento do Projecto • Planeamento do Sprint • Execução do Sprint
  • 5. Onde estão os requisitos ? • Product Backlog • Lista “evolutiva” de User Stories • Descreve o que os utilizadores precisam e valorizam • Gerido pelo Product Owner • Prioritizado pelo valor que representa para o negócio • Cada user story é escrita na perspectiva do utilizador
  • 6. Planeamento do Projecto Product Backlog “Como Cliente, quero User Stories poder registar-me online, por forma a poder usar os 5 serviços disponíveis” 8 As stories encontram-se 5 ordenadas pela sua cada story Priority A equipa estima 3 prioridade story points usando 8 As user stories novas são adicionadas ao 1 Product Backlog
  • 7. Planeamento do Projecto Product Backlog As stories planeadas User Stories serão executadas nos Sprint 3 3 próximos Sprints 3 3 Priority SprintProduct Owner O 4 4 reprioritiza o Backlog 4 4
  • 8. Product Backlog • Criar User Stories • Estimar Story Points • Prioritizar
  • 9. Product Backlog Product Backlog no Team Explorer
  • 10. Product Backlog Novas stories criadas pelo Product Owner
  • 11. Product Backlog A template dá uma ajuda para a story ser parecida com a perspectiva do Cliente ou do Utilizador
  • 12. Product Backlog Cada story é estimada e ordenada por prioridade
  • 13. Product Backlog Edição do Product Backlog via Excel
  • 14. Product Backlog Workbook As stories muito grandes ficam no Backlog Cada story é colocada num Sprint a realizar
  • 15. Product Backlog Workbook O Product Owner usa a velocidade da equipa para o ajudar no …com datas de início e planeamentoSprint é fim e o número de Cada dos Sprints elementos da equipa adicionado à Worksheet de Iteration Planning
  • 16. Agenda • Planeamento do Projecto • Sprint Planning • Execução do Sprint
  • 17. O que é o Sprint Planning? • A equipa adiciona User Stories ao Sprint. • Cada Story é detalhada em Tasks. • A equipa compromete-se com o Sprint
  • 18. Sprint Planning Product Backlog Iteration Backlog User Stories User Stories Tasks (horas) 3 A equipa assume Sim! 3 compromissos A equipa conclui 3 que esta Story dá base nas de com Durante a reunião mais trabalho Sprint equipa detalha do A Planning, o estimativas que fez que aquilo com cada User e a Product Owner Story Sim! que se pode em Tasks equipa adicionam user comprometer... stories ao Sprint Não!
  • 19. Sprint Planning Product Backlog Iteration Backlog User Stories User Stories Tasks (horas) 3 Sim! 3 3 ? 3 A Story maior é Sim! removida do Sprint e a equipa escolhe do foi O Sprint Backlog uma Story eStory planeado a Com esta mais pequenaestá pronta equipa pequena a mais para começar! equipa já pode Sim! comprometer-se
  • 20. Sprint Planning • Detalha as User Stories em Tasks • Distribui o trabalho • Promove os compromissos Durante o Sprint: • Regista as interrupções • Monitoriza o progresso
  • 21. Iteration Backlog Workbook Cada Sprint está associado a um documento Excel que a Equipa pode usar para se gerir
  • 22. Iteration Backlog Workbook São adicionadas as datas do Sprint…
  • 23. Iteration Backlog Workbook ...assim como todas as interrupções planeadas
  • 24. Iteration Backlog Workbook A Equipa detalha a primeira User Story em Tasks
  • 25. Iteration Backlog Workbook Cada Task é estimada em horas
  • 26. Iteration Backlog Workbook A Equipa verifica a sua capacidade para fazer o Sprint
  • 27. Iteration Backlog Workbook A Equipa detalha a Story seguinte…
  • 28. Iteration Backlog Workbook
  • 29. Iteration Backlog Workbook …mas um dos A Equipa tem membros tem capacidade… demasiado trabalho
  • 30. Iteration Backlog Workbook
  • 31. Iteration Backlog Workbook É detalhada a última User Story
  • 32. Iteration Backlog Workbook Com base na sua capacidade e nas estimativas, a Equipa está over-committed
  • 33. Iteration Backlog Workbook A última User Story é removida
  • 34. Iteration Backlog Workbook É substituída com uma mais pequena do Product Backlog
  • 35. Iteration Backlog Workbook ...mas um dos membrosEquipatemestá A ainda já demasiado trabalho confortável em assumir o compromisso para o Sprint…
  • 36. Iteration Backlog Workbook As Tasks são redistribuídas
  • 37. Iteration Backlog Workbook As Tasks são redistribuídas
  • 38. Iteration Backlog Workbook Agora o trabalho aparece bem distribuído
  • 39. Iteration Backlog Workbook Só falta publicarmos no TFS Realizámos o Sprint Planning!
  • 40. Agenda • Planeamento do Projecto • Sprint Planning • Execução do Sprint
  • 41. Como é executado o Sprint? • Monitorização do Progresso • Entrega um incremento de funcionalidade • O valor realizado é demonstrado • Sprint Retrospective
  • 42. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (hours) A Equipa começa a trabalhar nas Tasks…
  • 43. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (hours) O trabalho realizado é reportado Remaining Completed 100 diariamente 80 60 40 20 0 2-1 2-8 2-15 2-22
  • 44. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (hours) Remaining Completed 100 80 60 40 20 0 2-1 2-8 2-15 2-22
  • 45. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (hours) Cada User Story foi implementada Remaining Completed 100 80 60 40 20 0 Todo o trabalho do 2-15 2-1 2-8 2-22 Sprint está “DONE”
  • 46. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (hours) A Equipa desenvolveu A Equipa faz uma mais um incremento demonstração em que de “potentially apresenta o valor do shippable software” que desenvolveu
  • 47. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (hours) O software é entregue ao Cliente
  • 48. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (horas) É feito um reset ao Sprint Backlog – a As Stories entregues Equipa entregou aquilo no último Sprint se com que são fechadas comprometeu O que funcionou? O que nãoEquipa reune A funcionou? O que é que a Equipauma para fazer pode fazer para melhorar? Retrospectiva
  • 49. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (hours) Novas Stories são adicionadas ao Backlog
  • 50. Execução do Sprint Product Backlog Iteration Backlog User Stories User Stories Tasks (hours) As novas stories são estimadas e prioritizadas
  • 51. Execução do Sprint • Registo do trabalho diário • Monitorização do progresso com Relatórios e Dashboards • Retrospectivas
  • 52. Actualização das Tasks Team Explorer
  • 53. Actualização das Tasks Iteration Backlog Workbook
  • 54. Monitorização do Progresso O Burndown Chart mostra a progressão do trabalho que vai sendo realizado
  • 55. Monitorização do Progresso
  • 56. Monitorização do Progresso
  • 57. Retrospectiva Podemos guardar as informações da Retrospectiva
  • 58. Conclusões • O Visual Studio Team System 2010 é uma boa base para suportar o desenvolvimento ágil de software • A tríade Scrum, Técnicas Ágeis e o VSTS são 50% do que é preciso para fazermos projectos de sucesso. • A outra metade são pessoas motivadas, competentes e honestas.
  • 59. http://scrumpt.com
  • 60. Session: S15 Silva