D.
Professor Demis · Gestão ágil
01 / 28
Framework · Artefatos · Papéis · Processos
Facilitador
Demis Marques
Especialista em projetos complexos. Professor em gestão estratégica.
D.
Facilitador
02 / 28
Facilitador
Demis Marques
+10
anos em gestão ágil de projetos
Certificação
Certified Scrum Product Owner
Formação
ADM, Mestrado e Doutorado em Eng. e Gestão do Conhecimento
D.
Roteiro
03 / 28
Agenda
01
Kick-off do Agile
02
O framework Scrum
03
Artefatos do Scrum
04
Os papéis do Scrum
05
Processos do Scrum
06
Prática de Scrum
D.
01 · Kick-off do Agile
04 / 28
11 a 13 de fevereiro
2001
17 experts · The Lodge · Utah, EUA
As práticas usadas hoje em dia vinham sendo aplicadas mundialmente por diversos experts em desenvolvimento de software por vários anos.
De 11 a 13 de fevereiro de 2001, no resort de ski chamado The Lodge, nas montanhas Wasatch, em Utah, EUA, 17 desses experts se encontraram.
O resultado desse encontro foi o Manifesto de Desenvolvimento Ágil de Software.
D.
01 · Kick-off do Agile · Manifesto
05 / 28
São novas formas de pensar desenvolvimento de produto, que valorizam:
Indivíduos e interações
sobre
Processos e ferramentas
Produto funcional
sobre
Documentação compreensiva
Colaboração com o cliente
sobre
Negociação de contratos
Resposta à mudança
sobre
Seguir um plano
D.
12 princípios ágeis · 1 a 6
06 / 28
01
Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado.
02
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.
03
Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo.
04
Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto.
05
Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho.
06
O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa face a face.
D.
12 princípios ágeis · 7 a 12
07 / 28
07
Software funcionando é a medida primária de progresso.
08
Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.
09
Contínua atenção à excelência técnica e bom design aumenta a agilidade.
10
Simplicidade — a arte de maximizar a quantidade de trabalho não realizado — é essencial.
11
As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.
12
Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo.
D.
02 · O framework Scrum
08 / 28
Product Backlog
Sprint Backlog
Sprint
2–4 semanas
Daily Scrum
Incremento do produto
D.
02 · O framework Scrum
09 / 28
Release Backlog
Sprint
Incremento do produto
Sprint
Incremento do produto
Sprint
Shippable release
D.
02 · O framework Scrum
10 / 28
Planejamento em camadas
Por Mike Cohn
Produto
Roadmap
Release
Sprint
Dia
D.
02 · O framework Scrum
11 / 28
01
Transparência
Visibilidade para todos os envolvidos no processo produtivo
02
Inspeção
Insight: o que está acontecendo?
03
Adaptação
Refletir e melhorar
D.
02 · O framework Scrum
12 / 28
3 Artefatos
Product Backlog
Sprint Backlog
Incremento do produto
3 Papéis
ScrumMaster
Product Owner
Development Team
Processos
Sprint Planning
Daily Scrum
Sprint Review e Sprint Retrospective
Backlog Refinement
D.
03 · Artefatos do Scrum
13 / 28
3
Seção 03
01
Product Backlog
02
Sprint Backlog
03
Incremento do produto
D.
03 · Artefatos · Product Backlog
14 / 28
Artefato 01
PBL
1
O PBL é a única fonte de requisitos em Scrum.
2
Lista todo o trabalho desejado no projeto.
3
Muitos itens são de alto nível, com detalhes acrescentados mais tarde.
4
Priorizado pelo PO e ajustado à medida que o PO aprende mais.
5
Ajuda a criar uma mudança de foco em documentação para conversação.
6
Dentro do Product Backlog temos PBIs (Product Backlog Items).
D.
03 · Artefatos · Sprint Backlog
15 / 28
Artefato 02
02
1
O Sprint Backlog é a única fonte de requisitos de trabalho na Sprint.
2
Lista todo o trabalho desejado na Sprint.
3
Itens refinados e estimados.
D.
03 · Artefatos · Incremento
16 / 28
Artefato 03
Representa o que será incrementado de valor ao final da Sprint
D.
04 · Papéis no Scrum
17 / 28
4
Seção 04
01
ScrumMaster
02
Product Owner
03
Development Team
D.
04 · Papéis · ScrumMaster
18 / 28
Papel 01
SM
1
Remove os impedimentos
2
Desenvolve o time
3
Agente de mudança
4
Facilitador das cerimônias
5
Constantemente melhorando sua capacidade de liderança
6
Socializa o Scrum para a organização
7
Certifica-se da correta implantação do Scrum
D.
04 · Papéis · Product Owner
19 / 28
Papel 02
PO
1
Entender e compartilhar a visão do produto
2
Concretiza a visão e a vende para o time
3
Maximiza o ROI (Return on Investment)
4
Precisa para isso quantificar o Valor de Negócio
5
Priorização do Product Backlog
6
Ordenamento e priorização
7
Colaboração próxima com o time
8
Realização do Release Planning
9
Refinamento e gestão do Product Backlog
D.
04 · Papéis · Development Team
20 / 28
Papel 03
DEV
1
Multifuncional
2
Comprometidos com a meta do Sprint
3
Melhora continuamente a comunicação
4
Melhora continuamente suas habilidades técnicas e pessoais
5
Colabora com o SM e com o PO
6
Autoorganizáveis
Tamanho ideal do time
3–9 membros
D.
05 · Processos do Scrum
21 / 28
5
Seção 05
01
Sprint Planning
02
Daily Scrum
03
Sprint Review e Sprint Retrospective
04
Backlog Refinement
D.
05 · Processos · Sprint Planning
22 / 28
Processo 01
01
Responsabilidades do PO
Participantes
PO · SM · Time de Desenvolvimento
Parte 1
Decide-se o que será feito no Sprint e estabelece-se uma meta.
Parte 2
Decide-se como atingir a meta.
Podemos entregar essa quantidade nesse Sprint?
D.
05 · Processos · Daily Scrum
23 / 28
Processo 02
15'
Duração máxima
15 min
Formato
Em pé
Presença
PO opcional
1
Melhora a comunicação e promove a transparência entre os envolvidos no processo produtivo (o Time de Desenvolvimento).
2
Promove a tomada rápida de decisão.
3
Promove o compartilhamento do conhecimento.
D.
05 · Processos · Sprint Review
24 / 28
Processo 03
03
Ao final da Sprint
O que acontece
Durante o Sprint Review, o Time de Desenvolvimento e o PO colaboram sobre o que foi realizado/produzido.
PO
Time de Desenvolvimento
SM
Cliente (quando disponível)
D.
05 · Processos · Sprint Retrospective
25 / 28
Processo 04
Quando
Ao final da Sprint.
O que acontece
O time discute aspectos positivos e negativos que ocorreram durante o Sprint.
Resultado
O Time Scrum identificou medidas de melhoria a serem tomadas no próximo Sprint.
D.
05 · Processos · Backlog Refinement
26 / 28
Processo 05
05
Refinamento de Backlog
Deve acontecer quantas vezes forem necessárias, de forma que:
1
Cada item desenvolvido em um Sprint idealmente represente um incremento de valor de negócio.
2
O time consiga iniciar e finalizar um item em um único Sprint.
3
O time consiga entender o que precisa ser feito.
4
O Product Backlog esteja pronto para o próximo Sprint Planning.
D.
06 · Revisão do fluxo
27 / 28
Início
Equipe
Visão
Requisitos iniciais
Planejamento
Release
Planning
Product
Backlog
Cerimônia
Sprint
Planning
Resultado
Sprint
Backlog
Sprint
2 a 4 semanas
24h
Daily
Scrum
Ao final
Sprint
Review
Sprint
Retrospective
Entrega
Incremento
do produto
Se preciso
Revisa, caso necessário
Ciclo contínuo
Adapta para o próximo Sprint
D.
Encerramento
28 / 28
@PROFESSORDEMIS
Estratégia sem execução é só intenção.