Entregáveis de projeto (PMBOK) vs produtos de projeto (PRINCE2)
No coração de ambos os referenciais está a mesma coisa: os resultados que um projeto tem de entregar. O PMBOK chama-lhes entregáveis (deliverables), o PRINCE2 chama-lhes produtos (products) e, embora os dois conceitos se sobreponham bastante, não são idênticos. As diferenças dizem muito sobre como cada referencial encara o controlo e a responsabilização. Este artigo compara os entregáveis de projeto (PMBOK) com os produtos de projeto (PRINCE2): como cada um é definido, onde os conceitos realmente diferem, como se correspondem e que termo usar na sua própria documentação de projeto.
Principais conclusões:
- Ambos os termos descrevem resultados de projeto verificáveis — resultados que um projeto tem de produzir e entregar para aceitação. O PMBOK trata o entregável (deliverable) como um conceito do seu vocabulário, enquanto o PRINCE2 faz do produto o fundamento de todo o método.
- Um entregável PMBOK é qualquer resultado único e verificável — um produto, resultado ou capacidade necessário para concluir um processo, uma fase ou um projeto, produzido ao longo do ciclo de vida.
- Um produto PRINCE2 abrange um âmbito mais amplo — inclui os produtos especializados entregues aos utilizadores e os produtos de gestão como planos, registos e relatórios, cada um com critérios de qualidade definidos.
- Diferenças-chave — o PRINCE2 conta os artefactos de gestão como produtos plenos e exige uma descrição de produto para cada resultado; o PMBOK classifica esses artefactos como documentos de projeto e deixa o nível de definição ao juízo profissional.
- Como os conceitos se correspondem — os produtos especializados correspondem aos entregáveis de produto, os produtos de gestão aos entregáveis de processo. Um vocabulário único fixado no termo de abertura do projeto evita confusões.
Porque é que o PMBOK e o PRINCE2 nomeiam de forma diferente os resultados de projeto
A diferença de nome não é um acaso de tradução, mas um reflexo daquilo que cada referencial é. O PMBOK é um corpo de conhecimento descritivo: cataloga conceitos, práticas e artefactos e confia no juízo do gestor de projeto sobre como aplicá-los. O PRINCE2 é um método prescritivo: define processos, papéis e uma cadeia de responsabilização, e precisa de um conceito de suporte a que esses processos se possam ligar. Esse conceito é o produto. Assim, embora ambos os referenciais falem de resultados verificáveis, o PMBOK trata o entregável como um termo entre muitos, e o PRINCE2 constrói todo o método sobre planear, delegar e aceitar produtos. Compreender essa assimetria é a chave de cada diferença descrita a seguir.
Aproveite o acesso completo ao FlexiProject durante 30 dias, sem custos nem encargos
O que é um entregável no PMBOK?
Em termos do PMBOK, um entregável (deliverable) é qualquer produto, resultado ou capacidade de prestar um serviço, único e verificável, exigido para concluir um processo, uma fase ou um projeto. Único significa que está definido para este projeto concreto; verificável significa que a sua conclusão pode ser comprovada face a critérios em vez de apenas declarada. Os entregáveis surgem ao longo do ciclo de vida: um plano de projeto aprovado ou um relatório de testes é um entregável da sua fase tal como o sistema final é um entregável de todo o projeto.
O conceito também molda a forma como o PMBOK planeia o trabalho. A estrutura de decomposição do trabalho (WBS) é definida como uma decomposição do trabalho de projeto orientada aos entregáveis, o que significa que o plano desce dos resultados às tarefas, e não o contrário. Os entregáveis são depois verificados no controlo de qualidade e formalmente aceites pelo cliente ou pelo patrocinador. O que o PMBOK não faz é prescrever um documento padrão para definir cada entregável; o nível de documentação fica ao juízo profissional. Para um tratamento completo do conceito, incluindo tipos e técnicas de identificação, consulte o nosso guia de entregáveis de projeto.
O que é um produto no PRINCE2?
O PRINCE2 eleva a mesma ideia a princípio. Um dos sete princípios do método é o foco nos produtos: um projeto PRINCE2 acorda e define os seus produtos antes de planear o trabalho, e tudo o que o projeto cria ou altera conta como produto. O conceito divide-se em duas categorias com públicos diferentes.
Produtos especializados
Os produtos especializados são aquilo que o projeto existe para entregar aos seus utilizadores: o sistema, o edifício, a campanha, o novo processo. É a parte do vocabulário do PRINCE2 que coincide com o sentido corrente e intuitivo de um entregável. Os produtos especializados são entregues, aceites face a critérios de qualidade e, em última análise, justificam o business case do projeto.
Produtos de gestão
Os produtos de gestão são os artefactos usados para dirigir o próprio projeto: o plano de projeto, o business case, os registos de riscos e de questões, os relatórios de ponto de controlo e de síntese. O PMBOK também conhece estes elementos, mas arquiva-os como documentos ou artefactos de projeto. O PRINCE2 concede-lhes o estatuto pleno de produto, com composição e critérios de qualidade definidos, segundo a lógica de que um projeto dirigido por relatórios negligenciados falha com a mesma certeza que um que constrói um sistema negligenciado. É aqui que os dois referenciais realmente se separam.
Descrições de produto e planeamento baseado em produtos
Cada produto PRINCE2 recebe uma descrição de produto: o seu propósito, composição, critérios de qualidade e quem o aceita. O próprio planeamento parte dos produtos, através de uma estrutura de decomposição de produtos, e só depois desce às atividades. A descrição de produto funciona como um contrato: fixa, antes de o trabalho começar, o que contará como concluído. Onde o PMBOK se apoia no juízo do gestor de projeto para decidir quanta definição um resultado precisa, o PRINCE2 pressupõe que são precisamente os produtos definidos que tornam possíveis a transparência e a responsabilização.
Entregáveis de projeto e produtos de projeto: comparação lado a lado
| Entregável (PMBOK) | Produto (PRINCE2) | |
| Definição | Produto, resultado ou capacidade, único e verificável, exigido para concluir um processo, uma fase ou um projeto | Tudo o que o projeto cria ou altera, especializado ou de gestão |
| Posição no referencial | Um conceito no vocabulário | Fundamento do método, sustentado pelo princípio de foco nos produtos |
| Artefactos de gestão | Classificados como documentos ou artefactos de projeto | Produtos plenos com descrições e critérios de qualidade |
| Papel no planeamento | A WBS é orientada aos entregáveis | O planeamento parte da estrutura de decomposição de produtos |
| Padrão de definição | Deixado ao juízo profissional | Descrição de produto obrigatória por produto |
| Aceitação | Verificado e formalmente aceite pelo cliente ou patrocinador | Aceite face aos critérios de qualidade indicados na descrição de produto |
Lida em conjunto, a tabela mostra conceitos que se sobrepõem talvez em quatro casos em cada cinco. Uma aplicação testada é ao mesmo tempo um entregável e um produto especializado; a diferença de vocabulário não muda nada no trabalho. A divergência aparece nas margens: no estatuto dos artefactos de gestão e no rigor de definição que o referencial exige por omissão. O PRINCE2 compra previsibilidade ao preço da carga documental; o PMBOK compra flexibilidade ao preço de depender do juízo e da disciplina de cada gestor de projeto.
O que a diferença significa na prática
Como os dois conceitos se correspondem
Se a sua organização distingue os entregáveis de produto dos de processo, ou os externos dos internos, já está a usar a divisão do PRINCE2 sob outros nomes: os produtos especializados correspondem aos entregáveis de produto e externos, os produtos de gestão aos de processo e internos. A correspondência é suficientemente estreita para as equipas traduzirem a documentação entre os dois vocabulários quase mecanicamente, desde que alguém enuncie a correspondência uma vez em vez de a deixar ao palpite de cada leitor.
Que termo usar na sua documentação de projeto
Use o vocabulário do referencial que a sua organização realmente segue, e declare-o explicitamente no termo de abertura do projeto. Os problemas começam em ambientes híbridos, onde um PMO formado em PRINCE2 lê “deliverable” no plano em estilo PMBOK de um fornecedor e assume que faltam produtos de gestão, ou vice-versa. Uma frase no termo de abertura, indicando que termo o projeto usa e o que abrange, não custa nada e evita que as reuniões de aceitação se transformem em seminários de terminologia. As palavras importam menos do que a disciplina que carregam: um resultado com nome, critérios definidos, um responsável com nome.
Desbloqueie todas as funcionalidades e impulsione os seus projetos, aproveite 30 dias de FlexiProject grátis!
Gerir entregáveis e produtos num só sistema
Seja qual for o vocabulário que vença na sua organização, a necessidade operacional é idêntica: um lugar onde cada resultado tem uma descrição, critérios de aceitação, um prazo, um responsável e um estado visível. No FlexiProject, o módulo Produtos assegura exatamente isso para o lado especializado: cada entregável é definido com o seu âmbito e os seus critérios de aceitação, ligado às tarefas e aos marcos que o produzem, e monitorizado separadamente da conclusão das tarefas, de modo que uma tarefa executada nunca seja confundida com um resultado aceite. O lado de gestão também beneficia: os relatórios de estado recorrentes são gerados a partir de dados de projeto atualizados em vez de montados à mão, que é precisamente a qualidade que o PRINCE2 espera dos produtos de gestão. Os modelos de projeto fecham o ciclo ao padronizar a lista de produtos para projetos repetíveis, de modo que cada novo projeto começa com os seus resultados, requisitos e padrões de documentos já definidos.
Entregáveis de projeto e produtos de projeto: FAQ
Um produto PRINCE2 é o mesmo que um entregável de projeto?
Para os produtos especializados, na prática sim: ambos descrevem um resultado verificável entregue aos utilizadores e aceite face a critérios. Os conceitos deixam de ser idênticos nos artefactos de gestão, que o PRINCE2 conta como produtos e o PMBOK classifica como documentos de projeto.
O que são produtos de gestão no PRINCE2?
Artefactos usados para dirigir o projeto: o plano de projeto, o business case, os registos de riscos e de questões, os relatórios de ponto de controlo e de síntese. Cada um tem uma composição e critérios de qualidade definidos, tal como os produtos entregues aos utilizadores.
O PMBOK tem um equivalente dos produtos de gestão?
Sim, na essência: o PMBOK descreve os mesmos planos, registos e relatórios como documentos ou artefactos de projeto. A diferença é que o PMBOK não os trata como entregáveis de igual estatuto face aos resultados do projeto e não exige uma descrição formal para cada um.
É possível combinar os produtos PRINCE2 com as práticas do PMBOK?
Sim, e as configurações híbridas são comuns: muitas organizações planeiam a partir de uma estrutura de decomposição de produtos enquanto usam noutros pontos o vocabulário do PMBOK. A combinação funciona desde que o projeto fixe um vocabulário partilhado e mantenha uma única lista de resultados com responsáveis e critérios de aceitação.
Os entregáveis de projeto no PMBOK e os produtos de projeto no PRINCE2 descrevem a mesma coisa fundamental: resultados verificáveis que um projeto tem de entregar. As diferenças reais são duas. O PRINCE2 concede aos artefactos de gestão o estatuto pleno de produto, enquanto o PMBOK os arquiva como documentos de projeto; e o PRINCE2 impõe uma descrição de produto para cada resultado, enquanto o PMBOK confia no juízo profissional do gestor de projeto.
Tudo o resto é vocabulário, e o vocabulário é barato de alinhar: uma frase no termo de abertura do projeto que fixe os termos usados evita a maior parte do atrito entre as duas abordagens. O que não pode ser saltado em nenhum dos referenciais é a disciplina por baixo das palavras: resultados definidos antes de o trabalho começar, critérios de aceitação acordados de antemão, responsáveis nomeados e estado visível ao lado do cronograma. Um sistema PPM que mantém essa disciplina num só lugar, como o FlexiProject faz com o seu módulo Produtos, os relatórios recorrentes e os modelos de projeto, serve ambos os vocabulários sem obrigar uma equipa a escolher entre eles.
