Curiosidade: Já vi alguns backlogs e algumas pessoas estranhamente substituírem o W de Won’t Have for Now por Would Have, o que pra mim não faz o menor sentido. O Could Have existe justamente para isso. Funcionalidades classificadas com Could Have muito provavelmente serão desenvolvidas posteriormente (Would).
Vejamos um exemplo de um Product Backlog priorizado com a técnica MoSCoW (deem uma olhada na beleza e na robustez da bagaça) 😀
Olhando para Product Backlog acima; todas as estórias que têm valor de negócio Must Have deverão ser refinadas. Elas precisam ser entendidas pelo time, fatiadas, quebradas em estórias menores, caso elas ainda não estejam nesta condição. (DIVIDIR) – No exemplo, um sistema de contas à pagar, que não contemple relatórios de contas à pagar com filtro por data; seria um sistema que geraria valor para um cliente? Eu entendo que não…
Todas as estórias que estiverem com Must Have e Should Have são prioritárias, precisam ser desenvolvidas nesta ou na próxima sprint. (PRIORIZAR)
Todas as estórias que estiverem com Won’t Have for Now devem ser descartadas, pelo menos por enquanto. (DESCARTAR) – Voltando no exemplo do nosso Backlog, acredito que um sistema poderia, inicialmente, sobreviver sem a funcionalidade de enviar email de alerta para os usuários, toda vez que uma conta estiver a 3 dias do seu vencimento, concorda?