Please enable JavaScript.
Coggle requires JavaScript to display documents.
Aula 07 - Scrum iGOVNights - PSPO I E PSM I (Conceitos do Scrum (Sprint…
Aula 07 - Scrum iGOVNights - PSPO I E PSM I
pessoas em destaque no curso
Sephora Lilian
Berlin
Semana de Inovação
iGOVNights
Gino
User Story Mapping
Relevante para Manter o backlog
pode ser utilizado para criar o bak log (Jaff Paton)
pouca gente conhece a tecnica USM de verdade
1 - Backbone (parte laraja em cima)
principais funções do produto
deve estar alinhado com a visão
laranja compoem o roadmap
2 - the walking scheleton
funcionalidades principais das macro funcionalidades acima (backbone)
estão em azul no USM
3 - Features e releases (Amarelo claro) vários níveis . 1º release, 2º release, ..., Nº release
ferramenta de gestão do backlog
cada postit pode ter DONE/WIP (Work in Progress)
/ não tem nada, não foi iniciado (se esta iniciado ou quase pronto é WIP do mesmo jeito, pois em ambientes complexos não devemos atribuir percentual... pois ao final da sprint deve estar disponível).
Conceitos do Scrum
Sprint Planning
REUNIÃO DE SPRINT
reunião de sprint planning é uma reunião que acontece em até 8 horas para um sprint de 30 dias
2 - a equipe esclarece as dúvidad com o PO
3 - A equipe seleciona os ítens que conseque concluir (definição de pronto) dentro do sprint
4 - a meta do sprint é definida e acordada
Tempo é proporcional (ex: 4 horas para 15 dias, 2 horas para uma semana)
se não conseguir no tempo desejado, toca o barco e usa a sprint para continuar detalhando (TIME BOX é fixo CHORO É LIVRE)
Divisão do Sprint Planing
1
primeira metade da reunião (até 4 horas) e tem finalidade de permitir que a equipe puxe os ítens que construirá o sprint
metas
estimativas
ESTIMATIVAS AGEIS
3 more items...
todos participam inclusive scrum master
2
segunda metade da reunião (até 4 horas) tem a finalidade de permitie que a equipe decomponha os ítens selecinados em tarefas
backlog
time discute sobre como cada ítem do backlog será entregue
cada ítem é decomposto por tarefas
os ítens selecinados (backlog) ea as tarefas passam a compor o backlog do sprint que é responsabilidade do devteam (e apenas dele)
caso não consiga dentro do time box, o refinement (refinamento) continua ser discutido dentro da sprint (NO MÁXIMO 10% DO tempo da sprint, NAÕ MAIS QUE ISSO) (SE TRINTA DIAS NO MAXIMO 3 PARA REFINAMENTO)
sprintBacklog
7 more items...
Sprint é o momento de fazer
scrum master não é obrigatório
dono do produto detalha elementos e outros setores e pessoas podem ser convidados para ajudar a estimativa de esforço para atividades (setor de marketing, vendas, gerentes, etc..)
Elementos
Backlog do produto
Velocidade e capacidade do time
Em média 4 sprints são necessarios para determinar a média de velocidade.
Capacidade - depende da sprint atual e quanto as pessoas estão envolvidas (está ligada a velocidade, mas não será exatamente igual em cada sprint, pois posso ter alguem faltando ou comprometido com outras tarefas)
(primeira rodada é praticamente um chute que posteriormente será ajustado)
definição de pronto
considera todo trabalho a ser realizado
compromissos da retrospectiva
vem para melhorar o trabalho no próximo sprint
LIVROS RECOMENDADOS
Discover to Deliver - agile product planning and analysis
direto ao ponto: autor paulo caroli
saídas
Metas do sprint
porque estamos fazendo esta sprint
neste caso o uso do MOSCOW pode auxiliar (se tirar o could não comprometo o must e should, pois estes dois são importantes para bater a meta)
Estimativas
media de velocidade e capacidade (quanto vou entregar na sprint/proximas sprints)
Backlog do sprint
lista de atividades
IMPORTANTE
time não se compromete com as histórias , mas sim com a meta do sprint (a meta é mais importante que o scopo)
1 - dono do produto detalha os itens priorizados no backlog (colocar em modo INVEST/READ)
incremento de produto
aponta para
Meta do Sprint
aponta para
Meta do Release
Lembar que a release é um lançamento que já trará valor ou testará uma hipótese
hipótese de vender pão on line para condomínio
qual o mínimo produto viável para atender a hipótese
3 more items...
MVP atendeu a hipótese
aponta para/está alihada
Visão do produto
É definida durante a reunão de sprint planning
corresponde a um passo em direção a meta da release ou de roadmap
deve ser uma frase curta e mensurável para garantir que todos saibam dizer se foi alcançada ou não
Planejamento é do nível macro para micro, mas exexução é de nível micro apontando para o macro( incremento, meta sprint, release, visão do produto)
cada final da sprinte eu devo checar se meu incremento está me levando ao encontro/resultado desejado
da visão do produto
se a sprint não agradar o cliente, é bom rever as metas em consonancia com produto
BurnDown Chart
somando itens de backlog quantos pontos temos para esta sprint, vs quantidade de dias disponível
normalmente utilizado pelo time de desenvolvimento
o time se organiza para ver quem cuidará de atualizar o burndown
podemos usar burndow de barra para release
normalmente utilizado pelo PO
Estimativa velocity (grafico de barras, o que trabalhou a mais fica para baixo do Zero)
linha de realizado abaixo (adiantado)
o que o burndown traz: Trabalho restante e data de entrega
linha de realizado acima (atrasado)
Na pressão, devemos corrigir o problema da pressão e não o time de desenvolvimento
Daily Scrum
DURAÇÃO
Realizadas no mesmo horário e local para reduzir complexidade
mesmo horário
mesmo local
porque é recomendada reunião no mesmo dia e mesma hora
consistencia reduz complexidade
15 Minutos (não mais que isso)
scrum master não precisa estar na reunião diária, mas uma tarefa pode ser passada para ele resolver pois esta fora do papel da sprint (o master deve garantir que a reunião ocorra e no máximo 15 minutos, mas detalhes de maior tamanho serão detalhados em outros momentos não na reunião).
Só qeum fala na reunião de daily é o devteam e casualmente o SM, mas todos da equpe podem participar (estar presentes sem falar)
OBJETIVO
cada membro deve responder as seguintes perguntas
o que fiz ontem que ajudou a equip atingir o objetivo (meta) da sprint
o que vou fazer hoje para alcancar o objetivo da sprint
vejao qualquer impoedeimento (para mim ou para equipe) que atrapalha o cumprimento do objetivo da sprint
se não acontecer a reunião o scrum master tentará explicar a complexidade de realizar tarefas sem a reunião
equipes auto organizadas não são equpes que mandam nas empresas o PSM deve garantir a daily scrum
(isso é uma regra do scrum)
Shu - Ha- Ri
Shu - Siga a regra - ainda imaturo, siga tudo como é determinado
Quebre a regra (após ter profundo conhecimento)
Ri - Seja a regra (nascem os novos modelos)
Done
iten do back log construido/concluido
Read (este ítem já esta invest) pronto para ser trabalhado
MUDANÇAS NA SPRINT
O que está na sprint não muda (somente adicionar se sobrar tempo)
o contexto da sprint é o minimo, não mudar na sprint em andamento
sprint é o menor tempo de previsibildiae que podemos ter
recomposição de time só é recomendada após finalização do sprint em andamento
toda mudança de informação traz algum tipo de perda de performance
Forming ..até... performing
Sprint Review
Evento de time boxing
Até 4 horas (para sprint de 1 mes), é proporcional aos tempos menores
quem participa
todos que quiserem particiapr, falar, usar produto, etc..
coleta de feedbaks dos envolvidos
quanto mais feedbacks mais melhora pode ser feita
OBJETIVO
Mostrar o que foi produzido no sprint
MEIO PRONTO NÃO ENTRA (NÃO É APRESENTADO)
review também alimenta o backlog para próxima release
IMPORTANTE
dono do protuo explica ítens do backlog que foram concluidos e o que não foi feito
equipe DEV demonstra trabalho feito
discutoe o que aconteceu durante sprint (problemas encontrdos e soluções)
PO discute e adpta backlog
todo grupo colabora para planejamento de sprint subsequente
mudança (mercado, expectativa, e prioridades) são discutidas aqui
há uma revisão sobre orçamento, tempo, mercado, e restrições em geral para póxima release
Momento profundo de
transparencia
inspeção do produto (cliente
adptação para contemplar mudanças)
MEtrica para uma boa sprint
o que fizemos nesta sprinte é sustantavel
se foi ato heróico não e sustentavel
Spritn retrospective
todo mundo participa (mas não entra ninguem que faça parte da sprint)
Reunião de 3 horas proporcinal a trinta dias
Objetivo principal
oportunidade para equipe se inspecionar e criar plano de melhorias para o próximo spritn
objetivos seundários
inspecionar ultimo sprint, os relacionamentos, processos e ferrametas relacionados as pessoas
criar um plano para implementear melhorias na forma como Scrum team faz seu trabalho
toda retrospectiva deve sari com um plano de ação de melhora
PONTOS IMPORTANTES
Toda reunião sai com
MELHORAR O QUE DEU CERTO
CORRIGIR O QUE DEU ERRADO
Cancelamento da Sprint
somente o dono PO pode cancelar
motivos devem ser discutidos
não faz sentido trabalhar numa sprint que a meta é obsolata, então sprint é cancelada
é preciso parar e replanejar
apresento os resutlados para a revisão , onde ocorre apresntação dos produtos concluidos e os não concluidos retornam para o backlog, fazendo logo em seguida nova reunião d eplanejamento de sprint.
PAREI EM 1 HORA e 28 minutos
https://www.youtube.com/watch?v=Z1l8lBhKJXw&feature=player_embedded
lembre-se da definição de pronto
Definito of done- DOD
acordo formalque defini claramente os passos mínimos para conclusão de um íten entregavel
assim que um ítem fica pronto já pode chamar o PO
