Este documento descreve como o Scrum e o Visual Studio Team System 2010 podem ser usados juntos para gerir projetos ágeis. Resume três etapas principais: 1) Planeamento do projeto e do sprint com user stories no backlog do produto; 2) Execução do sprint com monitorização do progresso e entrega de incrementos; 3) Retrospectiva após cada sprint para melhoria contínua.

1. Scrum e o Visual Studio Team System 2010

2. Agenda
• Planeamento do Projecto
• Planeamento do Sprint
• Execução do Sprint

4. 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

6. Agenda
• Planeamento do Projecto
• Planeamento do Sprint
• Execução do Sprint

7. 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

8. 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

9. 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

11. Product Backlog
• Criar User Stories
• Estimar Story Points
• Prioritizar

12. Product Backlog
Product Backlog
no Team Explorer

13. Product Backlog
Novas stories criadas
pelo Product Owner

14. Product Backlog
A template dá uma ajuda
para a story ser parecida
com a perspectiva do
Cliente ou do Utilizador

15. Product Backlog
Cada story é estimada
e ordenada por
prioridade

16. Product Backlog
Edição do Product
Backlog via Excel

17. Product Backlog Workbook
As stories muito grandes
ficam no Backlog
Cada story é
colocada num
Sprint a realizar

18. 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

19. Agenda
• Planeamento do Projecto
• Sprint Planning
• Execução do Sprint

20. O que é o Sprint Planning?
• A equipa adiciona User Stories ao Sprint.
• Cada Story é detalhada em Tasks.
• A equipa compromete-se com o Sprint

21. 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!

22. 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

24. Sprint Planning
• Detalha as User Stories em Tasks
• Distribui o trabalho
• Promove os compromissos
Durante o Sprint:
• Regista as interrupções
• Monitoriza o progresso

25. Iteration Backlog Workbook
Cada Sprint está associado
a um documento Excel que
a Equipa pode usar para se
gerir

26. Iteration Backlog Workbook
São adicionadas as
datas do Sprint…

27. Iteration Backlog Workbook
...assim como todas
as interrupções
planeadas

28. Iteration Backlog Workbook
A Equipa detalha a
primeira User Story
em Tasks

29. Iteration Backlog Workbook
Cada Task é
estimada em horas

30. Iteration Backlog Workbook
A Equipa verifica a
sua capacidade
para fazer o Sprint

31. Iteration Backlog Workbook
A Equipa detalha a
Story seguinte…

32. Iteration Backlog Workbook

33. Iteration Backlog Workbook
…mas um dos A Equipa tem
membros tem capacidade…
demasiado
trabalho

34. Iteration Backlog Workbook

35. Iteration Backlog Workbook
É detalhada a
última User Story

36. Iteration Backlog Workbook
Com base na sua
capacidade e nas
estimativas, a Equipa
está over-committed

37. Iteration Backlog Workbook
A última User
Story é removida

38. Iteration Backlog Workbook
É substituída com
uma mais pequena
do Product Backlog

39. Iteration Backlog Workbook
...mas um dos
membrosEquipatemestá
A ainda já
demasiado trabalho
confortável em assumir
o compromisso para o
Sprint…

40. Iteration Backlog Workbook
As Tasks são
redistribuídas

41. Iteration Backlog Workbook
As Tasks são
redistribuídas

42. Iteration Backlog Workbook
Agora o trabalho
aparece bem
distribuído

43. Iteration Backlog Workbook
Só falta
publicarmos
no TFS
Realizámos o
Sprint Planning!

44. Agenda
• Planeamento do Projecto
• Sprint Planning
• Execução do Sprint

45. Como é executado o Sprint?
• Monitorização do Progresso
• Entrega um incremento de funcionalidade
• O valor realizado é demonstrado
• Sprint Retrospective

46. Execução do Sprint
Product Backlog Iteration Backlog
User Stories User Stories Tasks (hours)
A Equipa começa a
trabalhar nas Tasks…

47. 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

48. 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

49. 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”

50. 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

51. Execução do Sprint
Product Backlog Iteration Backlog
User Stories User Stories Tasks (hours)
O software é
entregue ao
Cliente

52. 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

53. Execução do Sprint
Product Backlog Iteration Backlog
User Stories User Stories Tasks (hours)
Novas Stories são
adicionadas ao
Backlog

54. Execução do Sprint
Product Backlog Iteration Backlog
User Stories User Stories Tasks (hours)
As novas stories são
estimadas e prioritizadas

56. Execução do Sprint
• Registo do trabalho diário
• Monitorização do progresso com Relatórios
e Dashboards
• Retrospectivas

57. Actualização das Tasks
Team Explorer

58. Actualização das Tasks
Iteration Backlog
Workbook

59. Monitorização do Progresso
O Burndown Chart
mostra a progressão
do trabalho que vai
sendo realizado

60. Monitorização do Progresso

61. Monitorização do Progresso

62. Retrospectiva
Podemos guardar as
informações da Retrospectiva

63. 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.

64. http://scrumpt.com

65. Session: S15 Silva