Agilidade parte 33 Scrum Prof Dr Lus Fernando
- Slides: 60
Agilidade parte 3/3 - Scrum Prof. Dr. Luís Fernando Fortes Garcia luis@garcia. pro. br 1
Scrum • Scrum? • Jogada do Rugby • Formação de muralha com 8 jogadores • Trabalho em EQUIPE 2
Scrum 3
Scrum • Processo Iterativo e Incremental para desenvolvimento de projetos • Foco em comunicação e trabalho em equipe • Foco no TEMPO • Foco no valor do negócio 4
Scrum • Foco em. . . 5
Scrum • Foco em TIMES BOXES • Tempo limitado • Aplicado a tudo ! • Reuniões • Sprints. . . 6
Scrum 7
Scrum 8
Scrum 9
Scrum - Pilares 10
Scrum – Visão Geral 11
Scrum – Visão Geral 12
Scrum – Cerimônias/Eventos 13
Scrum – Cerimônias/Eventos 14
Scrum – Cerimônias/Eventos 15
Scrum – Cerimônias/Eventos 16
Scrum - Papéis 17
Scrum - Papéis • Scrum Master • • • Trabalhar com o PO Cuidar do time Manter o processo funcionando Disseminar o processo Focar na comunicação 18
Scrum - Papéis • Scrum Master 19
Scrum - Papéis • Scrum Master 20
Scrum - Papéis • Product Owner • • Criar visão do projeto Compartilhar essa visão Tomar decisões continuamente Escrever PRIORIZAR Validar Estabelecer plano de entregas Tomar decisões – Calcular o ROI 21
Scrum - Papéis • Time • • Estimar itens backlog Comprometimento Auto-gerência Auto-organização • E mais. . . 22
Scrum - Papéis • Time • • • Sem papéis Multidisciplinares Auto-sustentáveis Responsáveis 5 a 9 pessoas 23
Scrum - Comprometimento 24
Scrum - Artefatos 25
Scrum - Artefatos • Product Backlog 26
Scrum - Artefatos • Product Backlog • • Testável Independente Negociável Com Valor Estimáveis Pequeno Com critérios de aceitação 27
Scrum - Artefatos • Product Backlog 28
Monitorando. . . 29
Monitorando. . . 30
FOCO no Planejamento MAS, Agilidade. . . 31
Planejamento Agilidade 32
Planejamento Foco em: • Prever (problemas) e • Preparar a solução. . . 33
Planejamento Questões. . . • • • Escopo (o que precisa ser feito? ) Prazo (quanto tempo? ) Custo (quanto vai custar? ) Recursos (quais recursos preciso? ) Qualidade (satisfaz? ) 34
Planejamento IMPACTO no projeto. . . 35
Planejamento Tradicionalmente. . . • • Especificar escopo Definir atividades Estimar custos Definir cronograma Definir orçamento Integrar planos. . . 36
Planejamento • Estimativa em Desenvolvimento de Software deve incluir: • • Análise/modelagem/projeto Codificação Teste Integração 37
Planejamento • SCRUM 38
Planejamento • Reunião de Planejamento I • • • (PO) O QUE fazer? (PO) Qual a META da sprint? (PO) Seleção/definição das prioridades (time) Estimativas de tamanho (planning poker) (time) (Relação tamanhox. VELOCIDADE do time) Prioridade ou IMPORT NCIA 39
Planejamento • Reunião de Planejamento II • • • (time) COMO ? (time) Planejamento do trabalho (time) Estórias Tarefas Sprint Backlog (PO) pode tirar dúvidas • Não podem restar dúvidas. . . 40
Planejamento 41
Planejamento 42
Estórias 43
Estimativas ? 44
Estimativas 45
Estimativas 46
Estimativas Atenção ! Estimativas VARIAM entre equipes diferentes Trocas de equipe Trocas de membros da equipe Aumentos/diminuições de equipe. . . 47
Planning Poker • Técnica de estimativa ágil • Foco no comprometimento – Todos participam da estimativa – Todos são responsáveis pela concretização • Processo rápido • Foco em CONSENSO 48
Planning Poker • Estimar • Estórias • Casos de Uso • Atividades 49
Planning Poker • Baralho especial • Números representam HOMENS-DIA • Números representam PONTOS (tamanho) 50
Planning Poker • Homens = LÍDER / Sênior / Experiente 51
Planning Poker • Analisando. . . COMPLEXIDADE. . . ESFORÇO. . . TAMANHO. . . 52
Planning Poker • Analisando. . . TEMPO. . . NÃO !!!! Tempo depende da VELOCIDADE do time ! e. . . 53
Planning Poker • Analisando. . . TEMPO. . . NÃO !!!! Tempo depende da DISPONIBILIDADE do time! 8 horas? Nunca ! 54
Planning Poker 55
Planning Poker • PO seleciona artefato e lê (explica se necessário). . . – “Menor” artefato vale 2. . . – Serve, então, de referência para os demais • Participantes analisam, escolhem carta e colocam na mesa (virada para baixo). . . • Cartas são viradas. . . • Verificam-se os resultados e diferenças. . . • Analisa-se resultados. . . 56
Planning Poker • Participantes discutem/explicam/justificam sua escolha • Se resultado for muito. . . – ALTO > 20. . . Decompor artefato – BAIXO < 2. . . Compor artefato • Discussão • Nova rodada. . . LIMITADO ! – Se não houve consenso, valor mais alto ! 57
Planning Poker • Até o CONSENSO. . . 58
Atividade • Grupos de 6 alunos. . . • Grupos afastados fisicamente. . . • Criar “estórias”, atividades e estimar. . . • Papel e caneta. . . • Apresentação/discussão ao final. . . 59
Atividade Sistema controle loja informática Descrição básica em anexo 60
- Te invitamos hacer parte
- Este parte aquele parte
- Ocho enteros
- Partes da missa
- Lud lus root word
- Lus silva
- Cuarto de moldes en radioterapia
- Veiledet lesing
- Lus silva
- Lus gustavo
- Lus lesing
- Lua string builder
- Lus xiv
- Lus skema
- Fases da lus
- Lus gustavo
- Lua lus
- Lus de
- Pasta lus
- Vol-vyoo-lus
- Lus fiber
- Lus gustavo
- Cos lus adarch
- Lus de
- Fases da lua e eclipse
- Tipos de lus
- Scrum computer science
- Exemple de product backlog
- Scrum team servant leader
- Introduction to scrum
- Target process tool
- Pspoi
- Scrum
- Scrum business case
- Pré game scrum
- Scrum velocity berechnen
- Day in the life of a scrum master
- Scrum modeli
- Scrum points
- Scrum mountain goat
- Scrum bullshit
- Scrum
- Agile development 101
- Burndown chart là gì
- Kapan pendekatan cynefin digunakan pada scrum
- Mountain goat software scrum master
- Scrum master tehtävät
- Scrum cs
- Agile ms project template
- Scrum image
- Ron has just started as a scrum master
- What is one example of a servant leader behavior pattern?
- Mountain goat planning poker
- Scrum process
- Scrum from the trenches
- Scrum words
- In scrum, the ____ maintains the product backlog list.
- Scrum retrospektiva
- Inception agile scrum
- Contoh scrum
- Eligasi