Scrum Foundation PDF

Curso Preparatrio para a certificao
Scrum Fundamentals Certified (SFC)

da ScrumStudy www.ScrumStudy.com
Aula 2
Introduo ao Scrum
www.SiteCampus.com.br - Cadastre-se gratuitamente para acessar ao material preparatrio exclusivo e realizar seu exame em portugus.
O que Scrum?
Scrum um framework para desenvolver e sustentar projetos

complexos.
O que o corpo do conhecimento sobre Scrum (Guia SBOK)?
uma compilao dos mtodos mais recentes e as melhores

prticas empregadas por seus praticantes e especialistas. Alm
disso, fornece as diretrizes para a implementao bem sucedida
do Scrum. Ele fornece uma estrutura abrangente, que inclui os
princpios, aspectos e processos existentes no framework Scrum.
Onde o Scrum pode ser aplicado?
O framework Scrum, conforme definido no Guia SBOK,

estruturado de tal forma que apoia o desenvolvimento de
produtos e servios em todos os tipos de indstrias e em
qualquer tipo de projeto, independentemente de sua
complexidade.
Onde o Scrum pode ser aplicado?
De acordo o Guia SBOK, o termo produto pode ser referente a

um produto, servio ou outro entregvel. A praticidade do Scrum
como um framework que ele pode ser aplicado eficazmente a
qualquer projeto em qualquer setor da indstria, sejam eles
pequenos projetos com equipes de seis pessoas ou grandes
projetos complexos, com equipes de vrias centenas de
membros.
Viso geral e rpida dos captulos do SBOK
O primeiro captulo descreve a finalidade e estrutura um guia

para o SBOK e fornece uma introduo aos conceitos-chave
do Scrum. Ele tambm contm o resumo dos princpios do
Scrum, aspectos do Scrum e processos do Scrum.
No segundo captulo, expandem-se aos seis princpios que

formam a fundao sobre a qual o framework Scrum se baseia.
Nos captulos 3 a 7, descrevem os cinco aspectos que so
considerados importantes para todos os projetos Scrum, que
so: Organizao, Justificativa de Negcio, Qualidade, Mudana e
Risco.
Os captulos 8 a 12 cobrem os 19 processos do Scrum envolvidos

na realizao de um projeto Scrum - estes processos, por sua vez
fazem parte das 5 fases do Scrum, que so: Iniciar, Planejar e
Estimar, Implementar, Reviso e Retrospectiva e Release.
Estas fases descrevem em detalhes as entradas e sadas

associadas a cada processo e as vrias ferramentas que podem
ser utilizadas em cada processo. Algumas entradas, ferramentas
e sadas so obrigatrias e so identificadas como tal; outras so
opcionais dependendo do projeto em especfico, dos requisitos
organizacionais e/ou diretrizes estabelecidas pela organizao do
Scrum Guidance Body ou SGB.
Finalmente, o Apndice A contm uma viso geral do Manifesto

gil, de Fowler e Highsmith e uma anlise dos diversos mtodos
geis - para aqueles que querem mais informaes sobre gil.
Fim da Aula 2
Introduo ao Scrum
Aula 3
Viso Geral do Scrum
O que Scrum?
Um projeto Scrum envolve um esforo de colaborao para criar

um novo produto, servio ou qualquer outro resultado, conforme
definido na Declarao da Viso do Projeto.
O que Scrum?
Os projetos so afetados pelas restries de tempo, custo

escopo, qualidade, recursos, capacidade de organizao e outras
limitaes que os tornam difceis de planejar, executar, gerenciar
e, finalmente, de alcanar o sucesso.
O que Scrum?
O sucesso da implementao dos resultados de um projeto

concludo oferece benefcios comerciais significativos para uma
organizao, portanto, importante que as organizaes
selecionem e pratiquem um framework de gerenciamento de
projeto adequado. a que entra o Scrum.
O que Scrum?
O Scrum um dos frameworks geis mais populares,

adaptvel, iterativo, rpido, flexvel e uma metodologia eficiente
projetada para fornecer um valor significativo de forma rpida
durante todo o projeto.
O que Scrum?
O Scrum garante a transparncia na comunicao e cria um

ambiente de responsabilidade coletiva e progresso contnuo.
O que Scrum?
Um dos pontos fortes do Scrum est na utilizao de times

multifuncionais, equipes auto-organizadas e capacitadas, que
dividem o trabalho em ciclos curtos e concentrados chamados
Sprints.
Viso geral do fluxo de um projeto Scrum
Sprints so curtos intervalos de tempo em que uma certa

quantidade de trabalho tem de ser feito.
Como voc pode ver, o ciclo do Scrum comea com uma Reunio
das partes interessadas(stakeholders), durante a qual a Viso do
Projeto criada.
O Dono do Produto, em seguida, desenvolve um Backlog

Priorizado do Produto, que contm uma lista priorizada de
requisitos de produtos e de negcio descritos na forma de
Estria de Usurio.
Cada Sprint comea com uma Reunio de Planejamento do

Sprint, durante a qual as Estrias de Usurio de alta prioridade
so consideradas para a incluso no Sprint. Cada Sprint
normalmente dura entre uma e seis semanas e envolve a equipe
Scrum trabalhando para criar entregveis potencialmente
utilizveis ou melhorias de produtos.
Durante o Sprint, so realizadas Reunies Dirias, curtas e

altamente focadas onde os membros do time discutem o
progresso dirio.
Perto do final do Sprint, uma Reunio de Planejamento do Sprint

