O que é a Documentação dos Requisitos no PMBOK 8?
A Documentação dos Requisitos — chamada de Requirements Documentation no PMBOK Guide, Eighth Edition — é a descrição de como os requisitos individuais atendem as necessidades de negócio do projeto. É criada como saída do processo 2.2.2.3 — Definir o Escopo e atualizada pelo processo 2.2.2.2 — Coletar os Requisitos, no domínio de Escopo.
O PMBOK Guide, Eighth Edition define a Documentação 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 Documentação dos Requisitos é um documento vivo — começa no alto nível durante o início do projeto e é progressivamente detalhada à medida que mais informações se tornam disponíveis. É a base para construir a Especificação do Escopo e a EAP, e é entrada crítica 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 dimensões das necessidades do projeto:
| Tipo de Requisito | Descrição | Exemplos |
|---|---|---|
| Requisitos de Negócios | Objetivos estratégicos e necessidades de alto nível da organização — descrevem o por que o projeto existe | Aumentar receita em 20%; reduzir custo operacional em R$500k; atender nova regulamentação |
| Requisitos das Partes Interessadas | Necessidades de um stakeholder ou grupo de stakeholders — o que cada parte envolvida precisa obter do projeto | Relatórios gerenciais mensais; acesso mobile ao sistema; treinamento para operadores |
| Requisitos da Solução | Características, funcionalidades e atributos do produto, serviço ou resultado — o que o sistema ou produto deve fazer e ser | Funcionais: processar pedidos em <2s; Não funcionais: disponibilidade 99,9%; segurança nível 3 |
| Requisitos de Transição | Necessidades temporárias para migrar do estado atual para o estado futuro | Migração de dados do sistema legado; treinamento da equipe; operação em paralelo por 30 dias |
| Requisitos do Projeto | Ações, processos e condições que o projeto em si deve atender | Marcos contratuais; restrições de orçamento; obrigações regulatórias; datas de entrega |
| Requisitos de Qualidade | Condições e critérios para validar a conclusão bem-sucedida de entregas | Testes de desempenho; certificações; validações; critérios de aceite de qualidade |
Formato da Documentação dos Requisitos
O PMBOK 8 reconhece que o formato da Documentação dos Requisitos varia conforme o projeto:
| Formato | Quando Usar | Conteúdo Típico |
|---|---|---|
| Lista simples | Projetos pequenos e simples | Lista de requisitos por stakeholder e prioridade |
| Documento estruturado | Projetos médios e complexos | Sumário executivo, descrições detalhadas, matriz de rastreabilidade, anexos |
| User stories | Projetos ágeis | Formato: “Como [persona], quero [funcionalidade] para [beneficio]” com critérios de aceite |
| Casos de uso | Sistemas complexos com múltiplos atores | Fluxo principal, fluxos alternativos, pre e pós-condições por caso de uso |
Documentação dos Requisitos x Matriz de Rastreabilidade
A Documentação dos Requisitos e a Matriz de Rastreabilidade de Requisitos são dois artefatos distintos, mas complementares:
| Aspecto | Documentação dos Requisitos | Matriz de Rastreabilidade |
|---|---|---|
| O que é | Descrição detalhada de cada requisito e como atende as necessidades de negócio | Grade que rastreia cada requisito desde sua origem até a entrega que o satisfaz |
| Finalidade | Documentar, descrever e classificar os requisitos | Garantir que cada requisito agrega valor e foi entregue |
| Nível de detalhe | Descrições narrativas, critérios de aceite, classificações | Vinculações: objetivos de negócio → requisitos → entregas da EAP → testes |
| Quando é mais útil | Planejamento do escopo, definição do escopo, base para a EAP | Controle de mudanças, verificação da cobertura total dos requisitos |
Como a Documentação dos Requisitos é usada no PMBOK 8
A Documentação dos Requisitos é entrada para vários processos ao longo do projeto:
| Processo | Como Usa a Documentação dos Requisitos |
|---|---|
| 2.2.2.4 — Desenvolver a Estrutura do Escopo | Os requisitos da solução orientam a decomposição do trabalho na EAP |
| 2.2.2.5 — Monitorar e Controlar o Escopo | Referência para verificar se as entregas realizadas atendem os requisitos documentados |
| 2.4.2.2 — Estimar os Custos | Requisitos de qualidade e solução impactam as estimativas de custo por entrega |
| 2.7.2.2 — Identificar os Riscos | Requisitos complexos, ambíguos ou conflitantes são fontes de risco a serem registradas |
| 2.1.6.8 — Avaliar e Implementar Mudanças | Mudanças de escopo são avaliadas contra a documentação de requisitos aprovada para identificar impacto |
Documentação dos Requisitos em abordagens preditivas, adaptativas e híbridas
Abordagem preditiva (cascata)
Em projetos preditivos, a Documentação dos Requisitos é um documento formal e abrangente desenvolvido antes da execução. Inclui todos os tipos de requisitos (negócios, stakeholders, solução, transição, projeto, qualidade) com descrições detalhadas e critérios de aceite. Após aprovação, mudanças nos requisitos exigem solicitação formal de mudança. A completude e a consistência da documentação são pré-requisitos para criar a EAP e estimar custos e prazos com precisão.
Abordagem adaptativa (ágil)
Em projetos ágeis, os requisitos são documentados progressivamente como user stories no Product Backlog. Cada user story tem critérios de aceite específicos escritos em formato Given/When/Then. O “documento de requisitos” é o próprio Backlog priorizado — não há um documento separado de requisitos no início do projeto. Os requisitos evoluem a cada sprint com base no feedback do Product Owner e dos usuários.
Abordagem híbrida
Em projetos híbridos, a Documentação dos Requisitos de alto nível (negócios, stakeholders, projeto) e um documento formal aprovado no início. Os requisitos da solução para as fases adaptativas são gerenciados via user stories no backlog. A rastreabilidade entre os requisitos de alto nível e as user stories é mantida na Matriz de Rastreabilidade de Requisitos.
5 erros comuns na Documentação dos Requisitos
- Documentar desejos em vez de requisitos: um requisito válido é mensurável e verificável. “O sistema deve ser rápido” não é um requisito — “o sistema deve responder a consultas em menos de 1,5 segundo para 95% das transações” é. Requisitos vagos geram disputas durante a validação do escopo e aumentam o risco de retrabalho.
- Não classificar os requisitos por tipo: misturar requisitos de negócio com requisitos técnicos com requisitos de transição em uma lista única dificulta a priorização e a rastreabilidade. A classificação por tipo permite identificar conflitos entre stakeholders, alocar requisitos aos pacotes corretos da EAP e planejar as atividades de transição separadamente.
- Criar a documentação sem validação das partes interessadas: a Documentação 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 validação do escopo.
- Não manter a rastreabilidade: cada requisito deve ter um código único que permita rastrea-lo da origem (necessidade de negócio) até a entrega (pacote de trabalho na EAP) e até o teste (critério de aceite). Sem rastreabilidade, é impossível garantir que todos os requisitos foram entregues e verificados.
- Não atualizar a documentação após mudanças aprovadas: requisitos mudam ao longo do projeto. Toda solicitação de mudança aprovada que afeta requisitos deve ser refletida imediatamente na documentação. Uma documentação desatualizada é a principal fonte de conflito entre o gerente do projeto, a equipe e os stakeholders durante a validação das entregas.
Checklist da Documentação dos Requisitos
| Item | Verificação |
|---|---|
| Todos os tipos de requisitos identificados e documentados? | [ ] |
| Cada requisito é mensurável e verificável? | [ ] |
| Requisitos rastreados a necessidades de negócio e objetivos do projeto? | [ ] |
| Requisitos aprovados pelos stakeholders chave? | [ ] |
| Conflitos entre requisitos de diferentes stakeholders resolvidos? | [ ] |
| Critérios de aceite definidos para os requisitos críticos? | [ ] |
| Requisitos de transição identificados separadamente? | [ ] |
| Documentação integrada ao Plano de Gerenciamento dos Requisitos? | [ ] |
Template e Exemplo de Documentação dos Requisitos — PMBOK 8
Para facilitar a aplicação imediata da Documentação dos Requisitos em seus projetos, disponibilizamos dois recursos gratuitos para download:
Template oficial PMBOK 8
Documento Word com estrutura completa de documentação de requisitos — seções por tipo de requisito (negócios, stakeholders, solução, transição, projeto, qualidade), campos de descrição, critérios de aceite, prioridade e código de rastreabilidade.
Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)
Documentação dos Requisitos preenchida com dados reais do projeto ProjectAdm. Inclui 47 requisitos classificados em 6 tipos, critérios de aceite detalhados, matriz de rastreabilidade com vinculação aos pacotes da EAP e casos de teste associados.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition é a referência essencial para entender a Documentação dos Requisitos e os 6 processos do domínio de Escopo. Adquira agora:
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre a Documentação dos Requisitos
Você sabe qual é a diferença 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 · 2 meses 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.