Please enable JavaScript.
Coggle requires JavaScript to display documents.
Eventos (Daily Meet (Objetivo (Atualizar o time do que está ocorrendo,…
Eventos
Daily Meet
TD
3 perguntas
Há algum Impedimento
Sempre tem impedimentos
Senão não compreenderam o SCRUM
O que farei até a próxima reunião
Evitar discutir problemas e buscar soluções.
Isso deve ser feito após a reunião
O que fiz desde última reunião
Sem respostas genéricas
Está indo tudo dentro do planejado
Organiza a reunião
Todos respondem 3 perguntas
Objetivo
Atualizar o time do que está ocorrendo
Atualizar o quadro de atividades e gráfico BurnDown
Inspecionar o trabalho para cumprir a meta da Sprint
Identificar impedimentos para cumprir a meta
Caracteristica
Em pé
Sempre mesmo horário e local
Ocorrer todos os dias (Exceto primeiro e último dia da Sprint)
Evitar problema na inspeção e adaptação
15min.
Nunca mais de 15min.
Pode terminar antes
SM
Não deve chamar o TD e organizar a reunião (TD auto organizado)
Não participa
Tem que garantir que a reunião ocorra
Pode estar presente
DP
Não participam da reunião
Pode esclarecer dúvidas após a reunião
Review
Características
Foco no Produto
TimeBox 4hrs (Sprint 30 dias)
3h (3sem) 2hrs(2sem)
Preparação não deve ser maior q 2 hrs
Participa
TD
Apresenta produto
No próprio sistema.
Deploy antes da reunião
Todos revesam nas apresentações
Expor dificuldades encontradas
SM
Não é orbigatório
DP
Dá aceite e feedback
Atendeu o conceito de pronto
Meta foi atingida
Interessados
Único evento que Permite participação de KeyStackholders
Dão feedback
Promove
Transparência
Trabalho apresentado conforme fica pronto
Inspeção
Avaliando o que foi feito e o que falta fazer
Adaptação
Itens rejeitados
Voltar para o BLP e terá sua prioridade redefinida
Novas necessidades, mudanças.
Devem ser incluídas no BLP se necessário e serem priorizadas
Entrega
Funcionalidades prontas para uso e aprovadas pelo DP
BLP atualizado, revisado e repriorizado (conforme valor possível)
Lista de itens que podem entrar no BLP
Cronograma do Projeto, Orçamento e Capacidade do TD revisados
Itens do BLP que provavelmente entrarão na próxima Sprint
Conceitos
Somente Sprint não pode terminar antes do tempo.Demais podem se objetivos foram alcançados
Eventos Time Boxes
4 eventos de reunião são oportunidades de inspeção e adptação
SM garante a realização de todos os eventos
Planejamento
1° evento da Sprint
Todo o Time Scrum participa. Pode convidar outras pessoas se necessário
Divisão
O que será feito- 4h
Entradas
BackLog do Produto
DP
Define/apresenta itens Priorizados
História de Usuários
- detalha os itens no maior nível possível para entendimento do TD
TD
Avalia a complexidade por pontos (Plannig Poker)
Define o q será desenvolvido.
Não ultrapassar a capacidade (pontos). Melhor acrescentar depois q retirar
Último incremento de software
Performance da última Sprint. Capacidade projetada do Desenvolvedores (produtividade em pontos)
Saídas
Meta
Definida pelo Time Scrum
Frase que indica o que será entregue na Sprint
Itens de BackLog de Produto Selecionados para a Sprint
Estimativas dos Itens de BLP
Como será feito- 4h
Iniciar imediatamente após a parte1
DP não obriogatório
BackLog da Sprint
Apos estimar as atividades o TD confirmará se será necessário retirar ou acrescentar itens de BackLog do produto e negociar com o DP.
TD capaz de apresentar backLog da Sprint para DP e SM se comprometendo com a entrega de pronto
Tarefas
Analise, criação de tabelas, desing, layout, desenvolvimento, teste, tecnologia necessário, biblioteca, etc...
Em horas. Máximo 8hrs. Facilita medir performance
Não há necessidade de detalhar tudo. Detalhar as tarefas dos primeiros itens de BackLog, os demais serão detalhados durante a Sprint
Quebra dos Itens de BL do Produto
Terceiros (DBAs, usuários, especilistas) podem ser consultados mas o TD que deve definir/contruir a solução
TD decidir como irá desenvolver Itens do backLog dentro do conceito de Pronto
8hrs - Sprint de 30 dias (6h-3sem e 4h-2sem)
Retrospective
Caracteristica
TimeBox 3hrs (Sprint 30 dias)
3sem(2h 15min) 2sem(1h 30min)
Último evento
Imediatamente após a Revisão
Antes do Planejamento da próxima Sprint
Foco no Processo
Participa
SM
Encoraja TD e falar
SM Ajuda TD a trabalhar mais unido e produtivo
TD
3 perguntas
Como implementar soluções para melhorar
Planejar algumas ações para a próxima Sprints
Define Prioridades
Define ações
O que foi feito de bom para manter
Todos falam
O que pode ser melhorado
Lições aprendidas
DP
Opcional
Promove
Transparência
TD expõe coisas boas e ruins da Sprint
Ações Visiveis
Adaptação
Implementação da Melhoria Contínua
Inspeção
Checa resultado
Sprint
Caracteristicas
Ciclo de desenvolvimento (iteração)
Mais de um TD
Integração deve ser feita ao fim de cada Sprint
Não exige que as script tenha o mesmo tempo
Software Pronto
Software ou parte dele deve estar funcionando e possível de ser utilizado
Não quer dizer que será liberada versão que vai para produção
Quantidade de Sprint necessária até que o blacklog do produto seja concluido. se é que será concluido algum dia
TimeBox
2 a 4 semanas.
Começa ao final da anterior
Sempre definida por dias corridos
Tempo para começar e terminar
Menos que 2 semanas pode ser insuficiente para entregar um software ou parte dele pronto
Recomendação
Mesmo tempo durante todo o projeto. Melhor para calcular performance no time e tempo de releases
Recomenda times novos com 30 dias e ir reduzindo conforme maturidade do time
Não + 30 dias
Risco elevado
Ajuste de requisitos e prioridades muito distantes
Tempo grande para obter feedback e descobrir q está no caminho errado