realizada, na qual o Dono do Produto e os Stakeholders
recebem uma demonstrao dos entregveis. O Dono do
Produto apenas aceita os entregveis se os mesmos cumprirem
os Critrios de Aceitao pr-definidos.
O ciclo Sprint termina com uma Reunio de Retrospectiva da

Sprint, onde o time apresenta maneiras de melhorar os seus
processos e o seu desempenho medida que avanam para o
prximo Sprint.
Fim da Aula 3
Viso Geral do Scrum
Aula 4
Histria de Scrum
Histria do Scrum?
O framework teve seu incio na dcada de 1980, em meados dos

anos 80, Hirotaka Takeuchi e Nonaka Ikujiro, definiram uma
estratgia flexvel e completa para o desenvolvimento de
produtos, onde o time de desenvolvimento trabalha como uma
unidade, para alcanar um objetivo comum. Eles descreveram
uma abordagem inovadora para o desenvolvimento de Produtos
que chamaram de abordagem holstica ou rugby.
Histria do Scrum?
Takeuchi e Nonaka propem que o desenvolvimento do produto

no deve ser como uma sequncia de corrida de revezamento,
mas sim semelhante ao jogo de rugby em que o time trabalha
em conjunto, passando a bola para frente e para trs movendo-
se atravs do campo como uma unidade. Eles basearam esta
abordagem em estudos de caso de diversas indstrias.
Histria do Scrum?
Mais tarde, Ken Schwaber e Jeff Sutherland desenvolveram o

conceito do Scrum e sua aplicabilidade para o desenvolvimento
de software, em uma apresentao na Object-Oriented
Programming Systems, Languages & Applications - conferncia
OOPSLA realizada em 1995, em Austin, Texas.
Histria do Scrum?
Desde ento, vrios profissionais, especialistas e autores do

Scrum continuam a refinar o conceito e a metodologia do Scrum.
Nos ltimos anos, o Scrum tem crescido em popularidade e
agora o mtodo de desenvolvimento de projetos preferido por
muitas organizaes, no mundo inteiro.
Fim da Aula 4
Histria de Scrum
Aula 5
Por que usar o Scrum
Principais benefcios do uso do Scrum
Adaptabilidade: Os Princpios do Scrum, Controle de Processos

Empricos e a Entrega Iterativa fazem com que os projetos sejam
adaptveis e abertos incorporao de mudanas. Quando
ocorrem, os processos Scrum so projetados para aceitar estas
mudanas.
Com Foco no Cliente: Um dos principais benefcios para as

partes interessadas que Scrum focado no cliente, com nfase
no valor de negcio e ter uma abordagem colaborativa que inclui
as partes interessadas.
Entrega Contnua de Valor um benefcio adicional que resulta

de ser centrado no cliente. No Scrum, os processos iterativos
permitem a entrega contnua de valor atravs do Processo de
Desenvolvimento Eficiente cada Sprint produz um produto
potencialmente utilizvel, servio ou resultado desejado.
Entrega Antecipada de Alto Valor um benefcio de negcios

intimamente relacionado ao uso do Scrum. No s o valor de
entrega contnua - o processo de criao do Backlog Priorizado
do Produto garante que as exigncias de maior valor ao cliente
sejam atendidas primeiramente.
Tanto o cliente como a equipe do projeto se beneficiam a partir

do Feedback Contnuo. Em Scrum, o Feedback Contnuo
fornecido atravs dos processos denominados como Conduzir a
Reunio Diria e Demonstrar e Validar o Sprint.
O Feedback Contnuo contribui para um outro benefcio chave:

Transparncia. Em um projeto Scrum, todas as fontes de
informaes, tais como, o Scrumboard e o Grfico Burndown do
Sprint so continuamente compartilhados e atualizados, gerando
um ambiente de trabalho aberto. As Reunies de Reviso da
Sprint demonstram os potenciais Entregveis da Sprint aos
Stakeholders, mantendo-os plenamente informados sobre o
status atual e os progressos do projeto.
Transparncia aumenta a vantagem de um outro importante

benefcio: Ambiente de Alta Confiana. Os processos de
Conduzir a Reunio Diria e de Retrospectiva do Sprint
promovem a transparncia e a colaborao, resultando em um
ambiente de trabalho de alta confiana e garantindo baixo atrito
entre os colaboradores.
Adaptabilidade e Transparncia do Scrum criam um ambiente de

Melhoria Contnua. No decorrer do projeto, as entregas
melhoram progressivamente Sprint por Sprint, atravs de
mudanas e melhorias que so includas e gerenciadas no
processo de Refinamento do Backlog Priorizado do Produto.
Outro benefcio importante o Ritmo Sustentvel. Os

processos do Scrum so projetados de tal forma, que as pessoas
envolvidas trabalham em um ritmo sustentvel indefinidamente.
Outra vantagem de usar Scrum o Processo de

Desenvolvimento Eficiente. No Scrum, observa-se que o time-
boxing e a minimizao de trabalho no essencial conduzem a
nveis mais altos de eficincia.
O prximo benefcio Motivao. Os processos de Conduzir a

Reunio Diria e de Retrospectiva do Sprint conduzem a nveis
mais altos de motivao entre os colaboradores.
Soluo de Problemas de Forma mais Rpida um dos

importantes benefcios do uso do Scrum em projetos. A
colaborao e a criao de times multifuncionais conduzem a
resoluo de problemas de maneira mais rpida.
O prximo benefcio so as Entregas Eficazes. O processo de

