O que são as Solicitações de Mudança no PMBOK 8?
As Solicitações de Mudança — chamadas de Change Requests no PMBOK Guide, Eighth Edition — são propostas formais para modificar um documento, entregável ou linha de base do projeto. Qualquer stakeholder pode solicitar uma mudança; o processamento e a aprovação são gerenciados pelo processo 2.1.6.8 — Avaliar e Implementar Mudanças. No PMBOK 8, as Solicitações de Mudança aparecem como saída em 18 processos diferentes — o output mais ubíquo do guia.
O PMBOK Guide, Eighth Edition define as Solicitações de Mudança:
Cadastre-se para navegar sem anúncios e participar do Project Together →
“A change request is a formal proposal to modify a document, deliverable, or baseline. Change requests may be initiated internally or externally to the project. When issues are found while project work is being performed, change requests are submitted to modify project policies or procedures, project or product scope, project cost or budget, project schedule, or the quality of the project or product results.”
— PMBOK Guide, Eighth Edition (2025)
As Solicitações de Mudança são o mecanismo central do Controle Integrado de Mudanças — garantem que toda alteração ao projeto seja documentada, avaliada, aprovada ou rejeitada de forma rastreável. Um projeto sem controle formal de mudanças sofre inevitavelmente de scope creep e perda de controle sobre cronograma e orçamento.
Tipos de Solicitações de Mudança no PMBOK 8
O PMBOK 8 classifica as Solicitações de Mudança em quatro tipos, cada um com natureza e urgência distintas:
| Tipo | Definição | Exemplos |
|---|---|---|
| Ação Corretiva | Atividade intencional que realinha o desempenho futuro do projeto com o Plano de Gerenciamento — responde a uma variação já ocorrida | Adicionar recursos a uma atividade crítica atrasada; resequenciar atividades para recuperar o atraso |
| Ação Preventiva | Atividade intencional que garante que o desempenho futuro do projeto se alinhe ao Plano — previne uma variação antes que ocorra | Adicionar reserva de cronograma antes de uma fase de alto risco; contratar recurso adicional antes do pico de demanda |
| Reparo de Defeito | Atividade intencional para modificar um componente não conforme do produto ou serviço | Corrigir um módulo de software que falhou nos testes de aceite; retrabalhar uma entrega rejeitada pelo cliente |
| Atualização | Mudança em documentos, planos ou outros artefatos para refletir ideias ou conteúdo modificados ou adicionados | Atualizar a documentação técnica; revisar o Plano de Riscos após nova análise; adicionar nova funcionalidade ao escopo |
O ciclo de vida de uma Solicitação de Mudança
Toda Solicitação de Mudança passa por um ciclo formal de aprovação:
| Etapa | Atividade | Responsável |
|---|---|---|
| 1. Submissão | O solicitante documenta a mudança proposta no formulário de solicitação — descrevendo a mudança, o motivo e o impacto esperado | Qualquer stakeholder do projeto |
| 2. Registro | A solicitação é registrada no Registro de Mudanças (Change Log) com um identificador único e status “submetida” | Gerente do projeto ou PMO |
| 3. Análise de impacto | O impacto da mudança nos três componentes da Linha de Base de Medição de Desempenho (escopo, cronograma, custo) é avaliado | Gerente do projeto + especialistas relevantes |
| 4. Decisão | O CCB (Comitê de Controle de Mudanças) ou gerente do projeto aprova, rejeita ou adia a solicitação | CCB, patrocinador ou gerente do projeto (conforme nível de autoridade) |
| 5. Implementação | Mudanças aprovadas são implementadas; as linhas de base afetadas são atualizadas; o solicitante é informado do resultado | Equipe do projeto + gerente do projeto |
Por que as Solicitações de Mudança aparecem em 18 processos
As Solicitações de Mudança são o mecanismo pelo qual qualquer parte do projeto pode sinalizar a necessidade de ajuste. O PMBOK 8 as inclui como saída de praticamente todos os processos de monitoramento e controle porque qualquer desvio identificado pode gerar a necessidade de mudança:
| Tipo de Processo Gerador | Exemplos de Situações que Geram Solicitações de Mudança |
|---|---|
| Controle de escopo | Variação entre escopo planejado e realizado; descoberta de requisito não documentado; entrega rejeitada na validação |
| Controle de cronograma | Atividade crítica atrasada além do limiar; mudança nas dependências externas; indisponibilidade de recurso crítico |
| Controle de custos | CPI abaixo do limiar aceitável; custo inesperado de recurso; variação de taxa de câmbio |
| Controle de qualidade | Entrega com defeito que requer retrabalho; não conformidade em auditoria; mudança em padrão de qualidade |
| Gerenciamento de riscos | Risco materializado que requer ação corretiva; nova ameaça identificada que requer resposta preventiva |
Solicitações de Mudança em abordagens preditivas, adaptativas e híbridas
Abordagem preditiva (cascata)
Em projetos preditivos, as Solicitações de Mudança são documentos formais que passam pelo CCB para aprovação. O formulário inclui a descrição da mudança, justificativa, análise de impacto em escopo/cronograma/custo, recomendação e status de aprovação. Mudanças aprovadas atualizam as linhas de base e o Plano de Gerenciamento do Projeto. O Change Log rastreia todas as solicitações ao longo do projeto.
Abordagem adaptativa (ágil)
Em projetos ágeis, mudanças de escopo são o estado natural — o backlog é continuamente revisado e repriorizado. O equivalente ágil da Solicitação de Mudança é a adição de um novo item ao backlog ou a revisão de um item existente pelo Product Owner. Não há CCB formal; a “aprovação” é a priorização do item no topo do backlog pelo Product Owner, que representa o negócio.
Abordagem híbrida
Em projetos híbridos, mudanças que afetam as linhas de base formais (marcos, orçamento aprovado, escopo do contrato) passam pelo CCB. Mudanças no escopo das fases ágeis são gerenciadas pelo Product Owner via backlog. A linha divisória entre os dois processos é documentada no Plano de Gerenciamento do Projeto.
5 erros comuns no gerenciamento de Solicitações de Mudança
- Aceitar mudanças verbalmente sem documentação: “o patrocinador pediu na reunião e eu já implementei” é o início do scope creep. Toda mudança — mesmo as “pequenas” e as solicitadas pelo patrocinador — deve ser documentada, avaliada e aprovada formalmente. Mudanças verbais não registradas se tornam disputas sobre o que foi acordado.
- Aprovar mudanças sem análise de impacto integrado: uma mudança de escopo afeta cronograma, custo e riscos. Aprovar uma adição de funcionalidade sem avaliar o impacto em prazos e orçamento é garantir uma surpresa desagradável durante a execução. A análise de impacto integrado é obrigatória antes da aprovação de qualquer mudança que afete as linhas de base.
- Não atualizar as linhas de base após mudanças aprovadas: uma mudança aprovada que não é refletida nas linhas de base de escopo, cronograma e custo torna o controle de desempenho incorreto — as variações calculadas não refletem a situação real do projeto. Toda mudança aprovada deve atualizar os documentos relevantes.
- Criar um processo de aprovação muito buroratico: um processo de Controle de Mudanças que leva semanas para aprovar uma mudança urgente paralisa o projeto. O nível de autoridade para aprovação deve ser proporcional ao impacto da mudança — mudanças menores são aprovadas pelo gerente do projeto; mudanças maiores pelo CCB ou patrocinador.
- Não comunicar o resultado ao solicitante: toda Solicitação de Mudança — aprovada, rejeitada ou adiada — deve ter seu resultado comunicado ao solicitante. Stakeholders que não recebem feedback sobre suas solicitações perdem confiança no processo de controle de mudanças.
Checklist das Solicitações de Mudança
| Item | Verificação |
|---|---|
| Processo de controle de mudanças definido no Plano de Gerenciamento do Projeto? | [ ] |
| CCB (ou nível de autoridade equivalente) identificado com papéis definidos? | [ ] |
| Formulário padrão de Solicitação de Mudança criado? | [ ] |
| Change Log criado e atualizado com status de cada solicitação? | [ ] |
| Análise de impacto em escopo, cronograma e custo realizada antes da aprovação? | [ ] |
| Linhas de base atualizadas após aprovação de mudanças? | [ ] |
| Resultado comunicado ao solicitante para toda solicitação (aprovada, rejeitada ou adiada)? | [ ] |
| Solicitações de Mudança arquivadas como documentos de projeto? | [ ] |
Template e Exemplo de Solicitações de Mudança — PMBOK 8
Para facilitar o gerenciamento das Solicitações de Mudança em seus projetos, disponibilizamos dois recursos gratuitos para download:
Template oficial PMBOK 8
Pacote completo de controle de mudanças: formulário de Solicitação de Mudança (com descrição, justificativa, análise de impacto integrado e recomendação) + Change Log (Excel) com rastreamento de status de todas as solicitações + modelo de ata de CCB.
Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)
12 Solicitações de Mudança do projeto ProjectAdm com Change Log completo. Inclui 3 mudanças de escopo aprovadas (total de +R$48k e +6 semanas), 2 ações corretivas para recuperação de atraso, 4 reparos de defeito e 3 solicitações rejeitadas com justificativa.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition é a referência essencial para entender as Solicitações de Mudança e o processo de Controle Integrado de Mudanças. Adquira agora:
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre Solicitações de Mudança
Você sabe qual é a diferença entre ação corretiva e ação preventiva no PMBOK 8? E como o CCB avalia o impacto de uma solicitação de mudança nas linhas de base? Coloque seu conhecimento a prova:
Cadastre-se para navegar sem anúncios e participar do Project Together →
Iniciar Etapa 1 do Quiz Project Together →
QUIZ
Quer testar o que aprendeu neste artigo?
Uma pergunta de múltipla escolha + uma reflexão prática. Ganhe pontos no Project Together!
Como Associado da Amazon, a escritoriodeprojetos.com.br recebe por compras qualificadas. Os links para a Amazon nesta página são links de afiliado; o preço que você paga não muda.
