Como você prioriza requisitos quando o negócio diz que tudo é obrigatório?

Force o tradeoff com um método que tenha um teto. MoSCoW só funciona se a lista de must have for limitada, então combine antes que must have significa que o release genuinamente não pode ir ao ar sem aquilo, e teste cada item perguntando o que acontece no dia um se ele faltar. Depois precifique a lista contra a capacidade, para a escolha virar uma aritmética visível.

MoSCoW é bom, mas sozinho não faz nada, porque a primeira passada sempre volta com tudo como must have. O que faz funcionar é limitar a lista de must have antes de começar, normalmente como um percentual da capacidade, e combinar uma definição: must have significa que a gente não consegue ir ao ar sem aquilo, não que é importante. Depois eu testo cada item perguntando o que de fato acontece no dia um se ele não estiver lá. Se a resposta é que a gente faria manualmente por algumas semanas, isso não é must have, é should have com contorno. Essa única pergunta move cerca de um terço da lista em um projeto típico. E eu coloco as estimativas ao lado para as pessoas verem o total contra o que a gente tem, porque aritmética resolve o que discussão não resolve. Em um release, o negócio cortou a própria lista assim que conseguiu ver que estava quarenta dias acima.