Criar o Backlog Priorizado do Produto e as revises peridicas
aps a gerao de entregveis garantem entregas eficazes para o
cliente.
O prximo benefcio a Responsabilidade Coletiva. O processo

de Aprovar, Estimar e Comprometer as Estrias de Usurio
permite que os membros do time se sintam responsveis pelo
projeto e por seu trabalho.
Alta Velocidade outro benefcio. Uma estrutura de

colaborao permite que os times multifuncionais altamente
qualificados atinjam o seu pleno potencial e alta velocidade.
Pioneiro do Scrum e signatrio do Manifesto gil, Jeff
Sutherland, chama de estado hiperprodutivo.
O ltimo benefcio que vamos discutir o Ambiente Inovador

do Scrum, os processos de Retrospectiva da Sprint e de
Retrospectiva do Projeto criam um ambiente de introspeco,
aprendizagem e adaptabilidade, que levam a um ambiente de
trabalho inovador e criativo.
Fim da Aula 5
Por que usar o Scrum
Aula 6
Escalabilidade do Scrum
Para serem eficazes, o tamanho ideal dos Times Scrum deve ser
de 6 a 10 membros. Esta prtica pode induzir concepo
errnea de que o framework Scrum pode ser utilizado apenas
para projetos pequenos. Est errado!
O Scrum pode ser facilmente escalado para o uso eficaz em

grandes projetos, em situaes em que o tamanho do Time
Scrum ultrapassa dez pessoas, vrios Times Scrum podem ser
formados para trabalhar no projeto.
Entre 2007 e 2009, o Yahoo! tinha duzentas equipes Scrum em

todo o mundo, muitas trabalhando nos mesmos projetos. Isso
definitivamente levanta a questo de saber quem facilita a
coordenao entre vrias equipes e a resposta: O processo de
Convocar o Scrum de Scrums.
O processo de Convocar o Scrum de Scrums no s facilita a

coordenao entre os Times Scrum, mas tambm permite a
implementao eficaz em projetos maiores. Adicionalmente, os
projetos grandes ou complexos so frequentemente
implementados como parte de um programa ou portflio.
A abordagem lgica das orientaes e princpios do framework

Scrum podem ser usadas para gerenciar projetos de todos os
tamanhos, abrangendo regies geogrficas e organizaes.
Grandes projetos podem ter mltiplos Times Scrum trabalhando
em paralelo, sendo necessrio sincronizar e facilitar o fluxo de
informaes e melhorar a comunicao. Isso feito no Scrum de
Scrums.
Convocar o Scrum de Scrums o processo que garante essa

sincronizao necessria em grandes projetos. Todos os Times
Scrum so representados nesta reunio, com o objetivo de
fornecer atualizaes sobre o progresso, discutir os desafios
enfrentados durante o projeto e coordenar as atividades.
No h regras estabelecidas quanto frequncia destas reunies,

os fatores que determinam a frequncia so: a quantidade de
dependncia entre os times, o tamanho do projeto, as
recomendaes do Scrum Guidance Body(SGB) e o nvel de
complexidade.
Fim da Aula 6
Aula 7
Objetivo do Guia SBOK
Nos ltimos anos tornou-se evidente que cada vez mais

organizaes esto escolhendo Scrum em relao aos modelos
tradicionais de gerenciamento de projetos, isso sugere que os
princpios e prticas do Scrum esto tendo um impacto maior do
que os modelos tradicionais de gerenciamento de projetos no
sucesso do projeto.
O Guia SBOK foi desenvolvido no sentido de criar um guia

indispensvel para as organizaes e profissionais da rea de
gerenciamento de projetos que desejam implementar projetos
Scrum, bem como para aqueles que j implementaram e
desejam melhorar seus processos baseado na experincia
adquirida atravs de inmeros projetos em uma variedade de
organizaes e indstrias.
As contribuies de muitos especialistas em Scrum e de

profissionais de gerenciamento de projetos foram consideradas
no desenvolvimento do Guia SBOK.
O Guia SBOK especialmente valioso para os membros do

Time Scrum. Quem so membros do Time Scrum? Vamos
conhec-los um a um.
Membros do Time Scrum
Dono do Produto ou Product Owner: Eles usam o Guia SBOK

para compreender plenamente o framework Scrum e,
particularmente, as preocupaes dos clientes ou stakeholders
com assuntos que envolvem a justificativa de negcio, qualidade,
mudanas e aspectos de risco associados com os projetos Scrum.
Scrum Masters: Usam o Guia SBOK para aprender sobre o seu

papel no acompanhamento da implementao do framework
Scrum em projetos.
Time Scrum: Usam o Guia SBOK para melhor compreender os

processos do Scrum e ferramentas associadas que podem ser
utilizadas para criar produtos ou servios do projeto.
Utilizao do Guia SBOK
O Guia SBOK valorizado em outros aspectos:

Como um guia completo para todos os profissionais que j
trabalham em projetos Scrum em qualquer organizao ou
indstria.
Como uma fonte de referncia para quem interage com o Time

do Scrum, incluindo mas no se limitando ao Dono do Produto do
Portflio, Scrum Master do Portflio, Dono do Produto do
Programa, Scrum Master do Programa, Scrum Guidance Body e
Stakeholders como patrocinador, cliente e usurios.
Como um manual para quem no tem experincia anterior ou

