Como gerenciar a fluência do escopo?

Frequentemente, recebemos solicitações de última hora da empresa solicitando a implementação de um recurso extra. O gerente de projeto geralmente é responsável por filtrar essas solicitações como "deve ter" ou "é bom ter", mas há casos em que a empresa deseja compactar todos esses recursos em um release. Existe uma boa maneira de dizer NÃO ao negócio? Que medidas podem ser tomadas para interromper ou minimizar a fluência do escopo?

Pergunte a eles o que eles querem que você solte, para que você tenha tempo de apertar essa última solicitação.

Eu não tenho que fazer isso há um tempo, e quando o fiz, usei com moderação, caso contrário, perde sua potência.

Eu achei isso mais eficaz no final da fase, quando você estava arrumando as coisas ou fazendo as pequenas melhorias e ajustes que concordou na fase de planejamento.

Estabeleça um processo de solicitação de mudança antes do início do projeto. Diga algo com o efeito "Aqui está o que vamos entregar. Se você quiser algo mais acrescentado, você pode anotá-la, enviá-la e depois descobriremos quanto isso vai lhe custar, e você pode decidir se você realmente quer isso. "

Certifique-se de que eles entendam e esperem pagar por i) suporte, ii) adições e iii) manutenção depois de concluir o trabalho inicial antes de começar. Se eles não concordarem, não faça o projeto.

O que fazemos é fornecer uma data de vencimento revisada e uma estimativa de custos sempre. Você adiciona a funcionalidade X na segunda-feira e levará 20 horas e a data de vencimento é sexta-feira. Em seguida, reduzimos automaticamente a data de vencimento em 20 horas. Quando chegamos ao local em que fizemos isso todas as vezes (sem exceções), paramos de receber tantos pedidos de escopo. Mas você deve fazer isso sempre, fornecer uma estimativa de tempo (e estimativa de custo, se necessário) e depois informar qual será o novo prazo se adicionarmos esse recurso.