Sprint

Às vezes fico intrigado com a forma como alguns profissionais empregam as diretrizes das metodologias ágeis. Existem equipes que tomam a metodologia como base e criam novas versões dessas práticas, fugindo da originalidade das recomendações. As cerimônias do Scrum são um exemplo. Muitos realizam reuniões diárias (Daily Scrums) que duram mais de 15 minutos. Por que não aderir ao Meet After?

Alô, pessoal, tudo bem? Algumas vezes, por conta da quantidade de incidentes (correções no software) e novas implementações, é necessário ajustar a equipe para atender essa demanda. Uma opção é empregar o conceito Batman, ou melhor, definir um super-herói para atuar na equipe. Ficou curioso? Eu também fiquei! Vamos ler o artigo?

Alô, meu povo! Tudo certo? Há algum tempo, publiquei um artigo sobre algumas sugestões de como uma equipe ágil pode aproveitar o tempo de sobra no final de uma Sprint, caso o Sprint Backlog seja finalizado antes do prazo. Uma das sugestões mencionadas é a atividade de instalação, atualização ou aprendizagem de novas ferramentas que possam aprimorar a produtividade do desenvolvedor. O artigo de hoje pode ser considerado como uma “expansão” dessa sugestão, apresentando um artefato pouco conhecido no mundo ágil: o Gold Card.

Muitas vezes é difícil delimitar prioridades, principalmente quando tudo parece ser indispensável. No Scrum, como você classifca a prioridade de uma Sprint? Os erros de produção, a evolução do software ou as refatorações tomam o topo da lista? Existe alguma regra para categorizar os itens do backlog? Bom, vamos discutir sobre isso!