conhecimento sobre o framework Scrum, mas que quer aprender
mais sobre o assunto.
Nveis de certificao oferecidos pela SCRUMstudy
Fim da Aula 7
Aula 8
Estrutura do Guia SBOK
O Guia SBOK est dividido em trs reas principais:
1. Princpios do Scrum
2. Aspectos do Scrum
3. Processos do Scrum
Princpios do Scrum
Seis princpios estabelecidos no Guia SBOK constituem a base do

Scrum. Esses Princpios so as diretrizes fundamentais para a
aplicao do Scrum. So eles:
1. Controle de Processos Empricos

2. Auto-organizao
3. Colaborao
4. Priorizao Baseada em Valor
5. Time-boxing
6. Desenvolvomento Iterativo
Aspectos do Scrum
Os cinco Aspectos do Scrum so consideraes importantes e

tem de ser includos em todos projetos Scrum. So eles:
1. Organizao
2. Justificativa de Negcio
3. Qualidade
4. Mudana
5. Risco
Processos e Fases do Scrum
E, finalmente, temos os processos. O Guia SBOK tem, no total,

19 processos que esto agrupados em 5 fases:
1. Iniciar;
2. Planejar e Estimar;
3. Implementar;
4. Reviso e Retrospectiva;
5. Release.
Fim da Aula 8
Aula 9
Como utilizar o Guia SBOK
O Guia SBOK um guia de referncia e conhecimento, usado

tanto por profissionais com experincia em Scrum e na rea de
desenvolvimento de produtos e servios, quanto por pessoas
que no tm experincia prvia ou conhecimento em Scrum ou
de metodologias de gerenciamento de projetos.
No Guia SBOK, voc vai encontrar os contedos organizados

para facilitar a consulta pelos trs papis bsicos do Time Scrum,
que so: Dono do Produto, Scrum Master e Time Scrum. O
contedo para cada papel principal do Time Scrum identificado
na seo Guia de Papis. O Guia de Papis fornece orientao
sobre a relevncia de cada seo no captulo para cada membro
da equipe Scrum.
Os captulos que abrangem os seis princpios e os cinco aspectos

do Scrum incluem tambm um Guia de Papis mais uma vez,
com a finalidade de facilitar a melhor aplicao prtica do
framework.
O Guia SBOK diferencia claramente as entradas, ferramentas e

sadas obrigatrias, no-obrigatrias ou opcionais no Guia
SBOK, as entradas, ferramentas e sadas indicadas por
asteriscos (*) so obrigatrias e as sem asteriscos so opcionais.
Recomenda-se que as pessoas que esto comeando a aprender

sobre o Scrum concentrem-se principalmente nas entradas,
ferramentas e sadas que so obrigatrias, enquanto os
profissionais mais experientes devem ler todos os captulos do
processo.
Fim da Aula 9
Aula 10
Princpios do Scrum
Princpios do Scrum
1. Controle de Processos Empricos

2. Auto-organizao
3. Colaborao
4. Priorizao Baseada em Valor
5. Time-boxing
6. Desenvolvomento Iterativo
Princpios do Scrum
Os Princpios do Scrum podem ser aplicados a qualquer tipo

de projeto em qualquer organizao e devem ser seguidos
corretamente para assegurar a aplicao efetiva do
framework Scrum.
Princpios do Scrum
Os princpios do Scrum no so negociveis e devem ser

aplicados conforme especificado no Guia SBOK. Mantendo
os princpios intactos e usando-os de forma adequada
demonstra-se confiana no framework Scrum em relao
realizao dos objetivos do projeto.
Princpios do Scrum
Os aspectos e processos do Scrum, no entanto, podem ser

modificados para atender aos requisitos do projeto ou da
organizao.
Princpios do Scrum: Controle de Processos Empricos
Esse princpio enfatiza a filosofia central do Scrum com base

em trs ideias principais: transparncia, inspeo e
adaptao.
Princpios do Scrum: Auto-organizao
Esse princpio est focado nos colaboradores atuais de uma

organizao, que entregam significantemente um maior
valor quando so auto organizados e isto resulta em times
mais satisfeitos e responsabilidade compartilhada; e em um
ambiente inovador e criativo que mais propcio ao
crescimento.
Princpios do Scrum: Colaborao
Esse princpio concentra-se nas trs dimenses bsicas

relacionadas com o trabalho colaborativo: conscincia,
articulao e apropriao. Tambm defende o
gerenciamento de projetos como um processo de criao de
valor compartilhado, com times trabalhando e interagindo
em conjunto para atingirem melhores resultados.
Princpios do Scrum: Priorizao Baseada em Valor
Esse princpio destaca o foco do Scrum em entregar o

mximo de valor de negcio possvel, durante todo o
projeto.
Princpios do Scrum: Time-boxing
Esse princpio descreve como o tempo considerado uma

restrio limitada em Scrum e como ele usado para ajudar
a gerenciar o planejamento e execuo do projeto com
eficcia. Os elementos de Time-boxed em Scrum incluem os
Sprints, as Reunies Dirias, a Reunio de Planejamento do
Sprint, e a Reunio de Reviso do Sprint.
Princpios do Scrum: Desenvolvimento Iterativo
Esse princpio define o desenvolvimento iterativo e enfatiza

