Parece que você precisa de um processo para gerenciamento de projetos, em vez de um pedaço de software.
Lembre-se de que o software é uma ferramenta que ajudará a apoiar um processo.
Desculpe se isso soa como chupar ovos, mas é para aqueles que encontrarem mais tarde =>
O Processo de Desenvolvimento de Software também pode ser conhecido como Ciclo de Vida de Desenvolvimento de Software - SDLC.
Você descreve sintomas de fluência do escopo e revisões do escopo existente. No entanto, para fazer uma longa jornada - existem prós e contras de vários métodos para ajudar a alcançar um equilíbrio de pontos de vista nessa "guerra". (parece que às vezes)
O argumento é -
"Eu tenho mudanças constantes - preciso de uma especificação que o cliente e a equipe também possam projetar e construir. A" linha na areia ou na estaca no chão "como tentar construir na areia movediça é difícil e dispendiosa".
a cachoeira clássica
Versus
"As especificações estão desatualizadas e não refletem mais a realidade, e meu cliente e equipe ficarão descontentes e o cliente não me pagará".
Chegam as novas crianças da moda - AKA RAD , Agile , XP e Scrum
A idéia é, como você vê - alterações nos custos de escopo e quantidade excessiva de dinheiro para alterar - em comparação com qualquer investimento inicial em requisitos estáticos claros. A "guerra" não é realmente sobre a necessidade de requisitos sólidos - apenas o tempo necessário para compilá-los. Cada um tem seus próprios pontos de vista.
Portanto, o software que você verá geralmente oferece suporte a um dos métodos.
Para um link geral para
Descrição do gerenciamento de projetos