O que e a Documentacao dos Requisitos no PMBOK 8?
A Documentacao dos Requisitos — chamada de Requirements Documentation no PMBOK Guide, Eighth Edition — e a descricao de como os requisitos individuais atendem as necessidades de negocio do projeto. E criada como saida do processo 2.2.2.3 — Definir o Escopo e atualizada pelo processo 2.2.2.2 — Coletar os Requisitos, no dominio de Escopo.
O PMBOK Guide, Eighth Edition define a Documentacao dos Requisitos:
Cadastre-se para navegar sem anúncios e participar do Project Together →
“Requirements documentation is a description of how individual requirements should meet the business needs of the project. Requirements may start out at a high level and become progressively more detailed as more information about the requirements becomes known. Before being baselined, requirements should be unambiguous (measurable and testable), traceable, complete, consistent, and acceptable to key stakeholders.”
— PMBOK Guide, Eighth Edition (2025)
A Documentacao dos Requisitos e um documento vivo — comeca no alto nivel durante o inicio do projeto e e progressivamente detalhada a medida que mais informacoes se tornam disponiveis. E a base para construir a Especificacao do Escopo e a EAP, e e entrada critica para o processo de Validar o Escopo.
Tipos de requisitos no PMBOK 8
O PMBOK 8 organiza os requisitos em categorias que cobrem todas as dimensoes das necessidades do projeto:
| Tipo de Requisito | Descricao | Exemplos |
|---|---|---|
| Requisitos de Negocios | Objetivos estrategicos e necessidades de alto nivel da organizacao — descrevem o por que o projeto existe | Aumentar receita em 20%; reduzir custo operacional em R$500k; atender nova regulamentacao |
| Requisitos das Partes Interessadas | Necessidades de um stakeholder ou grupo de stakeholders — o que cada parte envolvida precisa obter do projeto | Relatorios gerenciais mensais; acesso mobile ao sistema; treinamento para operadores |
| Requisitos da Solucao | Caracteristicas, funcionalidades e atributos do produto, servico ou resultado — o que o sistema ou produto deve fazer e ser | Funcionais: processar pedidos em <2s; Não funcionais: disponibilidade 99,9%; seguranca nivel 3 |
| Requisitos de Transicao | Necessidades temporarias para migrar do estado atual para o estado futuro | Migracao de dados do sistema legado; treinamento da equipe; operacao em paralelo por 30 dias |
| Requisitos do Projeto | Acoes, processos e condicoes que o projeto em si deve atender | Marcos contratuais; restricoes de orcamento; obrigacoes regulatorias; datas de entrega |
| Requisitos de Qualidade | Condicoes e criterios para validar a conclusao bem-sucedida de entregas | Testes de desempenho; certificacoes; validacoes; criterios de aceite de qualidade |
Formato da Documentacao dos Requisitos
O PMBOK 8 reconhece que o formato da Documentacao dos Requisitos varia conforme o projeto:
| Formato | Quando Usar | Conteudo Tipico |
|---|---|---|
| Lista simples | Projetos pequenos e simples | Lista de requisitos por stakeholder e prioridade |
| Documento estruturado | Projetos medios e complexos | Sumario executivo, descricoes detalhadas, matriz de rastreabilidade, anexos |
| User stories | Projetos ageis | Formato: “Como [persona], quero [funcionalidade] para [beneficio]” com criterios de aceite |
| Casos de uso | Sistemas complexos com multiplos atores | Fluxo principal, fluxos alternativos, pre e pos-condicoes por caso de uso |
Documentacao dos Requisitos x Matriz de Rastreabilidade
A Documentacao dos Requisitos e a Matriz de Rastreabilidade de Requisitos são dois artefatos distintos, mas complementares:
| Aspecto | Documentacao dos Requisitos | Matriz de Rastreabilidade |
|---|---|---|
| O que e | Descricao detalhada de cada requisito e como atende as necessidades de negocio | Grade que rastreia cada requisito desde sua origem ate a entrega que o satisfaz |
| Finalidade | Documentar, descrever e classificar os requisitos | Garantir que cada requisito agrega valor e foi entregue |
| Nivel de detalhe | Descricoes narrativas, criterios de aceite, classificacoes | Vinculacoes: objetivos de negocio → requisitos → entregas da EAP → testes |
| Quando e mais util | Planejamento do escopo, definicao do escopo, base para a EAP | Controle de mudancas, verificacao da cobertura total dos requisitos |
Como a Documentacao dos Requisitos e usada no PMBOK 8
A Documentacao dos Requisitos e entrada para varios processos ao longo do projeto:
| Processo | Como Usa a Documentacao dos Requisitos |
|---|---|
| 2.2.2.4 — Desenvolver a Estrutura do Escopo | Os requisitos da solucao orientam a decomposicao do trabalho na EAP |
| 2.2.2.5 — Monitorar e Controlar o Escopo | Referencia para verificar se as entregas realizadas atendem os requisitos documentados |
| 2.4.2.2 — Estimar os Custos | Requisitos de qualidade e solucao impactam as estimativas de custo por entrega |
| 2.7.2.2 — Identificar os Riscos | Requisitos complexos, ambiguos ou conflitantes são fontes de risco a serem registradas |
| 2.1.6.8 — Avaliar e Implementar Mudancas | Mudancas de escopo são avaliadas contra a documentacao de requisitos aprovada para identificar impacto |
Documentacao dos Requisitos em abordagens preditivas, adaptativas e hibridas
Abordagem preditiva (cascata)
Em projetos preditivos, a Documentacao dos Requisitos e um documento formal e abrangente desenvolvido antes da execução. Inclui todos os tipos de requisitos (negocios, stakeholders, solucao, transicao, projeto, qualidade) com descricoes detalhadas e criterios de aceite. Apos aprovacao, mudancas nos requisitos exigem solicitacao formal de mudanca. A completude e a consistencia da documentacao são pre-requisitos para criar a EAP e estimar custos e prazos com precisao.
Abordagem adaptativa (agil)
Em projetos ageis, os requisitos são documentados progressivamente como user stories no Product Backlog. Cada user story tem criterios de aceite especificos escritos em formato Given/When/Then. O “documento de requisitos” e o proprio Backlog priorizado — não ha um documento separado de requisitos no inicio do projeto. Os requisitos evoluem a cada sprint com base no feedback do Product Owner e dos usuarios.
Abordagem hibrida
Em projetos hibridos, a Documentacao dos Requisitos de alto nivel (negocios, stakeholders, projeto) e um documento formal aprovado no inicio. Os requisitos da solucao para as fases adaptativas são gerenciados via user stories no backlog. A rastreabilidade entre os requisitos de alto nivel e as user stories e mantida na Matriz de Rastreabilidade de Requisitos.
5 erros comuns na Documentacao dos Requisitos
- Documentar desejos em vez de requisitos: um requisito valido e mensuravel e verificavel. “O sistema deve ser rapido” não e um requisito — “o sistema deve responder a consultas em menos de 1,5 segundo para 95% das transacoes” e. Requisitos vagos geram disputas durante a validacao do escopo e aumentam o risco de retrabalho.
- Não classificar os requisitos por tipo: misturar requisitos de negocio com requisitos tecnicos com requisitos de transicao em uma lista unica dificulta a priorizacao e a rastreabilidade. A classificacao por tipo permite identificar conflitos entre stakeholders, alocar requisitos aos pacotes corretos da EAP e planejar as atividades de transicao separadamente.
- Criar a documentacao sem validacao das partes interessadas: a Documentacao dos Requisitos deve ser revisada e aprovada pelos stakeholders chave antes de ser usada para criar a EAP. Requisitos não validados geram retrabalho quando o stakeholder rejeita a entrega na fase de validacao do escopo.
- Não manter a rastreabilidade: cada requisito deve ter um codigo unico que permita rastrea-lo da origem (necessidade de negocio) ate a entrega (pacote de trabalho na EAP) e ate o teste (criterio de aceite). Sem rastreabilidade, e impossivel garantir que todos os requisitos foram entregues e verificados.
- Não atualizar a documentacao apos mudancas aprovadas: requisitos mudam ao longo do projeto. Toda solicitacao de mudanca aprovada que afeta requisitos deve ser refletida imediatamente na documentacao. Uma documentacao desatualizada e a principal fonte de conflito entre o gerente do projeto, a equipe e os stakeholders durante a validacao das entregas.
Checklist da Documentacao dos Requisitos
| Item | Verificacao |
|---|---|
| Todos os tipos de requisitos identificados e documentados? | [ ] |
| Cada requisito e mensuravel e verificavel? | [ ] |
| Requisitos rastreados a necessidades de negocio e objetivos do projeto? | [ ] |
| Requisitos aprovados pelos stakeholders chave? | [ ] |
| Conflitos entre requisitos de diferentes stakeholders resolvidos? | [ ] |
| Criterios de aceite definidos para os requisitos criticos? | [ ] |
| Requisitos de transicao identificados separadamente? | [ ] |
| Documentacao integrada ao Plano de Gerenciamento dos Requisitos? | [ ] |
Template e Exemplo de Documentacao dos Requisitos — PMBOK 8
Para facilitar a aplicacao imediata da Documentacao dos Requisitos em seus projetos, disponibilizamos dois recursos gratuitos para download:
Template oficial PMBOK 8
Documento Word com estrutura completa de documentacao de requisitos — secoes por tipo de requisito (negocios, stakeholders, solucao, transicao, projeto, qualidade), campos de descricao, criterios de aceite, prioridade e codigo de rastreabilidade.
Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)
Documentacao dos Requisitos preenchida com dados reais do projeto ProjectAdm. Inclui 47 requisitos classificados em 6 tipos, criterios de aceite detalhados, matriz de rastreabilidade com vinculacao aos pacotes da EAP e casos de teste associados.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition e a referencia essencial para entender a Documentacao dos Requisitos e os 6 processos do dominio de Escopo. Adquira agora:
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre a Documentacao dos Requisitos
Você sabe qual e a diferenca entre requisitos funcionais e não funcionais no PMBOK 8? E como garantir que todos os requisitos foram entregues ao final do projeto? 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!
💬 Reflexões da comunidade
Agora estou seguindo o curso para adquirir mais conhecimentos, a rastreabilidade dos requerimentos é uma parte fundamental para um ótimo desenvolvimento de um projeto.
— Dominick Ronaldo Doza Saboya · 1 mês atrás
Continue no livro
PMBOK 8 na Prática
Os 40 processos do Guia PMBOK 8 aplicados num projeto real, com o artefato pronto em cada passo.
Ver o livro — R$ 31,99 →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.