como administrar melhor as mudana e criar produtos que
atendam s necessidades do cliente. Tambm delineia as
responsabilidades do Dono do Produto e da organizao,
com relao ao desenvolvimento iterativo.
Fim da Aula 10
Princpios do Scrum
Aula 11
Aspectos do Scrum
Aspectos do Scrum
Os aspectos do Scrum devem ser destacados e gerenciados

durante o projeto Scrum. So eles:
1. Organizao
2. Justificativa de Negcio
3. Qualidade
4. Mudana
5. Risco
Aspectos do Scrum: Organizao
Entender os papis definidos e suas responsabilidades em um

projeto Scrum muito importante para garantir o sucesso na
implementao do Scrum. Os papis do Scrum so divididos em
duas categorias:
* Papis Centrais
* Papis No-Essenciais
Aspectos do Scrum: Organizao - Papis Centrais
So aqueles papis obrigatoriamente necessrios para o

desenvolvimento do produto ou servio do projeto. As pessoas a
que estes papis so atribudos esto totalmente comprometidas
com o projeto e so responsveis pelo sucesso de cada iterao,
e do projeto como um todo.
Dono do Produto: Responsvel por alcanar o maior valor de

negcio para o projeto, e tambm responsvel pela coordenao
das necessidades dos clientes e pela manuteno da justificativa
de negcio para o projeto. O Dono do Produto representa a voz
do cliente.
Scrum Master: um facilitador, que garante ao Time Scrum o

fornecimento de um ambiente propcio para concluir o projeto
com sucesso. O Scrum Master guia, facilita e ensina as prticas
do Scrum para todos os envolvidos no projeto; remove os
impedimentos encontrados pelo time; e, assegura que os
processos do Scrum estejam sendo seguidos.
Time Scrum: o grupo ou time responsvel pelo

desenvolvimento das entregas do projeto e por entender os
requisitos especificados pelo Dono do Produto.
Aspectos do Scrum: Organizao - Papis No-Essenciais
So os papis que no so obrigatoriamente necessrios para o

projeto Scrum. Podem incluir os membros dos times que esto
interessados no projeto, que no tem nenhum papel formal no
time do projeto e que podem interagir com o time, mas no
podem ser responsveis pelo sucesso do projeto. Os Papis No-
Essenciais devem ser considerados em qualquer projeto Scrum.
Stakeholder(s): um termo coletivo que inclui clientes, usurios

e patrocinadores, que muitas vezes interagem com o Time
Central do Scrum e que influenciam o projeto durante todo o seu
desenvolvimento. Mais importante ainda, para os stakeholders
que o projeto produz os benefcios colaborativos.
Scrum Guidance Body(SGB): um recurso opcional, que

geralmente consiste em um conjunto de documentos e/ou um
grupo de especialistas que esto geralmente envolvidos na
definio de objetivos relacionados com a qualidade,
regulamentaes governamentais, de segurana e outros
parmetros-chave da organizao. O SGB orienta o trabalho
realizado pelo Dono do Produto, Scrum Master e pelo Time
Scrum.
Fornecedores: incluem indivduos ou organizaes externas, que

fornecem produtos e/ou servios que no esto dentro das
competncias essenciais da organizao do projeto.
Dono do Produto Chefe: um papel desempenhado em projetos

maiores, com vrios Times Scrum. Este papel responsvel por
facilitar o trabalho dos Donos do Produtos e por manter a
justificativa de negcio durante um projeto grande.
Scrum Master Chefe: responsvel pela coordenao das

atividades relacionadas com o Scrum em projetos grandes, que
podem exigir que vrios Times Scrum trabalhem em paralelo.
Aspectos do Scrum: Organizao
O aspecto da Organizao
do Scrum tambm aborda
os requisitos da estrutura
do time para implementar
o Scrum em programas e
portflio.
Figura 1: Organizao do Scrum
Aspectos do Scrum: Justificativa de Negcio
importante que a organizao realize uma avaliao adequada

do negcio antes de iniciar qualquer projeto. Isso ajuda os
tomadores-chave de deciso a entender a necessidade do
negcio para uma mudana ou para um novo produto ou servio,
a justificativa para seguir adiante com o projeto e sua viabilidade.
A Justificativa de Negcio em Scrum baseada no conceito de

entrega dirigida a valor. Uma das caractersticas-chave de
qualquer projeto a incerteza dos resultados. impossvel
garantir o sucesso do projeto, independentemente do seu
tamanho ou de sua complexidade. Diante dessa incerteza do
sucesso, o Scrum tenta comear a entregar resultados no projeto
o mais rpido possvel. Esta entrega antecipada de resultados, e
consequentemente, de valor, oferece uma oportunidade para
reinvestimento e comprova o valor do projeto aos stakeholders.
A adaptabilidade do Scrum permite que os objetivos e os

processos do projeto sejam alterados caso ocorram modificaes
na justificativa de negcio. importante notar que embora o
Dono do Produto seja o principal responsvel pela justificativa de
negcio, outros membros do time tambm contribuem
significativamente.
Aspectos do Scrum: Qualidade
Em Scrum, a qualidade definida como a capacidade dos

produtos (ou de entregveis concludos) em atender os Critrios
de Aceitao e em alcanar o valor de negcio esperado pelo
cliente.
Para garantir que um projeto satisfaa os requisitos de qualidade,

o Scrum adota uma abordagem de Melhoria Contnua em que o
time aprende com a experincia e o engajamento dos
stakeholders, a manter o Backlog Priorizado do Produto
constantemente atualizado com qualquer mudana que haja nos
requisitos.
O Backlog Priorizado do Produto apenas ser concludo no

