O que são as Solicitacoes de Mudanca no PMBOK 8?
As Solicitacoes de Mudanca — chamadas de Change Requests no PMBOK Guide, Eighth Edition — são propostas formais para modificar um documento, entregavel ou linha de base do projeto. Qualquer stakeholder pode solicitar uma mudanca; o processamento e a aprovacao são gerenciados pelo processo 2.1.6.8 — Avaliar e Implementar Mudancas. No PMBOK 8, as Solicitacoes de Mudanca aparecem como saida em 18 processos diferentes — o output mais ubiquo do guia.
O PMBOK Guide, Eighth Edition define as Solicitacoes de Mudanca:
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 Solicitacoes de Mudanca são o mecanismo central do Controle Integrado de Mudancas — garantem que toda alteracao ao projeto seja documentada, avaliada, aprovada ou rejeitada de forma rastreavel. Um projeto sem controle formal de mudancas sofre inevitavelmente de scope creep e perda de controle sobre cronograma e orcamento.
Tipos de Solicitacoes de Mudanca no PMBOK 8
O PMBOK 8 classifica as Solicitacoes de Mudanca em quatro tipos, cada um com natureza e urgencia distintas:
| Tipo | Definicao | Exemplos |
|---|---|---|
| Ação Corretiva | Atividade intencional que realinha o desempenho futuro do projeto com o Plano de Gerenciamento — responde a uma variacao ja ocorrida | Adicionar recursos a uma atividade critica 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 variacao 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 servico | Corrigir um modulo de software que falhou nos testes de aceite; retrabalhar uma entrega rejeitada pelo cliente |
| Atualizacao | Mudanca em documentos, planos ou outros artefatos para refletir ideias ou conteudo modificados ou adicionados | Atualizar a documentacao tecnica; revisar o Plano de Riscos apos nova analise; adicionar nova funcionalidade ao escopo |
O ciclo de vida de uma Solicitacao de Mudanca
Toda Solicitacao de Mudanca passa por um ciclo formal de aprovacao:
| Etapa | Atividade | Responsavel |
|---|---|---|
| 1. Submissao | O solicitante documenta a mudanca proposta no formulario de solicitacao — descrevendo a mudanca, o motivo e o impacto esperado | Qualquer stakeholder do projeto |
| 2. Registro | A solicitacao e registrada no Registro de Mudancas (Change Log) com um identificador unico e status “submetida” | Gerente do projeto ou PMO |
| 3. Analise de impacto | O impacto da mudanca nos tres componentes da Linha de Base de Medicao de Desempenho (escopo, cronograma, custo) e avaliado | Gerente do projeto + especialistas relevantes |
| 4. Decisao | O CCB (Comite de Controle de Mudancas) ou gerente do projeto aprova, rejeita ou adia a solicitacao | CCB, patrocinador ou gerente do projeto (conforme nivel de autoridade) |
| 5. Implementacao | Mudancas aprovadas são implementadas; as linhas de base afetadas são atualizadas; o solicitante e informado do resultado | Equipe do projeto + gerente do projeto |
Por que as Solicitacoes de Mudanca aparecem em 18 processos
As Solicitacoes de Mudanca são o mecanismo pelo qual qualquer parte do projeto pode sinalizar a necessidade de ajuste. O PMBOK 8 as inclui como saida de praticamente todos os processos de monitoramento e controle porque qualquer desvio identificado pode gerar a necessidade de mudanca:
| Tipo de Processo Gerador | Exemplos de Situacoes que Geram Solicitacoes de Mudanca |
|---|---|
| Controle de escopo | Variacao entre escopo planejado e realizado; descoberta de requisito não documentado; entrega rejeitada na validacao |
| Controle de cronograma | Atividade critica atrasada alem do limiar; mudanca nas dependencias externas; indisponibilidade de recurso critico |
| Controle de custos | CPI abaixo do limiar aceitavel; custo inesperado de recurso; variacao de taxa de cambio |
| Controle de qualidade | Entrega com defeito que requer retrabalho; não conformidade em auditoria; mudanca em padrao de qualidade |
| Gerenciamento de riscos | Risco materializado que requer ação corretiva; nova ameaca identificada que requer resposta preventiva |
Solicitacoes de Mudanca em abordagens preditivas, adaptativas e hibridas
Abordagem preditiva (cascata)
Em projetos preditivos, as Solicitacoes de Mudanca são documentos formais que passam pelo CCB para aprovacao. O formulario inclui a descricao da mudanca, justificativa, analise de impacto em escopo/cronograma/custo, recomendacao e status de aprovacao. Mudancas aprovadas atualizam as linhas de base e o Plano de Gerenciamento do Projeto. O Change Log rastreia todas as solicitacoes ao longo do projeto.
Abordagem adaptativa (agil)
Em projetos ageis, mudancas de escopo são o estado natural — o backlog e continuamente revisado e repriorizado. O equivalente agil da Solicitacao de Mudanca e a adicao de um novo item ao backlog ou a revisao de um item existente pelo Product Owner. Não ha CCB formal; a “aprovacao” e a priorizacao do item no topo do backlog pelo Product Owner, que representa o negocio.
Abordagem hibrida
Em projetos hibridos, mudancas que afetam as linhas de base formais (marcos, orcamento aprovado, escopo do contrato) passam pelo CCB. Mudancas no escopo das fases ageis são gerenciadas pelo Product Owner via backlog. A linha divisoria entre os dois processos e documentada no Plano de Gerenciamento do Projeto.
5 erros comuns no gerenciamento de Solicitacoes de Mudanca
- Aceitar mudancas verbalmente sem documentacao: “o patrocinador pediu na reuniao e eu ja implementei” e o inicio do scope creep. Toda mudanca — mesmo as “pequenas” e as solicitadas pelo patrocinador — deve ser documentada, avaliada e aprovada formalmente. Mudancas verbais não registradas se tornam disputas sobre o que foi acordado.
- Aprovar mudancas sem analise de impacto integrado: uma mudanca de escopo afeta cronograma, custo e riscos. Aprovar uma adicao de funcionalidade sem avaliar o impacto em prazos e orcamento e garantir uma surpresa desagradavel durante a execução. A analise de impacto integrado e obrigatoria antes da aprovacao de qualquer mudanca que afete as linhas de base.
- Não atualizar as linhas de base apos mudancas aprovadas: uma mudanca aprovada que não e refletida nas linhas de base de escopo, cronograma e custo torna o controle de desempenho incorreto — as variacoes calculadas não refletem a situacao real do projeto. Toda mudanca aprovada deve atualizar os documentos relevantes.
- Criar um processo de aprovacao muito buroratico: um processo de Controle de Mudancas que leva semanas para aprovar uma mudanca urgente paralisa o projeto. O nivel de autoridade para aprovacao deve ser proporcional ao impacto da mudanca — mudancas menores são aprovadas pelo gerente do projeto; mudancas maiores pelo CCB ou patrocinador.
- Não comunicar o resultado ao solicitante: toda Solicitacao de Mudanca — aprovada, rejeitada ou adiada — deve ter seu resultado comunicado ao solicitante. Stakeholders que não recebem feedback sobre suas solicitacoes perdem confianca no processo de controle de mudancas.
Checklist das Solicitacoes de Mudanca
| Item | Verificacao |
|---|---|
| Processo de controle de mudancas definido no Plano de Gerenciamento do Projeto? | [ ] |
| CCB (ou nivel de autoridade equivalente) identificado com papeis definidos? | [ ] |
| Formulario padrao de Solicitacao de Mudanca criado? | [ ] |
| Change Log criado e atualizado com status de cada solicitacao? | [ ] |
| Analise de impacto em escopo, cronograma e custo realizada antes da aprovacao? | [ ] |
| Linhas de base atualizadas apos aprovacao de mudancas? | [ ] |
| Resultado comunicado ao solicitante para toda solicitacao (aprovada, rejeitada ou adiada)? | [ ] |
| Solicitacoes de Mudanca arquivadas como documentos de projeto? | [ ] |
Template e Exemplo de Solicitacoes de Mudanca — PMBOK 8
Para facilitar o gerenciamento das Solicitacoes de Mudanca em seus projetos, disponibilizamos dois recursos gratuitos para download:
Template oficial PMBOK 8
Pacote completo de controle de mudancas: formulario de Solicitacao de Mudanca (com descricao, justificativa, analise de impacto integrado e recomendacao) + Change Log (Excel) com rastreamento de status de todas as solicitacoes + modelo de ata de CCB.
Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)
12 Solicitacoes de Mudanca do projeto ProjectAdm com Change Log completo. Inclui 3 mudancas de escopo aprovadas (total de +R$48k e +6 semanas), 2 acoes corretivas para recuperacao de atraso, 4 reparos de defeito e 3 solicitacoes rejeitadas com justificativa.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition e a referencia essencial para entender as Solicitacoes de Mudanca e o processo de Controle Integrado de Mudancas. Adquira agora:
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre Solicitacoes de Mudanca
Você sabe qual e a diferenca entre ação corretiva e ação preventiva no PMBOK 8? E como o CCB avalia o impacto de uma solicitacao de mudanca 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.
