O documento aborda o Scrum como um framework ágil focado em desenvolvimento iterativo e incremental, destacando a importância de valores como indivíduos e interações, software funcionando, e colaboração com o cliente. Ele enfatiza a adaptabilidade e a eliminação de desperdícios, além de detalhar os papéis essenciais no Scrum, como o Product Owner e o ScrumMaster, e as cerimônias que estruturam o processo. O autor também menciona a necessidade de um ambiente que promova a auto-organização e excelência técnica nas equipes ágeis.

1. Scrum
Framework, Competências e Valores
Manoel Pimentel !
Dir. Executivo - ICA-TI - www.ica-ti.com.br!
Instituto de Coaching Aplicado a TI!
twitter.com/manoelp!

3. mecobiz.net

5. agilemanifesto.org
Estamos descobrindo maneiras melhores de desenvolver
software, fazendo-o nós mesmos e ajudando outros a
fazerem o mesmo. Através deste trabalho, passamos a valorizar:
!
Indivíduos e interações mais que processos e ferramentas
Software em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano
!
Ou seja, mesmo havendo valor nos itens à direita,
valorizamos mais os itens à esquerda.
design do site e rabalho de cópia & arte; 2001, Ward Cunningham
tradução para o português brasileiro por Renato Willi, José Peleteiro, Heitor Roriz, Flávio Steffens de Castro, Luiz
Cláudio Parzianello, Rafael Prikladnicki, Mariana Bravo, Dairton Bassi, Rafael Sabbagh Armony, André Faria Gomes,
Cecília Fernandes, Rodrigo Toledo, Manoel Pimentel, Guilherme Silveira, Wescley Costa, Marcelo Andrade, Christian
Peixoto, Hugo Corbucci

6. O Scrum é um
Framework
Ágil

7. Ágil?

8. Agile

9. Agile
XP
FDD Scrum

10. Agile?

11. Agile então é:
Fazer e Entregar mais
“Rápido”?

14. Agile NÃO é
fazer mais
rápido

15. Agile é ....

16. Entregas
Constantes

17. Através de ciclos curtos

18. Responder a
Mudanças

19. Através de flexibilidade "
e leveza

20. Melhoria
Contínua

21. PDCA puro

22. Eliminar
Desperdício

23. O que realmente
agrega valor
para uma meta?
Fonte: Jason Che-han Yip (ThoughtWorks)

24. Práticas
Cultura

25. Valores
Ágeis

26. agilemanifesto.org

27. Indivíduos e Interações > Processos e Ferramentas
Software em funcionamento > Documentação Abrangente
Colaboração com cliente > Negociação de Contratos
Responder a mudanças > Seguir um plano

28. Scrum?

31. Scrum é para:

32. gerenciar
o desenvolvimento

33.
Iterativo Incremental
e
de
produtos

34. Iterativo e
Incremental?

35. Você comeria toda
essa carne
numa só vez?

36. Não!!!

37. Se for por pedaços
menores?

41. ?

42. Como tratamos o
“problema” vaca?

44. Por que isso acontece?

45. Resposta: Limitação

46. Limitação == Priorização

47. Qual parte tem mais
importância para você?

48. Isso evita excessos

49. Com isso reduzimos o
desperdício

50. Temos desperdício num
escopo de um software?

51. Veja a realidade:
Fonte:

52. Por isso em Agile o tempo e o custo são
fixos, o que é variável é o escopo

53. Isso acontece de uma forma iterativa
e incremental

55. Metodologia?

56. Não!

57. Framework
Ágil

58. O Scrum enquanto framework é
incompleto por natureza...

59. Papéis Regras
Cerimônias Artefatos

60. Empresa A
Papéis Regras
Cerimônias Artefatos

61. Empresa A
###
Papéis Regras
Cerimônias Artefatos
###

62. Empresa A
### ###
###
Papéis Regras
Cerimônias Artefatos
###

63. Empresa A
### ###
###
Papéis Regras
###
Cerimônias Artefatos
###
###

64. Empresa B ?

65. Empresa B
### ###
###
Papéis Regras
###
Cerimônias Artefatos
###
###

66. Empresa B
###
Papéis Regras
Cerimônias Artefatos
###
### ###

67. Valores
Papéis Regras
Cerimônias Artefatos
Pilares

68. Indivíduos e Interações > Processos e Ferramentas
Software em funcionamento > Documentação Abrangente
Colaboração com cliente > Negociação de Contratos
Responder a mudanças > Seguir um plano
Transparência
Inspeção
Adaptação

70. Comando
Controle

71. Auto
Organização

72. Foco

74. Papéis do Scrum