encerramento ou trmino do projeto. Qualquer alterao nos
requisitos refletem em mudanas no ambiente de negcios,
interno ou externo, e permite que o time trabalhe e se adapte
continuamente para atingir esses requisitos.
J que o Scrum exige que o trabalho seja feito em incrementos

ao longo dos Sprints, isso faz com que os erros ou defeitos sejam
notados mais cedo, atravs de repetitivos testes de qualidade
durante o seu desenvolvimento, ao invs de quando o produto
final ou servio est quase concludo.
Alm disso, as tarefas importantes relacionadas com a qualidade

(por exemplo, desenvolvimento, testes e documentao) so
completadas pelo mesmo time, como parte do mesmo Sprint.
Isso garante que a qualidade seja inerente a qualquer entregvel
desenvolvido como parte de um Sprint. Estes entregveis do
projeto Scrum, que so potencialmente utilizveis, so referidos
como Pronto.
Portanto, a Melhoria Contnua com testes repetitivos otimiza a

probabilidade de atingir-se os nveis de qualidade esperados em
um projeto Scrum. As discusses constantes entre o Time Central
de Scrum e os stakeholders (incluindo clientes e usurios), com
relao aos incrementos reais do produto a serem entregues ao
final de cada Sprint, garante que a diferena entre os resultados
reais produzidos durante o projeto, e as expectativas dos clientes
com relao ao mesmo sejam constantemente reduzidas.
O Scrum Guidance Body tambm pode fornecer diretrizes sobre

a qualidade, que podem ser relevantes a todos os projetos Scrum
na organizao.
Aspectos do Scrum: Mudana
O Todo o projeto, independentemente do mtodo ou do

framework utilizado, est sujeito a mudanas. imperativo que
os membros do time do projeto compreendam que os processos
de desenvolvimento Scrum so projetados para aceitar estas
mudanas. As organizaes devem tentar maximizar os
benefcios decorrentes das mudanas e minimizar quaisquer
impactos negativos, por meio de processos diligentes de
gerenciamento de mudana, de acordo com os princpios do
Scrum.
O Um princpio fundamental do Scrum reconhecer que:
1) Os stakeholders (por exemplo, clientes, usurios e

patrocinadores) mudam de ideia muitas vezes durante o
projeto, sobre o que eles querem e precisam, e
2) muito difcil, se no impossvel, para os stakeholders
definirem todos os requisitos durante o incio do projeto.
Para projetos Scrum, as mudanas so bem-vindas, atravs de

Sprints iterativos e curtos que incorporam o feedback do cliente
sobre cada entregvel do Sprint. Isto permite que o cliente
interaja regularmente com os membros do Time Scrum, podendo
verificar as entregas assim que as mesmas forem concludas, e
podendo alterar os requisitos, se necessrio, o quanto antes no
Sprint.
Alm disso, os times de gesto de programas ou de portflio

podem responder as Solicitaes de Mudana pertencentes aos
projetos Scrum aplicveis ao seu nvel.
Aspectos do Scrum: Risco
O Risco definido como um evento incerto ou um conjunto de

eventos que podem afetar os objetivos de um projeto e podem
contribuir para o seu sucesso ou fracasso. Os riscos que podem
ter um impacto positivo sobre o projeto so conhecidos como
oportunidades, enquanto que as ameaas so riscos que podem
afetar o projeto de uma forma negativa.
O gerenciamento dos riscos deve ser feito de forma proativa,

sendo um processo iterativo, que deve comear no incio do
projeto e continuar durante todo o seu ciclo de vida. O processo
de gerenciamento dos riscos deve seguir alguns passos
padronizados, para garantir que os riscos sejam identificados,
avaliados, e que um plano de ao seja definido e colocado em
prtica apropriadamente.
Os riscos devem ser identificados, avaliados e respondidos com

base em dois fatores: da probabilidade de ocorrncia de cada
risco, e de impacto potencial em caso de tal ocorrncia. Os riscos
de alta probabilidade e valor impactante (determinado atravs
da multiplicao dos dois fatores) devem ser tratados antes
daqueles com valor relativamente menor.
Em geral, uma vez que o risco seja identificado, importante

compreender as suas possveis causas e os potenciais efeitos
caso o mesmo venha a ocorrer.
Fim da Aula 11
Aspectos do Scrum
Aula 12
Processos do Scrum
Processos do Scrum
Os Processos do Scrum abordam as atividades e o fluxo

especfico de um projeto Scrum. No total, existem dezenove
processos que esto agrupados em cinco fases. Estas fases
so apresentadas nos captulos 8 a 12 do Guia SBOK, de
acordo com a tabela do slide seguinte.
Processos do Scrum
Processos do Scrum
Estas fases descrevem cada processo em detalhe, incluindo

suas entradas, ferramentas e sadas. Em cada processo,
algumas entradas, ferramentas e sadas so necessrias
(seguidas por asterisco [*] depois de seus nomes), enquanto
que outras so opcionais. A incluso das entradas,
ferramentas e/ou sadas opcionais dependem das
particularidades do projeto, organizao ou indstria.
Processos do Scrum
As entradas, ferramentas e sadas indicadas como

obrigatrias so importantes para o sucesso da
implementao do Scrum em qualquer organizao.
Processos: Fase Iniciar
1. Criar a Viso do Projeto: Neste processo, o Caso do Negcio

