O que e 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 — e o componente do Plano de Gerenciamento do Projeto que descreve como os requisitos serao analisados, documentados e gerenciados ao longo do ciclo de vida do projeto. E criado como saida do processo 2.2.2.1 — Planejar o Gerenciamento do Escopo, no dominio 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 organizacoes se referem ao Plano de Gerenciamento dos Requisitos como plano de analise de negocios (business analysis plan). Independentemente do nome, o documento cumpre a mesma função: estabelecer como os requisitos serao coletados, rastreados, priorizados e controlados durante todo o projeto.
Processo 2.2.2.1 — Planejar o Gerenciamento do Escopo: duas saidas distintas
Um detalhe critico do PMBOK 8: o processo 2.2.2.1 — Planejar o Gerenciamento do Escopo produz duas saidas que frequentemente são confundidas ou tratadas como um unico documento:
| Saida | O que Define | Audiencia Principal |
|---|---|---|
| Plano de Gerenciamento do Escopo | Como o escopo do projeto e do produto sera definido, estruturado, validado e controlado | Gerente do projeto, equipe de projeto, partes interessadas do escopo |
| Plano de Gerenciamento dos Requisitos | Como os requisitos serao analisados, documentados e gerenciados — incluindo rastreabilidade, priorizacao e controle de mudancas de requisitos | Gerente do projeto, analistas de negocio, equipe de produto |
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 serao capturadas, validadas e rastreadas ate os entregaveis.
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 serao planejadas, rastreadas e reportadas: o processo de identificacao, documentacao e acompanhamento dos requisitos ao longo do projeto
- Atividades de gerenciamento de configuracao:
- Como as mudancas nos requisitos serao iniciadas
- Como os impactos das mudancas serao analisados
- Como as mudancas serao rastreadas e reportadas
- Niveis de autorizacao necessarios para aprovar mudancas nos requisitos
- Processo de priorizacao de requisitos: como os requisitos concorrentes serao ordenados por valor, urgencia e dependencias
- Metricas utilizadas: quais metricas serao usadas para rastrear os requisitos e a justificativa para sua selecao
- Estrutura de rastreabilidade: os atributos dos requisitos que serao capturados na Matriz de Rastreabilidade dos Requisitos — vinculando requisitos de negocios a objetivos do projeto, entregas da EAP e criterios de aceite
Plano de Gerenciamento dos Requisitos e Documentacao dos Requisitos
O Plano define o processo; a Documentacao dos Requisitos contem o conteudo. Os dois artefatos são distintos e se complementam ao longo do dominio de Escopo:
| Aspecto | Plano de Gerenciamento dos Requisitos | Documentacao dos Requisitos |
|---|---|---|
| Natureza | Plano — define o processo de gerenciamento de requisitos | Registro — descreve os requisitos identificados |
| Criado por | Processo 2.2.2.1 — Planejar o Gerenciamento do Escopo | Processo 2.2.2.2 — Elicitar e Analisar os Requisitos |
| Conteudo | Regras, processos e ferramentas para gerenciar os requisitos | Lista de requisitos: de negocios, partes interessadas, solucao, transicao, projeto e qualidade |
| Quando usar | Como referencia para todos os processos que envolvem requisitos | Como entrada para Definir o Escopo, Desenvolver a Estrutura do Escopo, Validar o Escopo |
Tipos de requisitos no PMBOK 8
O Plano de Gerenciamento dos Requisitos deve cobrir todos os tipos de requisitos definidos no PMBOK 8:
| Tipo de Requisito | Descricao | Exemplo no Projeto ProjectAdm |
|---|---|---|
| Requisitos de negocios | Necessidades de alto nivel da organizacao — por que o projeto foi iniciado | Aumentar a eficiencia do gerenciamento de projetos dos clientes em 40% |
| Requisitos das partes interessadas | Necessidades de partes interessadas especificas ou grupos | Gerentes de projeto precisam de dashboard de status em tempo real |
| Requisitos da solucao | Funcionalidades e caracteristicas do produto — funcionais e não-funcionais | O sistema deve suportar 500 usuarios simultaneos com tempo de resposta < 2s |
| Requisitos de transicao | Capacidades necessarias para migrar do estado atual para o futuro | Importacao dos dados dos projetos existentes do sistema legado |
| Requisitos do projeto | Acoes, processos ou condicoes que o projeto deve cumprir | Entrega das funcionalidades core ate o marco M2 em julho |
| Requisitos de qualidade | Criterios para validar a conclusao bem-sucedida dos entregaveis | Cobertura de testes automatizados minima de 80% antes do lancamento |
Plano de Gerenciamento dos Requisitos em abordagens preditivas, adaptativas e hibridas
Abordagem preditiva (cascata)
Em projetos preditivos, o Plano de Gerenciamento dos Requisitos e elaborado em detalhe no inicio do projeto. Define a Matriz de Rastreabilidade dos Requisitos completa, os niveis de autorizacao para mudancas, os processos de verificacao e validacao, e o processo de aprovacao formal com o cliente. Mudancas nos requisitos são controladas via Controle Integrado de Mudancas.
Abordagem adaptativa (agil)
Em projetos ageis, os requisitos são coletados como historias de usuario e organizados em um backlog priorizado. O plano e mais simples — define como as historias serao escritas (formato, criterios de aceite), como o backlog sera refinado (frequencia, responsaveis) e como a prioridade sera determinada (tecnicas como MoSCoW ou pontuacao de valor). O rastreamento e feito pelo product backlog, não por uma matriz formal.
Abordagem hibrida
Em projetos hibridos, o plano diferencia o tratamento dos requisitos de alto nivel (documentados formalmente como requisitos de negocio e de solucao no inicio) dos requisitos detalhados de cada sprint (capturados como historias de usuario no backlog). A rastreabilidade conecta as historias de usuario aos requisitos de alto nivel e aos objetivos de negocio.
5 erros comuns no Plano de Gerenciamento dos Requisitos
- Não distinguir o plano da documentacao dos requisitos: o plano define as regras do jogo; a documentacao registra os requisitos em si. Confundir os dois leva a projetos que documentam requisitos sem nenhum processo definido para gerencia-los — ou que definem processos sem capturar os requisitos com o rigor necessario.
- Ignorar os requisitos de transicao: muitos planos focam apenas nos requisitos funcionais do produto e esquecem as capacidades necessarias para migrar do estado atual para o futuro — treinamento de usuarios, migracao de dados, integracao com sistemas legados. Esses requisitos de transicao frequentemente determinam o sucesso da adocao do produto.
- Não definir o processo de priorizacao: em projetos com muitos requisitos concorrentes, a ausencia de um processo claro de priorizacao leva a conflitos entre partes interessadas e escopo descontrolado. O plano deve especificar como os requisitos serao priorizados — e quem tem a palavra final.
- Não incluir os requisitos de qualidade: qualidade e escopo são inseparaveis no PMBOK 8. O plano deve cobrir os criterios de aceite e os processos de verificacao que determinam quando um entregavel atende aos requisitos de qualidade definidos.
- Não definir os niveis de autorizacao para mudancas: sem regras claras sobre quem pode aprovar mudancas nos requisitos, qualquer parte interessada pode solicitar alteracoes que impactam escopo, custo e cronograma sem o devido controle. O plano deve especificar o processo e os niveis de autorizacao para mudancas.
Checklist do Plano de Gerenciamento dos Requisitos
| Item | Verificacao |
|---|---|
| Processo de coleta e documentacao de requisitos definido? | [ ] |
| Tipos de requisitos a serem gerenciados identificados? | [ ] |
| Processo de priorizacao de requisitos definido? | [ ] |
| Estrutura de rastreabilidade (Matriz de Rastreabilidade) definida? | [ ] |
| Processo de controle de mudancas nos requisitos definido? | [ ] |
| Niveis de autorizacao para mudancas nos requisitos especificados? | [ ] |
| Metricas de rastreamento dos requisitos definidas? | [ ] |
| Plano integrado ao Plano de Gerenciamento do Projeto? | [ ] |
Template e Exemplo de Plano de Gerenciamento dos Requisitos — PMBOK 8
Para facilitar a aplicacao 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, priorizacao, estrutura de rastreabilidade, controle de mudancas e niveis de autorizacao.
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 priorizacao MoSCoW, Matriz de Rastreabilidade com 47 requisitos e processo de controle de mudancas em ambiente hibrido.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition e a referencia essencial para entender o Plano de Gerenciamento dos Requisitos no contexto do dominio 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 saidas 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 →
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.
