2. @fabyogrFbio Aguiar Agile Coach e Associated Trainer
naAdaptWorks. Bacharel em Sistemas de Informao e especialistaem
Engenharia de Processo de Software, possui mais de uma dcada
deexperincia prossional, tendo focado nos ltimos anos em prticas
degesto e desenvolvimento gil para ajudar times afocarem na entrega
de valor constante e nodesenvolvimento holstico de cada membro do
time.Atua fortemente nacomunidade gil na regio norte do Brasil,
atravs da comunidadetasafo.org, organizando eventos, ministrando
cursos e [email protected]
4. O que Scrum? um mtodo gil para gerenciamento deprojetos
baseando em times pequenos eAUTO-ORGANIZADOS, for teV I S I B I L I
D A D E e r p i d aADAPTAO. um processo INTERATIVO eI N C R E M E N
T A L p a r a odesenvolvimento de produtos egerenciamento de
projetos. mais um FRAMEWORK que umametodologia, mais ATITUDE que
umprocesso. um processo gil que permite manter ofoco na ENTREGA de
maior VALOR denegcio, no MENOR TEMPO
[email protected]
5. Origem do ScrumCriada em 1994 na Easel por JeffSutherland e
Ken Schwaber. Sendoapresentado oficialmente na OOPLSA96.Fortemente
aplicada nas organizaes [email protected]
6. Origem do nome ScrumSCRUM uma jogada no jogo RUGBYFormao
usada pelos jogadores de frente (forwards)para recomear o jogo aps
algumas jogadasirregulares ou penalidades leves. freqente chamaros
jogadores de 1 a 8 (forwards) de scrum, ondetodos cam abraados,
juntando fora paraempurrar o o outro time em busca de um
[email protected]
7. Conana - A organizao d a equipe a responsabilidade
eautoridade para fazer o trabalho, e para manter o negciototalmente
informado sobre o progresso.Transparncia - A organizao precisa de
visibilidade clara doprogresso da equipe Scrum.A equipe trabalha de
uma maneira quefaz com que os seus resultados, e os problemas com
que sedeparam, seja claramente visveis a todos
envolvidos.Compromisso - Como as equipes tm grande controle
sobreseu prprio destino, eles se tornam mais comprometidos com
osucesso.Valores do [email protected]
8. Foco - A equipe se concentra em entregar juntos e focados
emdar resultado.Disciplina - Porque o trabalho e os resultados so
visveis atodos, a organizao trabalha em conjunto para fazer o
melhor.Colaborao - Todos compartilham do que est
acontecendo,trabalhando a colaborao e focado em trabalhar em
conjuntoestimulando a colaborao.Valores do
[email protected]
9. Respeito - medida que se trabalha em equipe, compartilha
dossucessos e fracassos, passamos a respeitar uns aos
outros.Coragem - O membro de uma equipe no est sozinho,
sente-seapoiado e tem mais recursos nossa disposio. Isso d
coragempara empreender maiores desaos.Abertura - medida que a
equipe trabalha junto, pratica seexpressar como est fazendo. Tendo
abertura de dar e receberfeedback.Valores do
[email protected]
10. Caractersticas do ScrumTrabalha de forma iterativa e
incremental.As equipes so multi-disciplinares e
auto-organizadas.Foca em prioridades de acordo com o desejo do
cliente.O produto evolui em uma srie de SPRINTs(iteraes) mensaisou
semanais.Equipes pequenas.Equipe
[email protected]
11. Caractersticas do ScrumVisibilidade: clara do que est feito
e os impedimentos, o que reduzos riscos e as incertezas associadas
ao projeto.Aumento de ROI: entregas constantes e com valor.Flexvel
a mudana: permite rever o planejamento, mudar de direoou fazer
adaptaes para prximas iteraes.Clientes se tornam parte da equipe de
desenvolvimento.O prprientrio do produto precisa construir uma rica
colaboraocom a [email protected]
12. O contedo de cada sprint extrado de um lista
ordenada/priorizadade requisitos do cliente/usurio(product
backlog).Framework que permite entregar um valor de negcio
maiselevado em um perodo de tempo mais curto.Inspeo: Inspees
freqentes do processo.Feedback: Problemas no so ignorados e ningum
penalizado porreconhecer ou descrever qualquer problema no
visto.Adaptao: possibilidade de ajustar o processo.Funciona bem
para equipes que abertamente "inspecionam" o queest acontecendo e
"adaptam" suas aes para a realidade.Caractersticas do
[email protected]
13. O Iceberg do ScrumProcessos: Reunio deplanejamento,
Retrospectiva, Reuniodiria, Planejamento de release
esprint,...Ferramentas: Quadro de Tarefas,Post-it, Product Backlog,
Burndown, ...Pessoas: Scrum Master, ProductOwner,Team.Cultura:
Equipe multi-disciplinar,Auto-gerencimento,Valores,Envolvimento do
cliente, Entregafrequente, Liderana-colaborao,Respeito, Disciplina,
[email protected]
14. SCRUM no bala de prataSCRUM tua sogra...sempre deixa seus
problemas vsiveise no [email protected]
17. Scrum e seus papisAs pessoas em um projeto Scrum consiste
em oProduct Owner, Scrum Master e o Team.Os membros do Team se
auto-organizam para realizar o trabalho.O Product Owner seleciona e
explica o trabalho a ser feito, com a ajudadoTeam.O Scrum Master
ajuda o trabalho e oentendimento doTeam dentro do
[email protected]
18. Product OwnerRepresenta todos os demais
stakeholders(cliente, usurios, representantes de
negcios,etc).Responsvel por denir as funcionalidades do produto.
responsvel pelo gerenciamento do Product Backlog, pelo ROI
eprioridade das funcionalidades.Responsvel pelo aceite do produto -
ENTREGA de cada Sprint. o responsvel pela manuteno do
Backlog.PAPISO nico indivduo que responsvel por selecionar
otrabalho a ser feito, a m de entregar o produto queagregue valor
ao cliente com entregas [email protected]
19. Scrum MasterResponsvel por garantir que os valores e
asprticas do Scrum foram entendidos pela equipe eesto sendo
seguidas.Fazer com que a equipe seja auto-gerencivel e
multi-disciplinar.Garantir com que o Product Owner tambm est
desempenhandoseu trabalho, principalmente o ROI.Responsvel por
remover os impedimentos(barreiras) do time.Protege a equipe de
interferncias [email protected]
20. Scrum MasterMotivar e manter a sade da equipe, trabalho em
equipe,comunicao, minimizando atritos e promovendoa
cooperao.Assegurar a melhoria contnua e colaboraoentre o time.Obter
o comprometimento das partes (Stakeholders e Equipe). importante
sempre lembrar: No o lder tcnico (o cara). No deve ser o Product
Owner No gerencia ou dirige a equipe. No toma decises pela
[email protected]
21. TeamResponsvel por produzir incrementos do produto e
pelaqualidade do mesmo. um time multi-disciplinar. um time
auto-gerenciado.Comprometidos e Comunicativos.Produz produto com
qualidade e valor para o clienteintensamente colaborativo.Team no
mximo com 9 integrantes.PAPISNo Time Scrum, no existe
necessariamente uma diviso funcional atravs de papistradicionais,
tais como programador, designer, analista de testes ou arquiteto e
troca de bastes.Todos no projeto trabalham juntos (colaboram) para
completar o conjunto de trabalho com oqual se comprometeram
conjuntamente para um [email protected]
23. VisoARTEFATOSTodo Produto necessita de uma viso, um
objetivo, uma meta.A viso do produto nos faz parar e pensar, porque
vamos construireste software?Qual o real propsito deste trabalho
que ser realizado?O Product Owner deni a VISO DO PRODUTO.Comear o
projeto pelo Product Backlog sem a viso como fazercompras com fome.
Tudo parece uma boa idia, uma boafuncionalidade.Existem vrias
tcnicas para auxiliar na construo da viso
[email protected]
25. Release PlanningTem por objetivo claricar as prioridades
dos itens do backlog,estabelecer o objetivo (macro) de cada
entrega/iterao,identicar o nmero de iteraes (sprints) necessrias,
principaismilestones, identicar os principais riscos.2 semanas
cada8 semanas para o
[email protected]
27. Product BacklogARTEFATOSO Product Backlog apresentado no
formato de uma lista com itenspriorizados e ordenados pelo Product
Owner de acordo com o valorque representam o cliente e negcio. Uma
lista de todo o trabalho desejado noprojeto Idealmente, na forma em
que cada item tenhaseu peso de acordo com a desejo do cliente
Existir por todo o ciclo de vida do projeto Priorizado pelo dono do
produto Repriorizado no incio de cada Sprint Regularmente
atualizado pelo PO de acordo commudanas e necessidades do
[email protected]
28. Cliente ORDENA de acordo com sua necessidadeLista que
representa tudo que necessrio para desenvolver o produtoProduct
Backlog+ ROI- [email protected]
32. Sprint PlanningO time seleciona os itens priorizados do
product backlog com osquais compromete-se a concluir.Decide como
chegar ao objetivo(META) da SPRINT.Estimam cada funcionalidade do
sprint backlog.Cria tarefas do sprint backlog a partir dos itens do
product backlog(user stories/funcionalidades)Dene durao da
sprint.Participantes: Product Owner, Scrum Master,Team.Denio de
[email protected]
33. Estimativas em pontosPlanning PokerOTime ESTIMAVelocidade
doTIMEDefinio dePRONTOObjetivo(META)Quebrar estrias
emtarefasSeleciona as estrias de [email protected]
34. Sprint PlanningCHECK LISTPrimeira parte da reunio:1.1 A
viso do produto foi completamente entendida;1.2 Os nveis de
prioridade dos itens do Product Backlog foi denido;1.3 Os itens do
Product Backlog foram selecionados;1.4 A meta da Sprint (o que deve
ser entregue no nal da Sprint) foi estabelecida ;Segunda parte da
reunio:2.1 Os itens so detalhados atravs da escrita de estrias de
usurio;2.2 Estimativa em Pontos denida.2.3 - As estrias de usurio
so quebradas em tarefas;2.4 - Sprint Backlog denido;2.5 As pessoas
da equipe denem entre elas quem ira fazer as tarefas do
[email protected]
36. Sprint BacklogARTEFATOSO Sprint Backlog uma parte doproduct
backlog, contendo apenas oescopo das funcionalidades/itensaos quais
a equipe se comprometeua tentar entregar no nal do
sprintcorrente.Ele tambm possui a meta dosprint, as tarefas
necessrias paraimplementar cada estria e
[email protected]
38. SprintProjetos Scrum progridem em uma srie de
sprints.Ocorre em um perodo de duas a quatro semanas.Um perodo
constante leva a um melhor ritmo.O produto projetado, codificado e
testado durante o sprint.Principal objetivo: Estarmos
frequentemente entregando algo de valor para ocliente*Sem mudanas
durante a SPRINTProduzir um incremento do PRODUTOPOTENCIALMENTE
[email protected]
39. Time BoxScrum Time boxe so usadas para criar
regularidade.Um Time Boxe uma quantidade de tempo, ou seja uma
duraoxa que no poder aumentar.Um Sprint uma iterao e dever ter
durao xa de nomximo 4 semanas e aps estabelecida, no deve variar ao
longodo projeto. Se vc escolheu usar o time-box de 3 semanas para
osseus sprints, use sempre 3 semanas.CERIMNIASO conceito de timebox
aplicado as cerimnias (reunies) doScrum. Todas as reunies
soTimeboxed:- Reunio de Planejamento da Sprint (8 horas)- Reunio
Diria (15 minutos)- Reunio de Reviso da Sprint (4 horas*)- Reunio
de Retrospectiva da Sprint (3 horas*)Nota: * A quantidade de horas
pode variar de acordo com a [email protected]
40. Daily ScrumCERIMNIASReunio para o acompanhamento
dirio.Diariamente, todos juntos e em 15 minutos todos os membros da
equipedevem responder s 3 perguntas:- O que foi feito desde ontem?-
O que ir fazer de hoje at amanh?- Qual o impedimento (se houver)?O
time responsvel por conduzir a reunio e atualizar os
artefatosdurante reunio quadro de tarefas, burndown chart.* Ajuda a
evitar reunies adicionais [email protected]
41. Grco de BurndownARTEFATOSGrco que monitora o andamento
dasatividades em relao a velocidade doSprint/Team.Visibilidade e
Transparnciaao Desenvolvimento de SoftwarePROGRESSO
[email protected]
43. Sprint Review a reunio para a apresentao/entregado produto
produzido durante o Sprint,ou seja, resultados obtidos na SPRINT.A
apresentao atrai feedback importantedos envolvidos.Devolve ao
Product Backlog funcionalidadesno terminadas e reprioriz-las.Remove
funcionalidades que foram nalizadas
[email protected]
44. Incremento de ProdutoResultado de cada Sprint.Entregar a
cada Sprint algo real do projetode software.Entrega o que foi
selecionado pelo proprietrio do produto epriorizado no Backlog.O
time entrega o que se comprometeu em desenvolver.Alinhado com a
Denio de Pronto.Potencialmente [email protected]
46. Retrospectiva a reunio de lies aprendidas...O que podemos
fazer melhor no prximo sprint?Feita aps cada SPRINT- Bom: se
pudssemos faramos do mesmo modo;- Poderia ter sido melhor: faramos
tal tem de maneira diferente;- Melhorias: idias concretas de como
melhorar para prximo sprint.INSPEO e
[email protected]
47. Renamento BacklogOs membros da equipe precisam
entendimentoconcreto do que precisa ser feito.Renamento backlog
deve ser concludo o maistardar no nal da Sprint anterior.Cada item
deve ter um critrio de aceitao muitoconcretos.Cada item Product
Backlog que entrar no Sprint deve representar um incremento de
"valorde negcio". Portanto, o proprietrio do produto precisa ser
ativamente envolvido nadeterminao do que as fatias so razoveis.Cada
item tem de ser tcnicamente possvel construir dentro de um Sprint.
Portanto osmembros do time precisam estar engajados em determinar o
tamanho de cadafuncionalidade.- SCRUM no especica uma reunio de
renamento.- Os resultados de uma Sprint dependem fortemente na
qualidade dositens do Backlog.- Aconselhado manter o renamento do
Backlog [email protected]
48. 48VisoBusiness Model GenerationFuncionalidadesProduct
BacklogStory MappingReuniodeplanejamento 1Reuniodeplanejamento
2SelecionaFuncionalidadesListafuncionalidades etarefas
paradesenvolvimentoRetrospectivaIncremento de ProdutoPotencialmente
EntregvelProduzir um incremento do PRODUTOPOTENCIALMENTE
ENTREGVELProduct Owner(Time de CustDev)ReuniodeEntrega
49. SCRUMResumoScrum uma estrutura simples, incorporando esses
poucospapis, reunies, atividades e exibe informaes. Scrum
umframework para o sucesso.O sucesso vem quando toda a equipe
trabalha em conjunto,inspecionar o progresso e adaptar o seu
processo especcodentro do framework Scrum.Scrum um lugar para
comear. Seu objetivo no fazerScrum, para ter sucesso usando Scrum
como base para aobservao de seu projeto e
melhor-lo.http://[email protected]
