Fórum de discussão

Neste slide é mencionado detalhamento da Sprint atual e depois uma outra visão das duas sprints seguintes, gostaria de saber, como seria esse detalhamento, de que maneira seria esse detalhamento das dua sprints posteriores?, e qual seria o motivo pela qual coloraria estas duas sprints? Seria tudo em um único bloco como na apostila?

Grato.
Editado 1x. Última edição em 17/09/2015 12:48

Alguns itens do backlog precisam estar mais detalhados e outros nem tanto. Por exemplo: dois itens foram priorizados para a Sprint: uma para cadastrar produtos e outro para permitir ao cliente cancelar pedidos. O primeiro item, dada a experiência da equipe, no trabalho em conjunto com o PO e no conhecimento que tem sobre o software, pode definir que basta a descrição do item e mais algumas poucas informações. Já para o segundo item, o cancelamento, a equipe pode definir que é necessário detalhar mais este item, dada a complexidade e a variedade de regras que uma funcionalidade como esta pode ter.

Então cada item precisa estar preparado, detalhado o suficiente para entrar em uma Sprint, e esse nível de detalhamento vai depende muito do próprio item, do conhecimento da equipe, da maturidade do produto entre outros fatores

Os itens de mais alta prioridade são detalhados o suficiente para a utilização na Sprint. Normalmente expressos por User Stories (estórias de uso). Os itens que vem em seguida (que farão parte da sprint 2 ou 3) aos de mais alta prioridade, são itens detalhados mais ou menos. Não são tão refinados mas também não são alto-nível. É o meio termo. E os itens que não tem tanta prioridade, são itens expressos em alto nível. Requerem mais detalhamento para utilização.

Então para a Sprint atual, os itens devem estar detalhados e prontos para o uso. É claro que as vezes se tem a necessidade de durante a sprint detalhar um pouco mais. Isso é normal e aceito. Mas o que não é aceito é que os itens apresentados para a sprint corrente estejam sem detalhes e em muito alto nível. Bom, e para as próximas duas Sprints, o nível de detalhes pode ser menor, mas é necessário que os itens sejam entendidos por todo o time scrum, estimado, valorado e priorizado. Não há regra para isso. Cada empresa cria o seu modelo.