75. Product
Owner
Team
ScrumMaster

76. Produto !
Ele conhece o
Gerencia a Visão"
!
promove o ROI!
gerencia a Entrega"
garante o Sucesso do Produto"
Product
Owner

78. É uma equipe !
Multi-Disciplinar"
auto-organiza"
que se
e gerencia a Sprint "
para atingir a meta .
Team

80. Formação de Times
Ecossistema Xxxxxxxxx
Área A Área B
Célula X Célula Y Célula X Célula Y
Stakeholders
Time
Meta
Product Owner
Célula X Célula Y Célula X Célula Y
ScrumMaster
Empresa Externa A Empresa Externa B

81. Ele protege a Meta do time,!
responsável pelo Processo,!
e Facilitador"
(para o PO e Team)
ScrumMaster

83. Visão geral
do
Scrum

84. Visão
Sprint " Daily "
Planning Sprint
Meeting
Product "
Backlog
Sprint "
Retrospective Sprint "
Review

85. Visão
# O que é feito?"
- Uma Visão Fixa (um ponto a se se chegar)!
- Suficientemente Abrangente (alto nível)!
- É um período para definicão das regras iniciais!
!
# Quem faz?"
-Product Owner!
-Com apoio do ScrumMaster!
!
# O que sai?"
-Declaração da Visão!
- Product Backlog Inicial "
!
# Quando é feito?"
- No início do projeto!

86. Visão
# O que é feito?"
- Lista de desejos para o produto!
- Priorizada pelo PO!
!
# Quem faz?"
-Product Owner!
!
# O que sai?"
-Priorização Inicial do Product Backlog"
!
Product " # Quando é feito?"
Backlog -No início do projeto!
-Continuamente!

87. Visão # O que é feito no Planning 1?"
-PO define o meta para a Sprint!
-PO explica os itens de maior de prioridade!
no ProductBacklog!
-Time questiona o entendimento dos itens!
Sprint " !
Planning
# O que é feito no Planning 2?"
-O Time pode estimar!
-O time pode quebrar em tarefas menores!
-Selecionar os itens que atendem a meta !
da Sprint!
!
# O que sai?"
-Meta e Sprint Backlog !
!
Product " # Quem faz?"
Backlog -Product Owner, Time, ScrumMaster!
!
# Quando é feito? "
- Antes de cada Sprint!
!

88. Visão
Sprint "
Planning Sprint
# O que é feito na Sprint?"
- Desenvolvimento do produto!
- O time se auto-organiza!
!
# Quem faz?"
- Time!
Product " !
Backlog
# O que sai?"
- Incremento de Produto"
!
# Quando é feito?"
- Continuamente até o fim do projeto!

89. Visão
Sprint " Daily "
Planning Sprint
Meeting
# O que é feito na Daily Meeting?"
- Adaptação Diária!
- O que fez ?!
- O que fará?!
- Existe algum impedimento?!
!
# Quem faz?"
Product " - Time facilitado pelo ScrumMaster!
Backlog !
# O que sai?"
- Impedimentos, Ações de ajustes no curso
!
# Quando é feito?"
- Diariamente até o fim da Sprint!

90. Visão
Sprint " Daily "
Planning Sprint
Meeting
# O que é feito na Sprint Review?"
- Entrega do Incremento do Produto para o P.O.!
- Avaliação se entrega corresponde a expectativa!
!
# Quem faz?"
- P.O, Time ,ScrumMaster!
!
# O que sai?"
Product " - Feedback sobre o incremento de produto!
Backlog -- Novos itens para o ProductBacklog!
!
# Quando é feito?" Sprint "
- Ao final da Sprint! Review

91. # O que é feito na Sprint Retrospective?"
- Inspeção e Adaptação no Prcesso (forma de trabalho)!
- O que funcionou bem?!
- O que não funcionou bem?!
- O que fazer para melhorar?!
Visão
!
# Quem faz?"
- Time facilitado pelo ScrumMaster!
!Sprint "
Sprint Daily "
# O que
Planning sai?" Meeting
- Ações de melhorias para a próxima Sprint!
!
# Quando é feito?"
- Ao final da Sprint!
Product "
Backlog
Sprint "
Retrospective Sprint "
Review

92. Again?

93. Visão
Sprint " Daily "
Planning Sprint
Meeting
Product "
Backlog
Sprint "
Retrospective Sprint "
Review

94. Coisas Importantes

95. Requisitos Ágeis

96. O Ministério da Agilidade adverte:
Isso não é do Scrum
Se persistirem os sintomas, contrate um Mentor

97. O Scrum não diz como você
deve escrever os requisitos!

