Você está na página 1de 31

Entendendo Scrum para Gerenciar Projetos de Forma gil

Paulo Pereira (Caju) | caju@cesar.org.br


Julho/2007

Paulo Pereira

Gerente de Projetos do C.E.S.A.R Certificado ScrumMaster pela ScrumAlliance.org

18 Anos de experincia em IT paulo.pereira@cesar.org.br

Agenda

Introduo Por que Scrum? Como funciona o Scrum? Papis e Responsabilidades do Scrum Conceitos, Artefatos e Fases do Scrum

Entendendo Scrum para Gerenciar Projetos de Forma gil

Introduo
O que gil?
gil um conjunto de processos para desenvolvimento de software que usa conceitos como: Autogerenciamento

Iteratividade Tcnicas incrementais Autoorganizao,

Times multifuncionais

Pessoas

Menos sobre processo e mais orientado no que as pessoas podem fazer

Por que Scrum?


O Scrum no um processo previsvel, ele no define o que fazer em toda circunstncia KEN SCHWABER (2004)

Bastante objetivo Papis e Responsabilidades bem definidas Fcil adaptao Curva de aprendizado baixa No um processo previsvel um framework e um conjunto de prticas

O Scrum no vai dizer exatamente o que fazer, no ir resolver todos os seus problemas, mas com certeza os problemas sero mais facilmente identificados

Como funciona o Scrum?


Scrum um processo gil ou framework para gerenciamento de projetos geis. Ele enquadrado como um processo para gerenciamento de projetos e certamente no uma metodologia, se o fosse, seria muito pesado. KEN SCHWABER (2004)

Papis e Responsabilidades do Scrum

Papis e Responsabilidades do Scrum


Define os requesitos, datas e contedo das releases Reponsvel pelo ROI do produto Responsvel pela manuteno e priorizao do Backlog Aceita ou rejeita os resultados das Sprints Garante que o time est funcional e produzindo Remove os impedimentos e promove a comunicao Protege time de interferncias externas Garante que todos envolvidos esto aplicando as prticas Scrum Participa das reunies dirias, Reviso e planejamento Configurao multi-funcional Equipe de 7-10 participantes Seleciona os items priorizados para o sprint backlog Tem o direito de fazer o que for preciso, dentro dos limites do projeto, para atingir os objetivos comprometidos Participa das reunies dirias, Reviso e planejamento

Conceitos, Artefatos e Fases do Scrum

Preparao

Estimativas Planning Poker Atualizao do Backlog do produto Planejamento da Sprint Sprint e Sprint backlog Reunio diria Daily Meeting rea de trabalho Burndown Charts Produto incremental Reviso da Sprint Retrospectiva da Sprint

Preparao

Negcio

Viso

Verso inicial do Backlog

Plano de release

Montagem Time

Logstica

Estimativas
Estratgia Portiflio

Produto Release
Sprint

Dirio

Estimando Backlog do produto

Story Points (Por pontos)


Valores relativos Mais abstrato

Ideal Days
Mais fcil para iniciantes Fcil de explicar

Estimando por Story Points

Baseia-se no tamanho da histria influenciado pela:


Sua dificuldade e complexidade

Conhecimento

O importante so os valores relativos


Pontos so medidas sem unidade

Times diferentes podem ter pontos diferentes para histrias

Estimando por Story Points

Principais tcnicas:
Opinio de especialista Analogia Diviso e conquista (desmembramento)

Principais problemas
Disponibilidade

Estimador no programa
Estimativas por item de backlog no por tarefa

Estimando por Ideal days


Baseado na durao de tarefas Unidade bem definida (dias ou horas) No considera acontecimentos paralelos ou interrupes O tempo ideal quase nunca igual ao tempo real mais fcil de estimar

No fcil estimar considerando todos as interrupes e variaes

Story Points ou Ideal Times ?

Story Points
Foco nas funcionalidades mais rpido No perde a validade

Ideal days
Mais fcil de explicar para equipe e pessoas fora da equipe Mais atrativo com equipe de pouca experincia Meu dia ideal deferente do seu Ideal days fora empresas ao controle de desperdcio de tempo

Medida de tamanho relativo


Evita converses entre unidades

O que usar ento? Story points

Para planejar:
Defina a sua escala
1,2,3,4,5,8,... 0,1,2,4,8,... 10,20,30,50,100 Etc...

Identifique as histrias, temas e picos

Estimando Backlog do produto


Planning Poker Baseado em Fibonacci (1,2,3,5,8,13,...) + 20, 40, 100 Os nmeros maiores tem menos granularidade. Porque no temos o 21?

Aumenta a velocidade limitando as opes Evitatar o sentimento de preciso para valores altos Incentiva time a quebrar histrias grandes em menores

Planning Poker
Pessoal, qual a estimativa para essa histria?

Planejamento da Sprint

Product Backlog exista e cada item esteja estimado Um Product Backlog e um Product Owner. Todos os itens devem ter o seu valor de negcio O Product Owner deve entender todos os itens do Product Backlog, normalmente ele o autor do mesmo, mas em alguns casos outras pessoas podem ter colocado itens no Backlog

Atualizao do Backlog do produto


Valor de Estimativa negcio (Story (VN) Points) 850 500 13 3

IBL

Tema

Descrio do Item Backlog

Peso (5,3,1)
5 3

(VN/SP)*P Sprint 326,9231 500

1
2 3 4 5 6 7

Como cliente, gostaria de fazer Reserva uma reserva Como cliente, gostaria de Reserva cancelar uma reserva Como cliente, gostaria de poder Reserva mudar a data da minha reserva Admin

900
700

5
5

5
5

900
700

Como funcionrio, quero ter relrio de reservas programadas

Sistema Melhorar o tratamento de erros ... ... ... ...

700
...

5
...

5
...

700
... ...

...

...

...

...

...

Sprint e Sprint backlog

Secionando os itens do
backlog. Criar o Sprint backlog

Criar as tarefas

Reunio diria Daily Meeting


Porque um projeto atrasa um ano? Atrasando um dia aps o outro

O que foi feito desde ontem? O que voc planeja fazer para amanh? Voc tem algum impedimento?
15 Min

rea de trabalho

Burndown Charts

Burndown Charts

Produto incremental

IBL

IBL
IBL

Produto

Sprint

Anlise

Design

Codifica

Testa

Etc...

Reviso da Sprint

Produto

Retrospectiva da Sprint
No timeline da Sprint

Sprint
O que deu certo? O que pode melhorar?

Dvidas?