Moscow

O método MoScoW é comumente usado por PMs para comunicar para stakeholders a importância das iniciativas em um release específico. Permite também que sua equipe determine quanto esforço será gasto em cada categoria. 

O acrônimo MoSCoW representa 4 categorias diferentes de iniciativas: Obrigatório ter (must-haves); Deveria ter (should-haves); Poderia ter (could-haves), Não terá (will not have).

Open

• Iniciativas Fundamentais (must-haves): iniciativas que são importantes para sua equipe. Eles representam necessidades não negociáveis da sua solução. Não é possível lançar sem essas iniciativas.

• Iniciativas que deveriam existir (should-haves):  iniciativas importantes para o produto mas que não são vitais. Se deixadas de fora, a solução ainda funciona. No entanto, se forem incluídas, agregam um valor significativo.

• Iniciativas que poderiam existir (could-haves): Iniciativas que não são necessárias para a função principal do produto. Comparado com as iniciativas que “deveriam existir”, elas têm um impacto muito menor no resultado se forem deixadas de fora.

• Iniciativas que não irão existir (will not have at this time): colocar iniciativas na categoria “não teremos” é uma maneira de ajudar a evitar o aumento do escopo. Se houver iniciativas nessa categoria, a equipe sabe que não deve ser uma prioridade para esse período de tempo específico. Algumas iniciativas do grupo “não-irão-existir” serão priorizadas no futuro, enquanto outras provavelmente não acontecerão.