MR
Julho de 2016
Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland
Indice
O propsito do Guia do Scrum ...................................................................................................... 3
Definio do Scrum ....................................................................................................................... 3
O Product Owner....................................................................................................................... 5
O Time de Desenvolvimento ..................................................................................................... 6
O Scrum Master ........................................................................................................................ 7
Incremento .............................................................................................................................. 15
Concluso .................................................................................................................................... 16
Agradecimentos .......................................................................................................................... 17
Pessoas .................................................................................................................................... 17
Histria .................................................................................................................................... 17
Traduo.................................................................................................................................. 17
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 2
Scrum um framework para desenvolver e manter produtos complexos. Este guia contm a
definio do Scrum. Esta definio consiste em papis, eventos, artefatos e as regras do Scrum
que unem os demais e os mantm integrados. Ken Schwaber e Jeff Sutherland desenvolveram
o Scrum; o Guia do Scrum escrito e fornecido por eles. Juntos, eles apoiam o Guia do Scrum.
Definio do Scrum
Scrum (subs): Um framework dentro do qual pessoas podem tratar e resolver problemas
complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais
alto valor possvel. Scrum :
Leve
Simples de entender
Extremamente difcil de dominar
Scrum um framework estrutural que est sendo usado para gerenciar o desenvolvimento de
produtos complexos desde o incio de 1990. Scrum no um processo ou uma tcnica para
construir produtos; em vez disso, um framework dentro do qual voc pode empregar vrios
processos ou tcnicas. O Scrum deixa claro a eficcia relativa das prticas de gerenciamento e
desenvolvimento de produtos, de modo que voc possa melhor-las.
O framework Scrum consiste nos times do Scrum associadas a papis, eventos, artefatos e
regras. Cada componente dentro do framework serve a um propsito especfico e essencial
para o uso e sucesso do Scrum.
As regras do Scrum integram os eventos, papis e artefatos, administrando as relaes e
interaes entre eles. As regras do Scrum so descritas ao longo deste documento.
Estratgias especficas para o uso do framework Scrum variam e so descritas em outros
documentos.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 3
Teoria do Scrum
Transparncia
Aspectos significativos do processo devem estar visveis aos responsveis pelos resultados.
Esta transparncia requer aspectos definidos por um padro comum para que os observadores
compartilharem um mesmo entendimento do que est sendo visto.
Por exemplo:
Uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os
participantes; e,
Uma definio comum de Pronto 1 deve ser compartilhada por aqueles que realizam o
trabalho e por aqueles que aceitam o resultado do trabalho.
Inspeo
Adaptao
Se um inspetor determina que um ou mais aspectos de um processo desviou para fora dos
limites aceitveis, e que o produto resultado ser inaceitvel, o processo ou o material sendo
produzido deve ser ajustado. O ajuste deve ser realizado o mais breve possvel para minimizar
mais desvios.
O Scrum prescreve quatro Eventos formais, contidos dentro dos limites da Sprint, para
inspeo e adaptao, como descrito na seo Eventos do Scrum deste documento.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 4
Valores do Scrum
O Time Scrum
O Time Scrum composto pelo Product Owner, o Time de Desenvolvimento e o Scrum Master.
Times Scrum so auto-organizveis e multifuncionais. Times auto-organizveis escolhem qual a
melhor forma para completarem seu trabalho, em vez de serem dirigidos por outros de fora do
Time. Times multifuncionais possuem todas as competncias necessrias para completar o
trabalho sem depender de outros que no fazem parte da equipe. O modelo de time no Scrum
projetado para aperfeioar a flexibilidade, criatividade e produtividade.
Times Scrum entregam produtos de forma iterativa e incremental, maximizando as
oportunidades de realimentao. Entregas incrementais de produto Pronto garantem que
uma verso potencialmente funcional do produto do trabalho esteja sempre disponvel.
O Product Owner
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 5
O Product Owner pode fazer o trabalho acima, ou delegar para o Time de Desenvolvimento
faz-lo. No entanto, o Product Owner continua sendo o responsvel pelos trabalhos.
O Product Owner uma pessoa e no um comit. O Product Owner pode representar o desejo
de um comit no Backlog do Produto, mas aqueles que quiserem uma alterao nas
prioridades dos itens de Backlog devem convencer o Product Owner.
Para que o Product Owner tenha sucesso, toda a organizao deve respeitar as suas decises.
As decises do Product Owner so visveis no contedo e na priorizao do Backlog do
Produto. Ningum tem permisso para falar com o Time de Desenvolvimento sobre diferentes
configuraes de prioridade, e o Time de Desenvolvimento no tem permisso para agir sobre
o que outras pessoas disserem.
O Time de Desenvolvimento
Page | 6
O Scrum Master
O Scrum Master responsvel por garantir que o Scrum seja entendido e aplicado. O Scrum
Master faz isso para garantir que o Time Scrum adere teoria, prticas e regras do Scrum. O
Scrum Master um servo-lder para o Time Scrum.
O Scrum Master ajuda aqueles que esto fora do Time Scrum a entender quais as suas
interaes com o Time Scrum so teis e quais no so. O Scrum Master ajuda todos a
mudarem estas interaes para maximizar o valor criado pelo Time Scrum.
O Scrum Master trabalhando para o Product Owner
O Scrum Master serve o Product Owner de vrias maneiras, incluindo:
Trabalhando com outros Scrum Masters para aumentar a eficcia da aplicao do Scrum
nas organizaes.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 7
Eventos Scrum
Eventos prescritos so usados no Scrum para criar uma rotina e minimizar a necessidade de
reunies no definidas no Scrum. Todos os eventos so eventos time-boxed, de tal modo que
todo evento tem uma durao mxima. Uma vez que a Sprint comea, sua durao fixada e
no pode ser reduzida ou aumentada. Os eventos restantes podem terminar sempre que o
propsito do evento alcanado, garantindo que uma quantidade adequada de tempo seja
gasta sem permitir perdas no processo.
Alm da Sprint, que um container para outros eventos, cada evento no Scrum uma
oportunidade de inspecionar e adaptar alguma coisa. Estes eventos so especificamente
projetados para permitir uma transparncia e inspeo criteriosa. A no incluso de qualquer
um dos eventos resultar na reduo da transparncia e da perda de oportunidade para
inspecionar e adaptar.
Sprint
Cada Sprint pode ser considerada um projeto com horizonte no maior que um ms. Como os
projetos, as Sprints so utilizadas para realizar algo. Cada Sprint tem a definio do que para
ser construdo, um plano projetado e flexvel que ir guiar a construo, o trabalho e o
resultado do produto.
Sprints so limitadas a um ms corrido. Quando o horizonte da Sprint muito longo, a
definio do que ser construdo pode mudar, a complexidade pode aumentar e o risco pode
crescer. Sprints permitem previsibilidade que garante a inspeo e adaptao do progresso em
direo meta pelo menos a cada ms corrido. Sprints tambm limitam o risco ao custo de um
ms corrido.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 8
Cancelamento da Sprint
Uma Sprint pode ser cancelada antes do time-boxed da Sprint terminar. Somente o Product
Owner tem a autoridade para cancelar a Sprint, embora ele (ou ela) possa fazer isso sob
influncia das partes interessadas, do Time de Desenvolvimento ou do Scrum Master.
A Sprint poder ser cancelada se o objetivo da Sprint se tornar obsoleto. Isto pode ocorrer se a
organizao mudar sua direo ou se as condies do mercado ou das tecnologias mudarem.
Geralmente a Sprint deve ser cancelada se ela no faz mais sentido s dadas circunstncias. No
entanto, devido a curta durao da Sprint, raramente cancelamentos fazem sentido.
O cancelamentos de Sprints consome recursos, j que todos tem que se reagrupar em outra
reunio de planejamento da Sprint para iniciar outra Sprint. Cancelamentos de Sprints so
frequentemente traumticos para o Time Scrum, e so muito incomuns.
Page | 9
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 10
colaboram com o Product Owner para negociar o escopo do Backlog da Sprint dentro da
Sprint.
Reunio Diria
O que eu fiz ontem que ajudou o Time de Desenvolvimento a atender a meta da Sprint?
O que eu farei hoje para ajudar o Time de Desenvolvimento atender a meta da Sprint?
Eu vejo algum obstculo que impea a mim ou o Time de Desenvolvimento no atendimento
da meta da Sprint?
Reviso da Sprint
Page | 11
Esta uma reunio time-boxed de 4 horas de durao para uma Sprint de um ms. Para
Sprints menores, este evento usualmente menor. O Scrum Master garante que o evento
ocorra e que os participantes entendam o seu objetivo. O Scrum Master ensina a todos a
manter a reunio dentro dos limites do Time-box.
A Reunio de Reviso inclui os seguintes elementos:
Retrospectiva da Sprint
Inspecionar como a ltima Sprint foi em relao s pessoas, aos relacionamentos, aos
processos e s ferramentas;
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 12
Artefatos do Scrum
Backlog do Produto
O Backlog do Produto uma lista ordenada de tudo que deve ser necessrio no produto, e
uma origem nica dos requisitos para qualquer mudana a ser feita no produto. O Product
Owner responsvel pelo Backlog do Produto, incluindo seu contedo, disponibilidade e
ordenao.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 13
Os itens do Backlog do Produto de ordem mais alta (topo da lista) devem ser mais claros e
mais detalhados que os itens de ordem mais baixa.Estimativas mais precisas so feitas
baseadas em maior clareza e maior detalhamento; Quanto menor a ordem na lista, menos
detalhes. Os itens do Backlog do Produto que iro ocupar o desenvolvimento na prxima
Sprint so mais refinados, de modo que todos os itens possam ser Prontos dentro do timeboxed da Sprint. Os itens do Backlog do Produto que podem ser Prontos pelo Time de
Desenvolvimento dentro da Sprint so considerados como Preparados para seleo no
Planejamento da Sprint. Itens do Backlog do Produto geralmente adquirem este grau de
transparncia atravs das atividades de refinamento descritas acima.
O Time de Desenvolvimento responsvel por todas as estimativas. O Product Owner deve
influenciar o Time, ajudando no entendimento e nas decises conflituosas de troca, mas as
pessoas que iro realizar o trabalham fazem a estimativa final.
Vrias prticas como burndown, burnup e outras prticas de estimativa tem sido usadas para
prever o progresso. Estas tem se provado teis. Contudo, no substituem a importncia do
empirismo. Em ambientes complexos, o que acontecer desconhecido. Somente o que tem
acontecido pode ser usado para uma tomada de deciso a respeito do que vir.
Backlog da Sprint
O Backlog da Sprint torna visvel todo o trabalho que o Time de Desenvolvimento identifica
como necessrio para atingir o objetivo da Sprint.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 14
O Backlog da Sprint um plano com detalhes suficientes que as mudanas no progresso sejam
entendidas durante a Reunio Diria. O Time de Desenvolvimento modifica o Backlog da Sprint
ao longo de toda a Sprint, e o Backlog da Sprint vai surgindo durante a Sprint. Este surgimento
ocorre quando o Time de Desenvolvimento trabalha segundo o plano e aprende mais sobre o
trabalho necessrio para alcanar o objetivo da Sprint.
Incremento
Transparncia do Artefato
Scrum invoca transparncia. Decises para otimizar o valor e o controle de riscos so feitos
com base na percepo existente do estado dos artefatos. Na medida em que a transparncia
plena, estas decises tem uma base slida. Na medida em que os artefatos no so
completamente transparentes, estas decises podem ser falhas, valores podem diminuir e
riscos podem aumentar.
O Scrum Master deve trabalhar com o Product Owner, Time de Desenvolvimento, e outras
partes envolvidas para entender se os artefatos esto plenamente transparentes. H prticas
para lidar com transparncia incompleta, o Scrum Master deve ajudar todos a aplicar a mais
apropriada prtica na falta de uma transparncia plena. O Scrum Master pode detectar
transparncia incompleta pela inspeo dos artefatos, percebendo padres, ouvindo
atentamente o que est sendo dito, e detectando diferenas entre o esperado e o resultado
real.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 15
Definio de Pronto
Concluso
O Scrum livre e oferecido neste guia. Papis, artefatos, eventos e regras do Scrum so
imutveis e embora seja possvel implementar somente partes do Scrum, o resultado no
Scrum. Scrum existe somente na sua totalidade, funcionando bem como um container para
outras tcnicas, metodologias e prticas.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 16
Agradecimentos
Pessoas
Das milhares de pessoas que tem contribudo com o Scrum, ns devemos destacar aquelas que
foram fundamentais nos primeiros dez anos. Os primeiros foram Jeff Sutherland trabalhando
com Jeff McKenna, e Ken Schwaber trabalhando com Mike Smith e Chris Martin. Muitos outros
contriburam nos anos subsequentes e sem a ajuda deles o Scrum no teria sido refinado tanto
quanto est hoje.
Histria
A histria do Scrum j considerada longa. Para homenagear os primeiros lugares onde ele foi
experimentado e refinado, ns reconhecemos a Individual, Inc., Fidelity Investments, e IDX
(atual GE Medical).
O Guia do Scrum documenta o Scrum conforme desenvolvido e sustentado por mais de 20
anos por Jeff Sutherland e Ken Schwaber. Outras fontes fornecem padres, processos, e
percepes que complementam o Framework Scrum. Estas otimizam produtividade, valor,
criatividade e satisfao.
Traduo
Este guia foi traduzido da verso original em ingls, fornecida por Ken Schwaber e Jeff
Sutherland. Os colaboradores desta traduo incluem Fbio Cruz e Eduardo Rodrigues Sucena.
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 17
2016 Scrum.Org e ScrumInc. Oferecido por licensa sobre a Attribution Share-Alike da Creative Commons,
acessvel em http://creativecommons.org/licenses/by-sa/4.0/legalcode e tambm descrita resumidamente em
http://creativecommons.org/licenses/by-sa/4.0/. Utilizando este Guia Scrum voc you reconhece e concorda que leu e
concordou com os termos de atribuio relacionados pelos termos da licensa Attribution Share-Alike da Creative
Commons.
Page | 18