O PMBOK Guide, Eighth Edition incorporou ferramentas que vêm de disciplinas complementares ao gerenciamento de projetos tradicional: da melhoria contínua Lean, do design centrado no cliente, da gestão estratégica e da gestão intercultural. Este guia reúne essas ferramentas em um guia prático de referência.
Neste guia você vai encontrar:
Cadastre-se para navegar sem anúncios e participar do Project Together →
- Postmortem em Andamento
- Conversas e Testes com Clientes
- Testes e Avaliações de Produto
- Mapeamento do Fluxo de Valor (VSM)
- Inteligência Cultural Organizacional
- Visão Baseada em Recursos
- Auditorias e Inspeções
1. Postmortem em Andamento
O PMBOK Guide, Eighth Edition define:
“In-progress postmortems. An in-progress postmortem is a structured process conducted at various stages of the project life cycle to analyze current performance, identify issues, and implement improvements. Unlike traditional postmortems held at the end of a project, these reviews are conducted periodically to ensure continuous improvement and timely problem-solving.”
— PMBOK Guide, Eighth Edition, Section 5
A palavra “postmortem” remete ao fim — e esse é exatamente o problema que o PMBOK 8 resolve com o in-progress postmortem: por que esperar o projeto terminar para aprender com os erros? Postmortems em andamento são análises estruturadas de performance realizadas durante o projeto — não depois.
Diferença entre Postmortem em Andamento, Revisão Pós-Ação e Retrospectiva:
| Aspecto | Postmortem em Andamento | Revisão Pós-Ação (AAR) | Retrospectiva Ágil |
|---|---|---|---|
| Timing | Periódico durante o projeto — após fases ou marcos | Após eventos ou atividades específicas | Ao final de cada sprint (1-4 semanas) |
| Foco | Performance geral do projeto; identificar e corrigir desvios sistêmicos | Gap entre planejado e executado em um evento específico | Processo da equipe; o que melhorar no próximo sprint |
| Escopo | Projeto inteiro até o momento | Evento ou atividade específica | Sprint atual |
Como conduzir um Postmortem em Andamento:
- Defina a frequência: mensalmente, por fase, ou a cada 20% de avanço do projeto
- Analise métricas atuais: CPI, SPI, qualidade das entregas, saúde da equipe
- Identifique padrões sistêmicos — não eventos isolados
- Defina ações corretivas com responsável e prazo — e monitore no próximo postmortem
- Documente e compartilhe os aprendizados com o PMO
Processos PMBOK 8: Monitorar e Controlar o Desempenho do Projeto (2.1.6.7) e Gerenciar o Conhecimento do Projeto (2.1.6.6).
2. Conversas e Testes com Clientes
O PMBOK Guide, Eighth Edition define:
“Customer talks and tests. Customer talks and tests consist of the collaborative processes and activities involving direct interaction and feedback from customers during the development and testing phases of a project. These practices are integral to ensuring that the final product or service aligns with customer expectations and requirements. By engaging customers early and throughout the project life cycle, organizations can enhance transparency, build trust, and improve the overall quality of the deliverables.”
— PMBOK Guide, Eighth Edition, Section 5
“Conversas e Testes com Clientes” formaliza no PMBOK 8 o que o movimento ágil ensinou pela experiência: o cliente precisa estar presente durante o desenvolvimento, não apenas no início (para dar requisitos) e no final (para aceitar ou rejeitar). A descoberta tardia de que o produto não atende às necessidades do usuário é um dos maiores destruidores de valor em projetos.
Formas práticas de Conversas e Testes com Clientes:
- Entrevistas de descoberta: conversas semiestruturadas para entender necessidades não declaradas — “me conte como você faz X hoje” revela mais que “o que você quer que o sistema faça”
- User story mapping com clientes: co-criação do backlog em sessões colaborativas onde o cliente está presente e participativo
- Teste de usabilidade: observar usuários reais interagindo com protótipos ou entregas parciais — sem interferência
- Sprint review com clientes reais: não apenas com o Product Owner — com os usuários finais que vão usar o produto
- Shadowing: o time acompanha o cliente no ambiente real de uso para entender o contexto antes de projetar soluções
- Beta testing: entrega controlada para um grupo seleto de clientes reais antes do lançamento geral
Processos PMBOK 8: Coletar os Requisitos (2.2.2.2) e Validar o Escopo (2.2.2.6).
3. Testes e Avaliações de Produto
O PMBOK Guide, Eighth Edition define:
“Testing/product evaluations. Testing is an organized and constructed investigation conducted to provide objective information about the quality of the product or service under test in accordance with the project requirements. The intent of testing is to find errors, defects, bugs, or other nonconformance problems in the product or service.”
— PMBOK Guide, Eighth Edition, Section 5
Enquanto o Planejamento de Testes e Inspeções (artigo dedicado) define o como testar durante o planejamento, os Testes e Avaliações de Produto são a execução desse plano — a investigação organizada que produz informações objetivas sobre qualidade.
Tipos de teste por objetivo:
| Tipo | Objetivo | Quem executa |
|---|---|---|
| Teste funcional | Verificar se a funcionalidade atende aos requisitos especificados | QA, equipe de desenvolvimento |
| Teste de regressão | Garantir que mudanças não quebraram funcionalidades existentes | QA automatizado |
| UAT (User Acceptance Testing) | Validar que o produto atende às necessidades reais do negócio | Usuários finais, cliente |
| Teste de performance | Verificar comportamento sob carga, stress e volume | Especialistas de performance |
| Teste de segurança | Identificar vulnerabilidades e não conformidades de segurança | Especialistas de segurança (pentest) |
| Inspeção física | Verificar conformidade com especificações em produtos físicos | Inspetores qualificados, QA |
Princípio do PMBOK 8: o tipo, quantidade e extensão dos testes depende da natureza do projeto, tempo, orçamento e outros fatores. Teste não é uma atividade padronizada — é contextual e proporcional ao risco.
Processos PMBOK 8: Gerenciar Garantia da Qualidade (2.1.6.5) e Validar o Escopo (2.2.2.6).
4. Mapeamento do Fluxo de Valor
O PMBOK Guide, Eighth Edition define:
“Value stream mapping. Value stream mapping is a display of the critical steps in a process and the time taken in each step to identify waste. Value stream mapping is a Lean technique used to document, analyze, and improve the flow of information or materials required to produce a product or service for a customer. A value stream begins, ends, and hopefully continues with a customer.”
— PMBOK Guide, Eighth Edition, Section 5
O Mapeamento do Fluxo de Valor (VSM — Value Stream Mapping) é uma das ferramentas mais poderosas do Lean para identificar onde o tempo e os recursos de um projeto ou processo estão sendo desperdiçados. Em vez de otimizar atividades individuais, o VSM enxerga o fluxo completo de ponta a ponta.
Os 8 tipos de desperdício (Lean) identificados pelo VSM:
- Transporte — mover informações ou materiais desnecessariamente
- Inventário — trabalho em andamento excessivo (WIP); entregas esperando aprovação
- Movimento — pessoas buscando informações, aprovações, ferramentas
- Espera — tempo ocioso aguardando inputs, aprovações, recursos
- Superprodução — entregar mais do que o necessário; funcionalidades não pedidas
- Superprocessamento — etapas que não agregam valor; burocracia sem propósito
- Defeitos — retrabalho; erros que precisam de correção
- Talento desperdiçado — não usar o conhecimento e criatividade da equipe
Como criar um VSM:
- Selecione o fluxo de valor a mapear (ex: “desde a solicitação do cliente até a entrega da funcionalidade”)
- Mapeie o estado atual: todas as etapas, tempos de ciclo, tempos de espera, WIP, responsáveis
- Identifique os desperdícios: onde o tempo passa sem adicionar valor?
- Projete o estado futuro: como o fluxo deveria ser após a eliminação dos desperdícios?
- Implemente as melhorias e meça o impacto
Processos PMBOK 8: Controlar os Recursos (2.6.2.5) e Gerenciar Garantia da Qualidade (2.1.6.5).
5. Inteligência Cultural Organizacional
O PMBOK Guide, Eighth Edition define:
“Organizational cultural intelligence. Organizational cultural intelligence is the capability of the enterprise to perform effectively in culturally diverse, complex situations and a multicultural world. For example, project managers and teams with high organizational cultural intelligence may demonstrate strong cultural skills and recognize that different team members from different cultural regions can think and express themselves differently.”
— PMBOK Guide, Eighth Edition, Section 5
Em projetos com equipes multiculturais ou globais, a Inteligência Cultural não é um “nice to have” — é uma competência operacional. Mal-entendidos culturais causam conflitos que custam tempo, talentos e relacionamentos com stakeholders.
Dimensões da Inteligência Cultural em projetos:
- Comunicação: culturas de alto contexto (Japão, Brasil, Oriente Médio) comunicam implicitamente; culturas de baixo contexto (EUA, Alemanha, Holanda) comunicam explicitamente. O mesmo silêncio em uma reunião significa “concordo” ou “discordo” dependendo da cultura.
- Tempo e prazos: culturas monocrônicas (um assunto de cada vez, pontualidade rigorosa) vs. policrônicas (múltiplas atividades simultâneas, flexibilidade temporal)
- Hierarquia: distância ao poder alta (deferência à autoridade, hierarquias respeitadas) vs. baixa (flat structures, desafio ao status quo é esperado)
- Tomada de decisão: orientação individual (uma pessoa decide) vs. coletivista (consenso é necessário antes de avançar)
Como desenvolver Inteligência Cultural na equipe:
- Mapeie a diversidade cultural da equipe antes do kickoff
- Estabeleça acordos explícitos sobre comunicação, prazos e tomada de decisão nas Regras Básicas do projeto
- Facilite sessões de “cultural onboarding” — onde cada membro compartilha como sua cultura aborda trabalho em equipe
- Treine o gerente de projetos em dimensões culturais (Hofstede, Lewis Model, Erin Meyer — “The Culture Map”)
Processos PMBOK 8: Liderar a Equipe (2.6.2.4) e Gerenciar o Engajamento das Partes Interessadas (2.5.2.4).
6. Visão Baseada em Recursos
O PMBOK Guide, Eighth Edition define:
“Resource-based view. Resource-based view is a managerial framework for identifying strategic resources that can provide an enterprise with a competitive advantage against its competitors. The resource-based view emphasizes evaluating the organizational internal assets, capabilities, and competencies to achieve superior competitive performance or project deliverables.”
— PMBOK Guide, Eighth Edition, Section 5
A Visão Baseada em Recursos (RBV — Resource-Based View) é um framework da gestão estratégica que transfere o foco da análise de vantagem competitiva de fatores externos (análise SWOT do ambiente) para recursos e capacidades internas da organização.
Critérios VRIO para identificar recursos estratégicos:
| Critério | Pergunta | Se sim… |
|---|---|---|
| V — Valioso | Este recurso permite à organização explorar oportunidades ou neutralizar ameaças? | O recurso pode ser uma vantagem competitiva potencial |
| R — Raro | Poucos competidores possuem este recurso? | O recurso gera vantagem competitiva temporária |
| I — Inimitável | É difícil ou caro para competidores imitar ou obter? | O recurso gera vantagem competitiva sustentável |
| O — Organizado | A organização está estruturada para capturar o valor deste recurso? | A vantagem competitiva é efetivamente explorada |
Aplicação em projetos:
- Na seleção de projetos do portfólio: priorizar projetos que alavancam os recursos estratégicos da organização (VRIO)
- No planejamento de recursos: identificar quais competências internas diferenciam o projeto vs. o que pode ser terceirizado
- Na justificativa do Business Case: argumentar pela vantagem competitiva que o projeto desenvolverá
Processos PMBOK 8: Planejar o Gerenciamento dos Recursos (2.6.2.1) e Planejar o Gerenciamento Financeiro (2.4.2.1).
7. Auditorias e Inspeções
O PMBOK 8 distingue duas abordagens complementares de verificação de qualidade:
Auditorias — processos estruturados de exame independente para determinar se as atividades do projeto estão em conformidade com políticas, processos e procedimentos organizacionais. O foco é no processo: estamos seguindo as práticas acordadas?
Inspeções — exame de um produto de trabalho para determinar se ele está em conformidade com os padrões documentados. O foco é no produto: a entrega atende às especificações?
| Aspecto | Auditoria | Inspeção |
|---|---|---|
| Foco | Processo e conformidade | Produto e especificações |
| Frequência | Periódica — por fase, por quarter | Por entrega ou lote de produto |
| Quem conduz | Auditor independente (interno ou externo) | QA, inspetor técnico, cliente |
| Saída | Relatório de auditoria com não-conformidades e recomendações | Aceite ou rejeição da entrega; lista de defeitos |
| Processos PMBOK 8 | Gerenciar Garantia da Qualidade (2.1.6.5) | Validar o Escopo (2.2.2.6) |
As Auditorias e Inspeções combinadas aparecem no PMBOK 8 como uma prática integrada, especialmente em projetos com requisitos regulatórios ou contratuais de conformidade (construção, farmacêutico, aeroespacial, financeiro).
Ferramentas e técnicas relacionadas
- Auditorias — artigo dedicado à técnica de auditoria
- Inspeção — artigo dedicado à técnica de inspeção
- Melhoria Contínua — framework que integra VSM, postmortems e auditorias
- Revisões Pós-Ação — complemento estruturado ao postmortem em andamento
- Coleta de dados — base para conversas e testes com clientes
- Habilidades interpessoais e de equipe — fundamentais junto à Inteligência Cultural
Cadastre-se para navegar sem anúncios e participar do 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!
