Durante o projeto, os requisitos podem mudar por uma série de motivos. Desta forma, requisitos adicionais podem ser incorporados no projeto, requisitos podem ser retirados do projeto e/ou mudanças podem ser feitas nos requisitos já existentes. Ressalta-se que, devido às mudanças, os requisitos podem ter que ser revistos, conforme definido no GRE4.

As necessidades de mudanças devem ser registradas e um histórico das decisões acerca dos requisitos deve estar disponível. Estas decisões são tomadas por meio da realização de análises de impacto da mudança no projeto e podem incluir aspectos como: influência em outros requisitos, expectativa dos interessados, esforço, cronograma, riscos e custo. É importante destacar que o mecanismo de rastreabilidade bidirecional instituído é um importante mecanismo para facilitar a análise de impacto.

Muitas vezes mudanças nos projetos acontecem em diferentes níveis de abstração dos requisitos, não apenas nos requisitos de cliente. Por exemplo, mudanças em casos de uso ou que afetem protótipos de telas podem precisar ser gerenciadas utilizando um mecanismo mais formal de controle de mudança. Dessa forma, é indicado que a organização determine a aplicabilidade da gerência de mudança, conforme descrito neste resultado esperado.

É importante ressaltar que em um projeto não é obrigatório que sempre ocorram mudanças nos requisitos estabelecidos. Porém, é raro um projeto não ter mudanças. Também vale ressaltar que, em uma avaliação da implementação deste resultado esperado segundo o método MA-MPS definido no Guia de Avaliação [SOFTEX, 2011b], evidências da gerência de mudanças de requisitos devem ser fornecidas pelo menos para um dos projetos avaliados.