do Projeto revisado para criar uma Declarao da Viso do
Projeto que servir como inspirao e orientao para todo o
projeto. O Dono do Produto identificado nesse processo.
2. Identificar o Scrum Master e o(s) Stakeholder(s): Neste

processo, o Scrum Master e o(s) Stakeholder(s) so
identificados com base em uma seleo especfica de critrios.
3. Formar o Time Scrum: Neste processo, os membros do

Time Scrum so identificados. Normalmente, o Dono do
Produto tem a responsabilidade primria de selecionar os
membros do time, mas frequentemente conta com o auxlio
do Scrum Master.
4. Desenvolver os picos: Neste processo, a Declarao da

Viso do Projeto serve como base para o desenvolvimento dos
picos. Reunies do Grupo de Usurios podem ser realizadas
para discutir picos apropriados.
* picos so Estrias de Usurio com funcionalidades de alto nvel. Os picos, so geralmente muito
grandes para serem completados pelo time em apenas um Sprint. Portanto, so divididos em
Estrias de Usurio menores.
5. Criar o Backlog Priorizado do Produto: Neste processo,

picos so refinados, processados e, em seguida priorizados,
para que um Backlog Priorizado do Produto seja criado para o
projeto. Os Critrios de Pronto tambm so estabelecidos
neste momento.
6. Conduzir o Planejamento da Release: Neste processo, o

Time Central do Scrum revisa as Estrias de Usurio no
Backlog Priorizado do Produto para desenvolver um
Cronograma de Planejamento da Release, que
essencialmente um cronograma de implementao faseado
que pode ser compartilhado com os stakeholders do projeto.
A Durao do Sprint tambm determinada neste processo.
Processos: Fase Planejar e Estimar
7. Criar as Estrias de Usurio: Neste processo, as Estrias de

Usurio so criadas e os seus respectivos Critrios de
Aceitao da Estria de Usurio. As Estrias de Usurio so
geralmente escritas pelo Dono do Produto e so projetadas
para assegurar que os requisitos do cliente estejam
claramente descritos, e que podem ser totalmente
compreendidos por todos os Stakeholders.
Exerccios de Escrita da Estria de Usurio podem ser

realizados, envolvendo os membros do Time Scrum, na
criao das Estrias de Usurio. As Estrias de Usurio so
incorporadas ao Backlog Priorizado do Produto.
8. Aprovar, Estimar e Comprometer as Estrias de Usurio:

Neste processo, o Dono do Produto aprova as Estrias de
Usurio para o Sprint. Em seguida, o Scrum Master e o Time
Scrum estimam os esforos necessrios para desempenhar as
funes descritas em cada Estria de Usurio, e o Time Scrum
compromete-se a entregar os requisitos do cliente sob a
forma de Estrias de Usurio Aprovadas, Estimadas e
Priorizado do Produto.
9. Criar as Tarefas: Neste processo, as Estrias de Usurio

Aprovadas, Estimadas e Comprometidas so divididas em
tarefas especificadas e agregadas a uma Lista de Tarefas.
Muitas vezes, uma Reunio de Planejamento de Tarefas
realizada para essa finalidade.
10. Estimar as Tarefas: Neste processo, o Time Central de

Scrum durante a Reunio de Planejamento de Tarefas, estima
os esforos necessrios para a realizao de cada tarefa
inclusa na Lista de Tarefas. O resultado deste processo um
Lista de Tarefas de Estimativa de Esforo.
11. Criar o Backlog do Sprint: Neste processo, o Time Central

de Scrum realiza uma Reunio de Planejamento do Sprint,
onde o grupo cria um Backlog do Sprint que contm todas as
tarefas para serem concludas durante o Sprint.
Processos: Fase Implementar
12. Criar os Entregveis: Neste processo, o Time Scrum

trabalha nas tarefas do Backlog do Sprint, para criar os
Entregveis do Sprint. Um Scrumboard frequentemente
utilizado para acompanhar o trabalho e atividades que esto
sendo realizadas. Questes ou problemas enfrentados pelo
Time Scrum podem ser atualizados no Registro de
Impedimentos.
13. Conduzir a Reunio Diria: Neste processo, diariamente,

realiza-se uma reunio Time-boxed em 15 minutos, altamente
focada chamada de Reunio Diria. Este o momento que os
membros do Time Scrum podem atualizar uns aos outros
sobre os seus progressos e quaisquer Impedimentos que
possam estar enfrentando.
14. Refinamento do Backlog Priorizado do Produto: Neste

processo, o Backlog Priorizado do Produto continuamente
atualizado e mantido. Uma Reunio de Reviso do Backlog
Priorizado do Produto pode ser realizada, em que quaisquer
mudanas ou atualizaes no Backlog so discutidas e
incorporadas adequadamente ao Backlog Priorizado do
Produto.
Processos: Fase Reviso e Retrospectiva
15. Convocar o Scrum dos Scrums: Neste processo, os

representantes do Time Scrum so convocados para as
Reunies do Scrum de Scrums (SoS), em intervalos pr-
determinados ou conforme necessrio, para colaborar e
acompanhar seus respectivos progressos, impedimentos, e as
dependncias entre si. Isso relevante apenas em projetos
grandes onde vrios Times Scrum esto envolvidos.
16. Demonstrar e Validar o Sprint: Neste processo, o Time

Scrum apresenta os Entregveis do Sprint ao Dono do Produto
e aos stakeholders relevantes, em uma Reunio de Reviso do
Sprint. O objetivo dessa reunio garantir a aprovao e
aceitao do Dono do Produto para os Entregveis
desenvolvidos no Sprint.
17. Retrospectiva do Sprint: Neste processo, o Scrum Master