98. 2 Regras Básicas:
Requisitos Orientados ao cliente"
!
Ordenados por aquilo
Requisitos
que for importante ao cliente

99. e as Questões Técnicas ?

100. Pre-Game Game Post-Game
Arquitetura de Restrições de
referência plataformas
Sprint Sprint Sprint Sprint
Arquitetura Arquitetura
Visão Inicial Concluída
Segmentação ortogonal para
reduzir as dependências
Itens de Negócio Arquitetura

101. Boas
metas?

102. Específicas

103. Mensuráveis

104. Alcançáveis

105. Relevantes

106. Datadas

107. SMART
S – Específica
M – Mensurável
A - Alcançável
R – Relevante!
T – Com Tempo para acontecer

109. Definition" Definition"
of " of "
Ready Done
O que o time precisa ! Quando um item pode ser
para começar uma Sprint? considerado como concluído?

110. Adaptação Diária

111. Daily Meeting
• O que fez de ontem para hoje?!
!
• O que fará de hoje para amanhã!
!
• Existe algum impedimento?

112. Comunicação
Visual Fonte: Jason Che-han Yip (ThoughtWorks)

116. Impedimentos?

117. Ensinar a pescar,"
Não dar o peixe

118. Fluxo para remoção de impedimentos em projetos
Elucida sobre o trabalho
Projeto Scrum
Não
Sim StakeHolders
Removeu? Removeu?
Sinaliza
Não Não
Impedimento Sim
Removeu?
ScrumMaster Product Owner Sim
Time Meta
ameaçada

119. Gráficos

120. Total Sprint Backlog 500
Burn-Down Dia 1
Dia 2
Dia 3
0
200
0
500
300
300
Dia 4 0 300
Dia 5 300 0

121. Burn-Down Chart

122. Burn-up Chart
Valor
300
200
100
0
1 2 3 4 5
Sprints

123.
Scrum serve
para todo tipo
de projeto?

124. Não!!!

125. Pouco apropriado para
contextos determinísticos

126. + para contextos empíricos

127. Minha
empresa
pode ser
ágil?

128. !
Nossa maior prioridade é satisfazer o cliente
12 Princípios
através da entrega contínua e adiantada
de software com valor agregado.
!
Mudanças nos requisitos são bem-vindas,
mesmo tardiamente no desenvolvimento.
Processos ágeis tiram vantagem das
mudanças visando vantagem competitiva para o cliente.
!
Entregar frequentemente software funcionando,
de poucas semanas a poucos meses,
com preferência à menor escala de tempo.
!
Pessoas de negócio e desenvolvedores devem trabalhar
diariamente em conjunto por todo o projeto.
Software funcionando é a medida primária de progresso.
! !
Construa projetos em torno de indivíduos motivados.
Os processos ágeis promovem desenvolvimento
Dê a eles o ambiente e o suporte necessário
sustentável. Os patrocinadores, desenvolvedores e
e confie neles para fazer o trabalho.
usuários devem ser capazes de manter um ritmo
! constante indefinidamente.
O método mais eficiente e eficaz de transmitir
!
informações para e entre uma equipe de desenvolvimento
Contínua atenção à excelência técnica e bom design
é através de conversa face a face.
aumenta a agilidade.
! !
Simplicidade--a arte de maximizar a quantidade de
trabalho não realizado--é essencial.
!
As melhores arquiteturas, requisitos e designs
emergem de equipes auto-organizáveis.
!
Em intervalos regulares, a equipe reflete sobre como
se tornar mais eficaz e então refina e ajusta seu
comportamento de acordo.

129. Crie o
seu "
Jeito"
Ágil

130. Meta-Agile
Agilidade além da própria
agilidade
http://visaoagil.wordpress.com/2011/02/11/manifesto-for-meta-agile/

131. Quer mais
informações?

132. Livros:
• Agile Project Management With Scrum, Schwaber, Ken,
Editora, Ed. Microsoft Pres!
!
• Agile Software Development with Scrum, Schwaber, Ken
e Beedle, Mike.!
!
• A Practical Guide to Feature-Driven Development,
Palmer, Stephen R. e Felsing, John M, Coad Series.!
!
• Extreme Programming Explained: Embrace Change,
Kent Beck.!

133. Meus artigos:
• www.devmedia.com.br (Portal e Revista)!
• www.visaoagil.com (Blog e Revista)!
• www.scrumalliance.com (artigos)!
• www.agilealliance.com (artigos)!
• www.infoq.com (Brasil, EUA, China)!

134. OK ?
twitter.com/manoelp!
!
manoel@ica-ti.com.br