Parte do material que uso em meus treinamentos sobre Scrum. Nesse material mostro algumas visões pessoais e minhas experiências na adoção/adaptação do framework Scrum.
Escalando a Gestão Ágil com SAFe - Manoel Pimentel
Scrum - Framework, Competências e Valores (versão community)
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!
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
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
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
76. Produto !
Ele conhece o
Gerencia a Visão"
!
promove o ROI!
gerencia a Entrega"
garante o Sucesso do Produto"
Product
Owner
77.
78. É uma equipe !
Multi-Disciplinar"
auto-organiza"
que se
e gerencia a Sprint "
para atingir a meta .
Team
79.
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
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
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
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
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.
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.!