Entregas Verificadas — PMBOK 8: Guia Completo (2026)

O que são as Entregas Verificadas no PMBOK 8?

As Entregas Verificadas — chamadas de Verified Deliverables no PMBOK Guide, Eighth Edition — são as entregas do projeto que foram completadas e verificadas quanto a corretude pelo processo de Controlar a Qualidade. São criadas como saída do processo 2.8.2.3 — Controlar a Qualidade e representam o segundo estágio do ciclo de produção-verificação-aceite das entregas.

O PMBOK Guide, Eighth Edition define as Entregas Verificadas:

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

“Verified deliverables are completed project deliverables that have been checked and confirmed as correct through the Control Quality process. Verified deliverables are an input to the Validate Scope process for formalized acceptance.”

— PMBOK Guide, Eighth Edition (2025)

A verificação interna pelo Controle da Qualidade é o filtro que garante que apenas entregas tecnicamente conformes sejam apresentadas ao cliente para aceite. Uma entrega verificada passou pela inspeção da equipe interna; uma entrega aceita passou também pelo aceite formal do cliente.

O fluxo Entrega → Verificada → Aceita

Como o Controle da Qualidade gera Entregas Verificadas

Entregas Verificadas vs. Entregas Aceitas

Entregas Verificadas em abordagens preditivas, adaptativas e híbridas

Abordagem preditiva (cascata)

Em projetos preditivos, as Entregas Verificadas são resultado de ciclos formais de teste e inspeção ao final de cada fase ou entrega. O protocolo de verificação é definido no Plano de Gerenciamento da Qualidade. Apenas entregas que passam na verificação interna são apresentadas ao cliente na sessão de Validação do Escopo.

Abordagem adaptativa (ágil)

Em projetos ágeis, a verificação é contínua e automatizada — testes unitários, de integração e de regressão executados a cada commit. O critério “Definition of Done” inclui a cobertura mínima de testes que deve ser atingida para que uma história seja considerada “verificada”. Apenas histórias que atendem a Definition of Done são demonstradas na Sprint Review.

Abordagem híbrida

Em projetos híbridos, a verificação das fases preditivas segue protocolos formais. As fases ágeis usam testes automatizados e Definition of Done. O gerente do projeto garante que os dois mecanismos produzam evidências de verificação suficientes para satisfazer os requisitos de governança do projeto.

5 erros comuns com Entregas Verificadas

1. Apresentar entregas ao cliente sem verificação interna prévia: o gerente que apresenta ao cliente uma entrega não verificada está criando risco de rejeição, retrabalho e dano a credibilidade do projeto. A verificação interna é o filtro que protege o projeto de situações constrangedoras. Sem ela, os defeitos são identificados pelo cliente, não pela equipe.
2. Verificar apenas os critérios técnicos, ignorando os critérios do cliente: uma entrega tecnicamente perfeita mas que não atende ao critério de aceite do cliente não é uma entrega verificada — é um candidato a rejeição. A verificação deve incluir os critérios de aceite acordados com o cliente, não apenas os padrões técnicos internos.
3. Não documentar o resultado da verificação: uma verificação oral sem registro não tem valor probatório. Os resultados das verificações — aprovado, reprovado, reprovado com ressalvas — devem ser documentados com data, responsável pela verificação e evidências (screenshots, relatório de testes, checklist assinado).
4. Não diferenciar defeitos críticos de melhorias desejáveis: nem todos os problemas encontrados na verificação impedem o aceite. Defeitos críticos (funcionalidade não funciona, critério de aceite não atendido) bloqueiam a verificação. Melhorias desejáveis (ajuste estético, funcionalidade acessória) podem ser aceitas com ressalva e tratadas posteriormente. Misturar os dois cria atrasos desnecessários.
5. Aceitar retrabalho sem re-verificação: uma entrega que foi reprovada na verificação e retrabalhada deve ser re-verificada antes de ser apresentada ao cliente — não apenas parcialmente revisada. O retrabalho pode introduzir novos defeitos ou não corrigir completamente o problema original.

Checklist das Entregas Verificadas

Template e Exemplo de Entregas Verificadas — PMBOK 8

Para facilitar o controle e verificação das Entregas Verificadas em seus projetos, disponibilizamos dois recursos gratuitos para download:

Template oficial PMBOK 8

Kit de verificação de entregas — checklist de verificação por tipo de entrega (documento, software, produto físico), protocolo de verificação com registro de resultado, rastreamento de status (aprovada/reprovada/aprovada com ressalva), formulário de abertura de retrabalho e relatório consolidado de verificação por fase.

Baixar Template Gratuito →

Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)

Entregas Verificadas do projeto ProjectAdm — 34 entregas ao longo de 12 sprints com registro completo de verificação. Inclui 6 entregas reprovadas na primeira verificação, 3 retrabalhos com nova verificação, taxa de defeitos por módulo, relação com as Medições do Controle da Qualidade e rastreabilidade até as Entregas Aceitas pelo cliente.

Baixar Exemplo Gratuito →

Quer se aprofundar no PMBOK 8?

O PMBOK Guide — Eighth Edition é a referência essencial para entender as Entregas Verificadas e o ciclo completo de produção, verificação e aceite. Adquira agora:

Adquirir o PMBOK Guide — Eighth Edition na Amazon →

Teste seus conhecimentos sobre Entregas Verificadas

Você sabe qual é a diferença entre Entregas Verificadas e Entregas Aceitas no PMBOK 8? E por que a verificação interna é um prerequisito obrigatório para a Validação do Escopo? 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.