(Web|Innovation)
Filed under
scrum
Refatorando o planejamento da sprint - mais pomodoros, mais negócio
Todas as cerimônias do scrum são reuniões. Portanto, se você fizer reuniões melhores, fará projetos melhores.
Essa citação é do Luiz Carlos Parzianello, e veio em bom tempo, quando estava pensando na qualidade da reunião de planejamento de sprint da equipe na qual trabalho. Estava preocupado com o tempo que ela estava levando, com o excesso de preciosismo técnico na sprint planning e com uma tendência a querer esmiuçar detalhes de implantação das histórias de usuário antes do tempo. Como na semana passada voltei empolgadíssimo do Agile Brazil 2010, e a equipe entregou uma excelente sprint na iteração passada e portanto estavam confiantes para experimentar algo novo, resolvemos refatorar nossa reunião...
Comments [0]
10 coisas para enlouquecer seu Scrum Master
Esse texto foi traduzido do original encontrado no blog Scrumphony.
Na minha vida como Scrum Master, deparei-me com muitas coisas que me enlouqueceram. Então, aqui está a lista das 10 principais coisas que pelo menos me enlouquecem:
- Continue fazendo coisas que não fazem parte do backlog do sprint.
- Esconda seus impedimentos. Eles certamente desaparecerão por conta própria.
- Não converse com o product owner durante o sprint. Nunca.
- Ignore a definição de DONE quando concluindo suas tarefas e itens do backlog.
- Pare na frente do backlog do sprint e diga "Não tenho nada pra fazer" ou "Nenhuma dessas tarefas é pra mim" (funciona melhor ainda se 90% das tarefas ainda estiverem abertas).
- Prepare-se para o Sprint Review cinco inutos antes do seu início.
- Não divida suas tarefas em tarefas menores mesmo se você sabe que elas tomarão o sprint inteiro.
- Atrase-se, sempre.
- Pergunte continuamente ao Scrum Master qual tarefa você deve executar a seguir.
- Perturbe qualquer reunião de sprint começando várias conversas paralelas sobre tópicos distintos..
Filed under //
scrum
Comments [0]
Planejamento ágil e a lei de retornos decrescentes
Quanto tempo deve-se gastar planejando um sprint? Quão detalhado deve ser esse planejamento? O Manual do Scrum de Ken Schwaber recomenda um time-box de oito horas para o planejamento de um sprint de um mês, e dessas oito horas apenas quatro devem ser usadas para estimativas. Para sprints menores, deve-se usar tempos proporcionalmente menores. Isto é, o planejamento de um sprint de duas semanas deve levar 4 horas, ou meio dia. O mesmo manual também diz que normalmente apenas 60 a 70% do backlog do sprint é conhecido durante o planejamento - o restante será discutido e definido durante a execução do sprint.
Os problemas surgem quando se tenta desenrolar esses 40-30% que "faltam" durante a reunião de planejamento.
Filed under //
scrum
Comments [0]
Comments [5]