Plano de Gerenciamento dos Requisitos — PMBOK 8

O que é o Plano de Gerenciamento dos Requisitos no PMBOK 8?

O Plano de Gerenciamento dos Requisitos — chamado de Requirements Management Plan no PMBOK Guide, Eighth Edition — é o componente do Plano de Gerenciamento do Projeto que descreve como os requisitos serão analisados, documentados e gerenciados ao longo do ciclo de vida do projeto. É criado como saída do processo 2.2.2.1 — Planejar o Gerenciamento do Escopo, no domínio de Escopo, juntamente com o Plano de Gerenciamento do Escopo.

O PMBOK Guide, Eighth Edition descreve o objetivo do processo:

Cadastre-se para navegar sem anúncios e participar do Project Together →

“The objective of this process is to create a scope management plan. This process defines how the project will be delivered by establishing all of the work required to complete the project and eliminating or removing unnecessary work that will not add value to the project.”

— PMBOK Guide, Eighth Edition (2025)

Uma nota importante do PMBOK 8: algumas organizações se referem ao Plano de Gerenciamento dos Requisitos como plano de análise de negócios (business analysis plan). Independentemente do nome, o documento cumpre a mesma função: estabelecer como os requisitos serão coletados, rastreados, priorizados e controlados durante todo o projeto.

Processo 2.2.2.1 — Planejar o Gerenciamento do Escopo: duas saídas distintas

Um detalhe crítico do PMBOK 8: o processo 2.2.2.1 — Planejar o Gerenciamento do Escopo produz duas saídas que frequentemente são confundidas ou tratadas como um único documento:

Os dois planos são complementares: o Plano de Gerenciamento do Escopo define o que o projeto vai entregar; o Plano de Gerenciamento dos Requisitos define como as necessidades das partes interessadas serão capturadas, validadas e rastreadas até os entregáveis.

O que deve constar no Plano de Gerenciamento dos Requisitos?

O PMBOK 8 especifica os componentes que o Plano de Gerenciamento dos Requisitos pode incluir:

• Como as atividades de requisitos serão planejadas, rastreadas e reportadas: o processo de identificação, documentação e acompanhamento dos requisitos ao longo do projeto
• Atividades de gerenciamento de configuração:
  • Como as mudanças nos requisitos serão iniciadas
  • Como os impactos das mudanças serão analisados
  • Como as mudanças serão rastreadas e reportadas
  • Níveis de autorização necessários para aprovar mudanças nos requisitos
• Processo de priorização de requisitos: como os requisitos concorrentes serão ordenados por valor, urgência e dependências
• Métricas utilizadas: quais métricas serão usadas para rastrear os requisitos e a justificativa para sua seleção
• Estrutura de rastreabilidade: os atributos dos requisitos que serão capturados na Matriz de Rastreabilidade dos Requisitos — vinculando requisitos de negócios a objetivos do projeto, entregas da EAP e critérios de aceite

Plano de Gerenciamento dos Requisitos e Documentação dos Requisitos

O Plano define o processo; a Documentação dos Requisitos contém o conteúdo. Os dois artefatos são distintos e se complementam ao longo do domínio de Escopo:

Tipos de requisitos no PMBOK 8

O Plano de Gerenciamento dos Requisitos deve cobrir todos os tipos de requisitos definidos no PMBOK 8:

Plano de Gerenciamento dos Requisitos em abordagens preditivas, adaptativas e híbridas

Abordagem preditiva (cascata)

Em projetos preditivos, o Plano de Gerenciamento dos Requisitos é elaborado em detalhe no início do projeto. Define a Matriz de Rastreabilidade dos Requisitos completa, os níveis de autorização para mudanças, os processos de verificação e validação, e o processo de aprovação formal com o cliente. Mudanças nos requisitos são controladas via Controle Integrado de Mudanças.

Abordagem adaptativa (ágil)

Em projetos ágeis, os requisitos são coletados como histórias de usuário e organizados em um backlog priorizado. O plano é mais simples — define como as histórias serão escritas (formato, critérios de aceite), como o backlog será refinado (frequência, responsáveis) e como a prioridade será determinada (técnicas como MoSCoW ou pontuação de valor). O rastreamento é feito pelo product backlog, não por uma matriz formal.

Abordagem híbrida

Em projetos híbridos, o plano diferencia o tratamento dos requisitos de alto nível (documentados formalmente como requisitos de negócio e de solução no início) dos requisitos detalhados de cada sprint (capturados como histórias de usuário no backlog). A rastreabilidade conecta as histórias de usuário aos requisitos de alto nível e aos objetivos de negócio.

5 erros comuns no Plano de Gerenciamento dos Requisitos

1. Não distinguir o plano da documentação dos requisitos: o plano define as regras do jogo; a documentação registra os requisitos em si. Confundir os dois leva a projetos que documentam requisitos sem nenhum processo definido para gerenciá-los — ou que definem processos sem capturar os requisitos com o rigor necessário.
2. Ignorar os requisitos de transição: muitos planos focam apenas nos requisitos funcionais do produto e esquecem as capacidades necessárias para migrar do estado atual para o futuro — treinamento de usuários, migração de dados, integração com sistemas legados. Esses requisitos de transição frequentemente determinam o sucesso da adoção do produto.
3. Não definir o processo de priorização: em projetos com muitos requisitos concorrentes, a ausência de um processo claro de priorização leva a conflitos entre partes interessadas e escopo descontrolado. O plano deve especificar como os requisitos serão priorizados — e quem tem a palavra final.
4. Não incluir os requisitos de qualidade: qualidade e escopo são inseparáveis no PMBOK 8. O plano deve cobrir os critérios de aceite e os processos de verificação que determinam quando um entregável atende aos requisitos de qualidade definidos.
5. Não definir os níveis de autorização para mudanças: sem regras claras sobre quem pode aprovar mudanças nos requisitos, qualquer parte interessada pode solicitar alterações que impactam escopo, custo e cronograma sem o devido controle. O plano deve especificar o processo e os níveis de autorização para mudanças.

Checklist do Plano de Gerenciamento dos Requisitos

Template e Exemplo de Plano de Gerenciamento dos Requisitos — PMBOK 8

Para facilitar a aplicação imediata do Plano de Gerenciamento dos Requisitos em seus projetos, disponibilizamos dois recursos gratuitos para download:

Template oficial PMBOK 8

Documento Word pronto com todos os componentes: processo de coleta, tipos de requisitos, priorização, estrutura de rastreabilidade, controle de mudanças e níveis de autorização.

Baixar Template Gratuito →

Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)

Plano de Gerenciamento dos Requisitos preenchido com dados reais do projeto ProjectAdm. Inclui os 6 tipos de requisitos mapeados, processo de priorização MoSCoW, Matriz de Rastreabilidade com 47 requisitos e processo de controle de mudanças em ambiente híbrido.

Baixar Exemplo Gratuito →

Quer se aprofundar no PMBOK 8?

O PMBOK Guide — Eighth Edition é a referência essencial para entender o Plano de Gerenciamento dos Requisitos no contexto do domínio de Escopo. Adquira agora:

Adquirir o PMBOK Guide — Eighth Edition na Amazon →

Teste seus conhecimentos sobre o Plano de Gerenciamento dos Requisitos

Você sabe quais são as duas saídas do processo 2.2.2.1 — Planejar o Gerenciamento do Escopo no PMBOK 8? E quais são os 6 tipos de requisitos que o plano deve cobrir? Coloque seu conhecimento a prova:

Cadastre-se para navegar sem anúncios e participar do Project Together →

Iniciar Etapa 1 do Quiz 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.