Scrum e o Visual Studio Team System 2010

Scrum e o Visual Studio Team System 2010

mailto:[email protected]

mailto:[email protected]

• Planeamento do Projecto

• Planeamento do Sprint

• Execução do Sprint

Agenda

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


• Planeamento do Sprint


Agenda

• 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

Onde estão os requisitos ?

Planeamento do Projecto

“Como Cliente, quero

poder registar-me online,

por forma a poder usar os

serviços disponíveis”

As stories encontram-se

ordenadas pela sua

prioridade

As user stories novas

são adicionadas ao

Product Backlog

A equipa estima cada story

usando story points

5

8

3

5

8

1

Prio

rity

Product Backlog

User Stories

Sprint 3

Product Backlog

User Stories

Planeamento do Projecto

3

3

3

4

4

4

O Product Owner

reprioritiza o Backlog

Sprint 4

Prio

rity

As stories planeadas

serão executadas nos

próximos Sprints

• Criar User Stories

• Estimar Story Points

• Prioritizar

Product Backlog

Product Backlog

no Team Explorer

Product Backlog

Product Backlog

Novas stories criadas

pelo Product Owner

A template dá uma ajuda

para a story ser parecida

com a perspectiva do

Cliente ou do Utilizador

Product Backlog

Cada story é estimada

e ordenada por

prioridade

Product Backlog

Edição do Product

Backlog via Excel

Product Backlog

As stories muito grandes

ficam no Backlog

Cada story é

colocada num

Sprint a realizar

Product Backlog Workbook

…com datas de início e

fim e o número de

elementos da equipa

O Product Owner usa a

velocidade da equipa

para o ajudar no

planeamento dos Sprints

Product Backlog Workbook

Cada Sprint é

adicionado à

Worksheet de Iteration

Planning


• Sprint Planning


Agenda

• A equipa adiciona User Stories ao Sprint.

• Cada Story é detalhada em Tasks.

• A equipa compromete-se com o Sprint

O que é o Sprint Planning?

A equipa detalha

cada User Story

em Tasks

Product Backlog

User Stories

Sprint Planning

User Stories Tasks (horas)

Iteration Backlog

Sim!

Sim! 3

3

3

Não!

A equipa conclui

que esta Story dá

mais trabalho do

que aquilo com

que se pode

comprometer...

A equipa assume

compromissos

com base nas

estimativas que fez Durante a reunião de

Sprint Planning, o

Product Owner e a

equipa adicionam user

stories ao Sprint

Com esta Story

mais pequena a

equipa já pode

comprometer-se

Product Backlog

User Stories

Sprint Planning

3

3

3

3

Sim!

A Story maior é

removida do Sprint e

a equipa escolhe do

Backlog uma Story

mais pequena

? Sim!

Sim!

O Sprint foi

planeado e a

equipa está pronta

para começar!

User Stories Tasks (horas)

Iteration Backlog

• Detalha as User Stories em Tasks

• Distribui o trabalho

• Promove os compromissos

Durante o Sprint:

• Regista as interrupções

• Monitoriza o progresso

Sprint Planning

Iteration Backlog Workbook

Cada Sprint está associado

a um documento Excel que

a Equipa pode usar para se

gerir

São adicionadas as

datas do Sprint…


...assim como todas

as interrupções

planeadas


A Equipa detalha a

primeira User Story

em Tasks


Cada Task é

estimada em horas


A Equipa verifica a

sua capacidade

para fazer o Sprint


A Equipa detalha a

Story seguinte…


…mas um dos

membros tem

demasiado

trabalho

A Equipa tem

capacidade…


É detalhada a

última User Story


Com base na sua

capacidade e nas

estimativas, a Equipa

está over-committed


A última User

Story é removida


É substituída com

uma mais pequena

do Product Backlog


...mas um dos

membros ainda tem

demasiado trabalho A Equipa já está

confortável em assumir

o compromisso para o

Sprint…


As Tasks são

redistribuídas


Agora o trabalho

aparece bem

distribuído


Só falta

publicarmos

no TFS

Realizámos o

Sprint Planning!



• Sprint Planning


Agenda

• Monitorização do Progresso

• Entrega um incremento de funcionalidade

• O valor realizado é demonstrado

• Sprint Retrospective

Como é executado o Sprint?

Product Backlog

User Stories User Stories Tasks (hours)

Iteration Backlog

Execução do Sprint

A Equipa começa a

trabalhar nas Tasks…

Product Backlog


Iteration Backlog


0

20

40

60

80

100

2-1 2-8 2-15 2-22

Remaining Completed

O trabalho

realizado é

reportado

diariamente


0

20

40

60

80

100

2-1 2-8 2-15 2-22

Remaining Completed

Product Backlog


Iteration Backlog

0

20

40

60

80

100

2-1 2-8 2-15 2-22

Remaining Completed


Cada User

Story foi

implementada

Todo o trabalho do

Sprint está “DONE”

Product Backlog


Iteration Backlog

Product Backlog


Iteration Backlog


A Equipa faz uma

demonstração em que

apresenta o valor do

que desenvolveu

A Equipa desenvolveu

mais um incremento

de “potentially

shippable software”


O software é

entregue ao

Cliente

Product Backlog


Iteration Backlog

A Equipa reune

para fazer uma

Retrospectiva

As Stories entregues

no último Sprint são

fechadas


É feito um reset ao

Sprint Backlog – a

Equipa entregou aquilo

com que se

comprometeu

Product Backlog

User Stories User Stories Tasks (horas)

Iteration Backlog

O que funcionou?

O que não funcionou?

O que é que a Equipa pode

fazer para melhorar?


Novas Stories são

adicionadas ao

Backlog

Product Backlog


Iteration Backlog


As novas stories são

estimadas e prioritizadas

Product Backlog


Iteration Backlog

• Registo do trabalho diário

• Monitorização do progresso com Relatórios

e Dashboards

• Retrospectivas


Team Explorer

Actualização das Tasks

Iteration Backlog

Workbook

Actualização das Tasks

Monitorização do Progresso

O Burndown Chart

mostra a progressão

do trabalho que vai

sendo realizado

Monitorização do Progresso

Retrospectiva Podemos guardar as

informações da Retrospectiva

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

Conclusões

http://scrumpt.com

Session: S15 Silva

Scrum e o Visual Studio Team System 2010

Sports

Transcript of Scrum e o Visual Studio Team System 2010