e o Time Scrum se renem para discutir as lies aprendidas
durante o Sprint. Esta informao documentada como lies
aprendidas, que podero ser aplicadas em Sprints futuros.
Muitas vezes, como resultado dessa reunio, podem ocorrer
Pontos de Melhoria Acordados ou Recomendaes do Scrum
Guidance Body Atualizadas.
Processos: Fase Release
18. Envio de Entregveis: Neste processo, os Entregveis

Aceitos so entregues ou transferidos aos Stakeholders
relevantes. Um acordo formal chamado de Contrato de
Prestao de Trabalho, documenta a finalizao com sucesso
do Sprint.
Processos: Fase Release
19. Retrospectiva do Projeto: Neste processo, que completa o

projeto, os stakeholders e Time Central do Scrum, renem-se
para fazer uma retrospectiva do projeto e, identificar,
documentar e internalizar as lies aprendidas. Muitas vezes,
essas lies levam a documentao dos Pontos de Melhoria
Acordados, a serem implementados em projetos futuros.
Fim da Aula 12
Processos do Scrum
Aula 13
Scrum x O Modelo Tradicional de Gerenciamento de Projetos
A tabela a seguir, resume muitas das diferenas entre o Scrum

e os modelos tradicionais de gerenciamento de projetos.
Fim da Aula 13

Scrum Foundation PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Scrum Foundation PDF

Transféré par

Droits d'auteur :

Formats disponibles

Curso Preparatrio para a certificao

Scrum Fundamentals Certified (SFC)

Scrum um framework para desenvolver e sustentar projetos

uma compilao dos mtodos mais recentes e as melhores

O framework Scrum, conforme definido no Guia SBOK,

De acordo o Guia SBOK, o termo produto pode ser referente a

O primeiro captulo descreve a finalidade e estrutura um guia

No segundo captulo, expandem-se aos seis princpios que

Os captulos 8 a 12 cobrem os 19 processos do Scrum envolvidos

Estas fases descrevem em detalhes as entradas e sadas

Finalmente, o Apndice A contm uma viso geral do Manifesto

Um projeto Scrum envolve um esforo de colaborao para criar

Os projetos so afetados pelas restries de tempo, custo

O sucesso da implementao dos resultados de um projeto

O Scrum um dos frameworks geis mais populares,

O Scrum garante a transparncia na comunicao e cria um

Um dos pontos fortes do Scrum est na utilizao de times

Sprints so curtos intervalos de tempo em que uma certa

O Dono do Produto, em seguida, desenvolve um Backlog

Cada Sprint comea com uma Reunio de Planejamento do

Durante o Sprint, so realizadas Reunies Dirias, curtas e

Perto do final do Sprint, uma Reunio de Planejamento do Sprint

O ciclo Sprint termina com uma Reunio de Retrospectiva da

O framework teve seu incio na dcada de 1980, em meados dos

Takeuchi e Nonaka propem que o desenvolvimento do produto

Mais tarde, Ken Schwaber e Jeff Sutherland desenvolveram o

Desde ento, vrios profissionais, especialistas e autores do

Adaptabilidade: Os Princpios do Scrum, Controle de Processos

Com Foco no Cliente: Um dos principais benefcios para as

Entrega Contnua de Valor um benefcio adicional que resulta

Entrega Antecipada de Alto Valor um benefcio de negcios

Tanto o cliente como a equipe do projeto se beneficiam a partir

O Feedback Contnuo contribui para um outro benefcio chave:

Transparncia aumenta a vantagem de um outro importante

Adaptabilidade e Transparncia do Scrum criam um ambiente de

Outro benefcio importante o Ritmo Sustentvel. Os

Outra vantagem de usar Scrum o Processo de

O prximo benefcio Motivao. Os processos de Conduzir a

Soluo de Problemas de Forma mais Rpida um dos

O prximo benefcio so as Entregas Eficazes. O processo de

O prximo benefcio a Responsabilidade Coletiva. O processo

Alta Velocidade outro benefcio. Uma estrutura de

O ltimo benefcio que vamos discutir o Ambiente Inovador

O Scrum pode ser facilmente escalado para o uso eficaz em

Entre 2007 e 2009, o Yahoo! tinha duzentas equipes Scrum em

O processo de Convocar o Scrum de Scrums no s facilita a

A abordagem lgica das orientaes e princpios do framework

Convocar o Scrum de Scrums o processo que garante essa

No h regras estabelecidas quanto frequncia destas reunies,

Nos ltimos anos tornou-se evidente que cada vez mais

O Guia SBOK foi desenvolvido no sentido de criar um guia

As contribuies de muitos especialistas em Scrum e de

O Guia SBOK especialmente valioso para os membros do

Dono do Produto ou Product Owner: Eles usam o Guia SBOK

Scrum Masters: Usam o Guia SBOK para aprender sobre o seu

Time Scrum: Usam o Guia SBOK para melhor compreender os

O Guia SBOK valorizado em outros aspectos:

Como uma fonte de referncia para quem interage com o Time

Como um manual para quem no tem experincia anterior ou

O Guia SBOK est dividido em trs reas principais:

Seis princpios estabelecidos no Guia SBOK constituem a base do

1. Controle de Processos Empricos

Os cinco Aspectos do Scrum so consideraes importantes e