Maximize o valor que a equipa cria guardando cada pedido que chega até ela

Refinamento do backlog

O que tem de sobreviver são os critérios de aceitação com a formulação que os programadores aceitaram, incluindo o caso limite levantado ao minuto quarenta.

Com o Earkeep: ligue o seu calendário e a cerimónia dá título ao seu próprio span, para que possa citar o acordo no ticket. Como funcionam os spans do calendário →

Huddle com os programadores

O que tem de sobreviver é o esclarecimento exato que você deu, porque o código será escrito segundo a versão de que alguém se lembrar. Estes nunca são agendados, por isso nada os grava.

Com o Earkeep: o microfone e o áudio do sistema já estão a gravar, por isso um esclarecimento junto à secretária de alguém fica guardado como uma cerimónia. Como funciona o modo sempre ativo →

Demo para stakeholders

O que tem de sobreviver é o pedido, com data, e se passa a ser um item do backlog. O pedido que importa chega muitas vezes depois da demo, num huddle de seguimento.

Com o Earkeep: esse huddle está na mesma linha cronológica e você seleciona-o quando passa a importar. As transcrições são ficheiros simples com data, por isso "quando é que acordámos isto?" resolve-se com uma pesquisa. Do que foi dito ao que você sabe →

O resto da semana

Estas três são onde o valor se define, não onde a semana se gasta: só o Scrum Guide limita a até quinze horas as cerimónias de um sprint de um mês.

Cada linha recorrente acima dá título ao seu próprio span a partir do seu calendário, por isso uma semana de cerimónias termina em transcrições com nome.

Redigi-las é outro trabalho, e os modelos são gratuitos: as cinco cerimónias e o modelo de planeamento para as sincronizações de prioridades.