Académique Documents
Professionnel Documents
Culture Documents
AdaptWorks
Al. Lorena, 638 4 andar
So Paulo, SP
SCRUM GUIA DE REFERNCIA 2
Contedo
Definies e Origem .................................................................................... 4
Fundamentos de Scrum .................................................................................. 5
Valores e Princpios......................................................................................... 6
Manifesto gil ............................................................................................. 6
Princpios geis ........................................................................................... 6
Valores de Scrum ........................................................................................ 7
Os Pilares de Scrum ........................................................................................ 8
Transparncia ............................................................................................. 8
Inspeo ...................................................................................................... 8
Adaptao ................................................................................................... 8
Responsabilidades e Papis ......................................................................... 9
Time Scrum ................................................................................................... 10
Product Owner.......................................................................................... 10
Development Team .................................................................................. 11
ScrumMaster ............................................................................................ 12
Eventos e Artefatos................................................................................... 14
Eventos de Scrum ......................................................................................... 15
Sprint......................................................................................................... 15
Sprint Planning Meeting ........................................................................... 15
Daily Scrum ............................................................................................... 16
Sprint Review ............................................................................................ 17
Sprint Retrospective ................................................................................. 17
Release Planning Meeting ........................................................................ 18
Artefatos de Scrum ....................................................................................... 21
Product Backlog ........................................................................................ 21
Sprint Backlog ........................................................................................... 22
Product Increment .................................................................................... 23
Definition of Done (DoD) .......................................................................... 23
Burndown Charts ...................................................................................... 23
Apndice .................................................................................................. 26
Auto-Organizao ......................................................................................... 27
Facilitao ..................................................................................................... 28
Viso.............................................................................................................. 29
User Stories ................................................................................................... 30
Estimativa ..................................................................................................... 32
Planning Poker .......................................................................................... 32
Por que Planning Poker funciona? ........................................................... 33
Sequncia de Fibonacci ............................................................................ 33
Velocidade ................................................................................................ 34
Ferramentas Online ...................................................................................... 35
Bibliografia .................................................................................................... 36
Definies e Origem
Fundamentos de Scrum
A definio de Scrum : um framework com o qual as pessoas podem
resolver problemas complexos e adaptveis, enquanto entregam produtos
de forma produtiva e criativa e com o maior valor possvel. Scrum :
Leve
Simples de entender
Difcil de aplicar
Diferente de uma linha de montagem, onde cada passo pode ser previsto e
monitorado, em projetos de desenvolvimento complexo de softwares isso
se torna impossvel, e da a razo de se utilizar um processo emprico.
Valores e Princpios
Em 2001, um grupo de profissionais e pensadores se reuniu para
conversar e comentar sobre metodologias e prticas que vinham
utilizando no gerenciamento de projetos de software. Entre eles estavam
Jeff Sutherland e Ken Schwaber, os criadores do Scrum.
Manifesto gil
Em uma traduo livre, o Manifesto gil consiste no seguinte:
Princpios geis
1. Nossa maior prioridade satisfazer o cliente atravs da entrega
contnua e adiantada de software com valor agregado.
Valores de Scrum
Alm de seguir o Manifesto gil e seus Princpios, Scrum possui cinco
valores que so bastante voltados para a parte humana de Scrum. So eles:
Foco
Coragem
Sinceridade
Comprometimento
Respeito
Os Pilares de Scrum
Scrum baseia-se em trs pilares: transparncia, inspeo e adaptao.
Transparncia
Por se basear no empirismo, transparncia fundamental em Scrum. Por
isso, todo o processo deve estar visvel a todos os envolvidos na criao do
produto.
Inspeo
Como se trata de um controle emprico de processos, o processo em si
deve ser inspecionado regularmente para detectar eventuais problemas.
Veremos mais adiante em quais pontos e momentos as inspees so
feitas.
Adaptao
Caso a inspeo detecte algum problema no processo, ou alguma forma de
melhor-lo, adaptaes devem ser feitas a ele. Estas adaptaes devem ser
feitas o mais rpido possvel para garantir a produtividade do time e a
qualidade do produto. Alm disso, Scrum prev algumas oportunidades
para estas adaptaes:
Responsabilidades e
Papis
Scrum possui poucos papis, mas muito bem definidos. Alm disso, as
responsabilidades dentro do projeto so distribuidas de forma diferente
do que em metodologias tradicionais.
Time Scrum
Os papis que compem um time Scrum so poucos, mas muito bem
definidos. Entretanto, importante entender que so papis, e no cargos.
Isso pode causar um pouco de confuso em empresas que tentam fazer o
mapeamento de cargos existentes aos papis de Scrum.
Product Owner
O papel do Product Owner requer que a pessoa seja responsvel por
gerenciar o Product Backlog, garantir o ROI Return on Investiment ou
Retorno Sobre o Investimento definir a viso do produto, gerenciar a
entrada de novos requisitos e definir sua ordem, gerenciar o plano de
releases e aceitar ou rejeitar o que for entregue ao final de cada iterao.
Development Team
Em Scrum, todo o desenvolvimento feito pelo Development Team. Para
isto, necessrio que ele seja composto de pessoas de diferentes perfis
profissionais arquitetos, analistas, designers, desenvolvedores,
testadores, etc. Em suma, um Development Team deve ser autossuficiente
para alcanas as metas das Sprints. Um time composto desta forma
consegue ter diferentes opinies e pontos de vista, alm da experincia
diversificada, o que permite uma maior criatividade ao transformar um
item de negcio em um incremento do produto.
ScrumMaster
Em diversos dicionrios, ao procurar a palavra mestre (master), voc
encontra as seguintes definies:
Eventos e Artefatos
Eventos de Scrum
Sprint
Todo o desenvolvimento em Scrum feito de forma iterativa e incremental
ciclos completos de desenvolvimento de durao fixa onde ao final temos
incrementos potencialmente entregveis do produto. Estas iteraes so
chamadas de Sprints.
Uma vez selecionados os itens, o Time Scrum define uma Meta da Sprint.
Esta Meta da Sprint serve como um guia para o Development Team sobre
o que estar sendo desenvolvido durante a Sprint.
Daily Scrum
Diariamente, o Development Team se rene para uma reunio de no
mximo 15 minutos, onde cada membro por vez responde para os outros
membros:
Sprint Review
Ao final da Sprint, temos uma outra cerimnia chamada Sprint Review.
Nesta cerimnia podem participar quem quer que esteja interessado no
produto.
Sprint Retrospective
O ltimo evento de uma Sprint a Sprint Retrospective e ocorre
imediatamente aps a Sprint Review. Participam desta reunio todos os
membros do Time Scrum, e o foco o aprimoramento do processo a
interao entre os membros do time, as prticas e ferramentas utilizadas,
o que funcionou e o que precisa ser melhorado na prxima Sprint. Claro,
identificar problemas no suficiente. Assim, importante tambm
identificar medidas a serem tomadas para a melhoria do processo para as
prximas Sprint.
Artefatos de Scrum
Scrum possui alguns artefatos que do uma viso do andamento do
projeto e das Sprints.
Product Backlog
Sprint Backlog
Product Increment
Definition of Done
Burndown Charts
Product Backlog
O Product Backlog uma lista ordenada criada pelo Time Scrum, mas onde
somente o Product Owner pode inserir, remover ou reordenar os itens.
O formato mais utilizado para estes itens o de User Stories, que devero
ser ordenados de acordo com o critrio do Product Owner geralmente
itens mais importantes ficam no topo, e sero implementados antes. Em
geral, os itens de maior importncia so os itens que se tm maior
conhecimento, e por isso possuem um detalhamento maior. Itens que
precisem de maior refinamento geralmente tm uma importncia menor e
ficam mais abaixo no Product Backlog.
suficiente para que caiba em uma nica Sprint e deve deixar claro quanto a
expectativa do Product Owner (geralmente atravs de um critrio de
aceite acceptance criteria).
Sprint Backlog
O Sprint Backlog o conjunto de itens selecionados para serem
implementados durante a Sprint mais o plano para transforma-los em um
Incremento. Assim, ao final de cada Sprint Planning Meeting, um novo
Sprint Backlog criado. Normalmente, o plano composto das tarefas
tcnicas necessrias para transformar o item em um incremento do
produto.
desnecessrias. Mas importante que ele seja atualizado pelo menos uma
vez por dia.
Product Increment
Ao final de cada Sprint, o Development Team entrega um incremento do
produto, resultado do que foi produzido durante a Sprint. Este um dos
conceitos principais de Scrum e vai de encontro com a sua natureza
emprica, j que permite que o Product Owner perceba o valor do
investimento e tambm vislumbre outras possibilidades.
Burndown Charts
Em Scrum, o Development Team autogerenciado, e para ajudar neste
autogerenciamento, o Development Team pode fazer uso do Sprint
Burndown Chart.
Apndice
Auto-Organizao
Quando falamos em auto-organizao, muitos ainda entendem como
desorganizao ou indisciplina. Entretanto, a realidade muito
diferente.
Facilitao
Segundo Peter Pfeiffer no livro Facilitao de Projetos, um facilitador
um catalisador para as diversas idias que se apresentam em um grupo.
Leitura Recomendada
FACILITAO DE PROJETOS, de Peter Pfeiffer. Brasport.
Viso
Apesar de no ser oficialmente uma cerimnia Scrum, a Reunio de Viso
do produto permite ao Product Owner expr ao Development Team e ao
Scrum Master a viso do produto que nortear o projeto. Nesta reunio, o
Product Owner pode coletar sugestes e idias para compor o Product
Backlog.
Esta reunio importante para que todos dentro do Time Scrum saibam o
direcionamento do projeto. Atravs desta viso, o Development Team sabe
durante todo o ciclo de vida do projeto se esto ou no se desviando da
viso original.
Alm disso, tcnicas como: Product Vision Box, Product Roadmap, Project
Datasheet e outras, so extremamente teis para que todos estejam mais
certos dos objetivos do produto antes do incio das Sprints. Apesar de
parecer desnecessrio, isto resulta em um grupo extremamente alinhado
com a viso resultante.
Leitura Recomendada
INNOVATION GAMES: CREATING BREAKTHROUGH PRODUCTS THROUGH
COLLABORATIVE PLAY, de Luke Hohmann. Addison-Wesley Professional.
User Stories
Ao descrever os itens de negcios para o Product Backlog, o Product
Owner pode optar por diversos formatos, tais como requisitos, Use Cases,
features (FDD), User Stories, entre outros, sendo este ltimo um dos mais
utilizados. Isso porque um User Story descreve uma funcionalidade que
tenha valor ao cliente, mas em termos de negcios e no de uma forma
tcnica. Assim, um User Story composta de trs aspectos:
Carto
Conversao
Confirmao
Leitura Recomendada
USER STORIES APPLIED: FOR AGILE SOFTWARE DEVELOPMENT, de Mike
Cohn. Addison-Wesley Professional
Estimativa
Quando utilizamos User Stories, comum utilizarmos uma outra unidade
de medida, ao invs do usual tempo utilizado frequantemente em
metodologias tradicionais. No caso de User Stories, utilizamos Story
Points.
Planning Poker
No incio do Planning Poker, cada membro do time recebe um conjunto de
cartas. Cada carta exibe um dos valores vlidos para a estimativa (0, 1, 2, 3,
5, 8, 13, 20, 40 e 100, por exemplo). Em geral, os valores seguem uma
escala baseada na sequncia Fibonacci outra sequncia pode ser
escolhida, porm Fibonacci a mais utilizada.
Sequncia de Fibonacci
A sequncia de Fibonacci a escala mais utilizada na estimativa de User
Stories utilizando-se Planning Poker. Isso se deve ao fato da sequncia
Fibonacci ser uma funo quadrtica, ao invs de um funo linear, o que
produz uma curva assim:
Fibonacci
60
55
50
40
34
30
20 21
13
10
8
5
2 3
0 1
1 2 3 4 5 6 7 8 9
Grfico 1 Grfico da sequncia de Fibonacci
Velocidade
Velocidade representa a capacidade de um Development Team em uma
Sprint, e sempre medida utilizando a mesma unidade aplicada na
estimativa dos itens.
Leitura Recomendada
AGILE ESTIMATING AND PLANNING, de Mike Cohn. Prentice Hall.
Ferramentas Online
Rally
http://www.rallydev.com/
VersionOne
http://www.versionone.com/
Mingle
http://www.thoughtworks-studios.com/mingle-agile-project-
management
ScrumWorks
http://www.open.collab.net/products/scrumworks/
iceScrum
http://www.icescrum.org/en/
ScrumHalf
http://www.scrumhalf.com.br/login.jsf
Bibliografia
Cohn, Mike. 2005. Agile Estimating and Planning. s.l. : Prentice Hall, 2005.