CSDM v2.0: diagnóstico cibernético, quatro camadas e PRISM — o design de VMO que os frameworks não entregam

VSM Scan, Arquétipos, VMO Star e maturidade tridimensional integrados numa sequência de design. Do diagnóstico ao portfólio orientado a valor — aplicado no caso Vértice.

Continuação de W28: No artigo anterior (”O PMO foi desenhado para o problema errado. E, por isso, fracassou.”), diagnosticamos a Vértice Indústria S.A., estruturamos o problema via PSM + VFT e geramos o portfólio de alternativas de design (Etapas 0–2). Hoje: Etapa 3 — o design detalhado do VMO. Mesmo caso, mesma empresa, próxima fase.

TL;DR — o que este artigo entrega

• Por que 40 anos de frameworks não moveram o indicador de maturidade em benefícios — e o que falta na lógica de design

• CSDM v2.0: quatro camadas como sequência de trabalho, não escada de maturidade

• Layer 0 — VSM Scan: diagnóstico cibernético de Beer (1985) antes de qualquer decisão estrutural

• O gap S3/S4 como causa raiz sistêmica de 80%+ dos fracassos de PMO — documentado e operacionalizado

• Cinco Arquétipos de VMO: como traduzir o diagnóstico em estado-alvo para os próximos 18 meses

• Layer 1: G1-G2-G3 mapeados nos subsistemas de Beer + dimensionamento pela Lei de Ashby

• Layer 2: VMO Star com Nova Régua — Net Strategic Value como métrica de portfólio, não de projeto

• Layer 3: PRISM com cinco Assinaturas de Falha — reconheça o padrão da sua organização

• Caso Vértice: do VSM Scan ao design completo em 90 dias

O PMO que funciona — na direção errada

O diretor de PMO da Vértice Indústria e Logística sabia, antes de entrar na reunião de portfólio, o que o painel ia mostrar: 28 projetos verdes, três amarelos, um vermelho por causa de um fornecedor. Cronogramas controlados, relatórios consolidados, stakeholders razoavelmente satisfeitos. Seis anos construindo isso.

O que ele não sabia — e não tinha como saber com as ferramentas que tinha — é que o portfólio inteiro estava respondendo a uma estratégia que havia mudado dois anos antes. A empresa havia anunciado uma agenda de descarbonização como vetor estratégico central. O portfólio continuava governando eficiência operacional de plantas. Os projetos estavam verdes. A empresa estava indo na direção errada.

Esse não é o caso de um PMO mal gerenciado. É o caso de um PMO funcionando com perfeição crescente — e invisível — no problema errado.

Em 2025, o PMI publicou o Pulse of the Profession com o número que não muda desde 2016: 83% das organizações globais carecem de maturidade em gestão de benefícios. PMO Value Ring, P3O, PMO Handbook, P3M3: uma geração inteira de frameworks foi publicada e o número não se moveu. A razão não está na qualidade dos frameworks. Está no que eles não fazem: nenhum diagnostica o sistema antes de propor a estrutura.

PMO Value Ring responde “quais funções?” P3O responde “quais camadas?” P3M3 responde “em que nível estou?” PMI PMO Handbook responde “como operar?” Nenhum responde: qual é o defeito estrutural sistêmico que estou tentando governar — e o que isso implica para o design?

Stafford Beer respondeu essa pergunta em 1985. Quarenta anos depois, nenhum framework de PMO foi ao mesmo lugar. O CSDM v2.0 vai.

O modelo — quatro camadas, uma sequência de design

O Context-Sensitive VMO Design Model (CSDM v2.0, Trentim, 2026) integra a cibernética organizacional de Beer (1985), a Lei de Variedade Requerida de Ashby (1956), o Star Model de design organizacional de Galbraith (2002) e os princípios de Team Topologies (Skelton e Pais, 2019) em uma arquitetura com quatro camadas sequenciais.

Figura 1 - Context-Sensitive VMO Design Model, CSDM 2.0, (Trentim, 2026).

Uma distinção essencial antes de continuar: as quatro camadas são uma sequência de trabalho, não uma escada de maturidade. A escada de maturidade é o PRISM (Layer 3).

Isto é, cada camada é necessária e não suficiente. Layer 0 sem Layer 1 é diagnóstico sem design. Layer 1 sem Layer 2 é função sem arquitetura. Layer 2 sem Layer 3 é arquitetura estática sem capacidade de evolução. O modelo existe como sistema — não como cardápio de partes.

Figura 2 -

O CSDM determina a ordem em que o design deve acontecer: primeiro diagnosticar o sistema (L0), depois identificar o estado-alvo via Arquétipos, depois estruturar os grupos funcionais (L1), depois projetar a arquitetura completa (L2), e então calibrar a trajetória de maturidade (L3). Quem tenta pular o diagnóstico (L0) e começar pelo design (L1) está respondendo à pergunta errada — projetando a estrutura antes de entender o sistema que a estrutura vai governar.

Quem inverte a ordem — começando pelo design estrutural sem o diagnóstico de Layer 0 — está respondendo à pergunta certa com técnica errada. A estrutura que não parte de um diagnóstico sistêmico replica os problemas que tenta resolver.

Layer 0 — VSM Scan: o diagnóstico que precede qualquer design

Stafford Beer formalizou o Viable System Model (VSM) em três obras fundamentais: Brain of the Firm (1972), The Heart of Enterprise (1979) e Diagnosing the System for Organizations (1985). A premissa: toda organização viável opera cinco funções sistêmicas simultâneas. A ausência de qualquer uma produz patologia organizacional específica e previsível. A teoria não se aplica apenas a empresas — aplica-se a qualquer sistema capaz de sobreviver e se adaptar num ambiente que muda.

O VSM Scan aplica essa premissa ao design de VMOs: antes de propor qualquer estrutura, mapear quais subsistemas estão ausentes, sobrecarregados ou operando de forma desequilibrada.

Figura 3 - VSM Scan: diagnóstico cibernético para design e transformação do PMO tradicional em um VMO - Value Management Office (Trentim, 2026).

A causa raiz que explica o fracasso do PMO Tradicional

A descoberta mais operacionalmente útil de Beer para o design de VMOs não é o mapa dos cinco subsistemas. É a tensão entre S3 e S4 — e o que acontece, sistematicamente, quando um existe sem o outro.

S3 governa o que já existe: o portfólio atual, os recursos alocados, os cronogramas em andamento. S4 sente o que está mudando: tendências externas, sinais de desalinhamento estratégico, o que o portfólio atual está deixando de capturar. Beer chamou S4 de “o gestor do futuro” e S3 de “o gestor do presente.” A distinção parece óbvia. Na prática, é sistematicamente ignorada na arquitetura de PMOs.

Figura 4 - Tensão estrutural S3 × S4: a causa raiz sistêmica do fracasso de PMO (Trentim, 2026).

A patologia mais comum: S3 desenvolvido com excelência durante anos. S4 nunca instalado. O escritório controla todos os projetos, rastreia todos os cronogramas, consolida todos os relatórios — e nunca percebe que o portfólio estratégico está desalinhado com o que o mercado está pedindo. Müller e Wang (2024), em survey com 265 organizações globais, mapearam 9 tipos de paisagem de gestão de projetos: em todos os clusters, PMOs com função S4 desenvolvida entregam sistematicamente mais valor estratégico. Müller, Drouin e Sankaran (2021) aplicaram o VSM diretamente à governança de megaprojetos, confirmando que a ausência de S4 é o preditor mais robusto de falha estratégica — independentemente de tamanho ou setor.

“A função S4 do sistema gerencial é a única que pode salvar a organização de si mesma — de otimizar o portfólio errado com perfeição cada vez maior.”
— Stafford Beer, Diagnosing the System for Organizations, 1985

Esse padrão — S3 forte, S4 ausente — reaparece em Layer 3 como a Assinatura de Falha “Máquina de Status.” O VSM Scan nomeia o problema; o PRISM operacionaliza o diagnóstico e o caminho de saída.

VSM Scan na prática — cinco perguntas diagnósticas (60 minutos)

Participantes: VMO Director + 1–2 executivos seniores (C-Level ou equivalente)

S5 — Política: O board ou diretoria tem declaração explícita de por que este portfólio existe — qual valor entrega que nenhuma operação de linha entrega sozinha? Silêncio ou “depende de quem você pergunta” → S5 ausente. Qualquer design de VMO será desconstruído nas primeiras reuniões de orçamento sem isso.

S4 — Inteligência: O VMO produz análises prospectivas — cenários, alertas de desalinhamento estratégico, revisão de portfólio baseada em mudanças externas — com cadência regular? Apenas relatórios históricos → S4 ausente. O escritório gerencia o retrovisor.

S3 — Controle: Existe alocação de recursos que cruza projetos — com critérios explícitos de prioridade e mecanismo de re-alocação quando o contexto muda? Alocação decidida dentro de cada projeto pelo GP → S3 fraco ao nível de portfólio.

S2 — Coordenação: Quando dois projetos concorrem por recurso ou criam dependência técnica, existe mecanismo definido para resolver sem escalar ao CEO? “Ligamos para o VP” → S2 ausente. O sistema não tem anti-oscilação.

S1 — Operações: Cada time de entrega tem autonomia para decisões operacionais dentro de limites explícitos — sem aprovação do VMO para replanejamentos de curto prazo? VMO aprovando movimentos táticos → S1 sufocado. O escritório opera como microgestor.

Caso Prático: Vértice Indústrias S.A. — Resultado do VSM Scan (Dias 46–52 da Etapa 3)

S5 — Ambíguo: Diretoria aprova projetos individualmente sem política explícita de portfólio. Mandato do PMO não está formalizado no estatuto de governança corporativa.

S4 — Ausente: Zero análise prospectiva. Zero alinhamento OKR. Relatórios de situação semanal para 28 stakeholders — nenhum voltado para o futuro.

S3 — Forte: Controle operacional consolidado em seis anos. Cronograma, custo e escopo gerenciados com consistência.

S2 — Informal: Dependências resolvidas por relações pessoais entre GPs. Quatro conflitos de recurso escalados ao CEO nos últimos 12 meses.

S1 — Sufocado: GPs aprovam replanejamentos de até 5 dias junto ao PMO antes de executar.

Diagnóstico: S3↑ S4✗ S5? — Assinatura de Falha “Máquina de Status”. O portfólio governa com excelência a estratégia que a empresa tinha dois anos atrás.

Do diagnóstico ao design — os Cinco Arquétipos de VMO

O VSM Scan revela o estado atual do sistema: quais subsistemas estão ausentes, qual o padrão de falha predominante, qual o gap entre o que a organização tem e o que precisa. Mas diagnóstico sem destino não é design — é auditoria. Os Arquétipos de VMO traduzem o diagnóstico em estado-alvo: não apenas “o que está errado” mas “onde queremos chegar nos próximos 18 meses.” Layer 1, em seguida, estrutura os grupos funcionais para percorrer esse caminho.

Monteiro, Varajão e Santos (2025) identificaram 16 tipologias e mais de 60 tipos de PMO na literatura acumulada. Müller e Wang (2024) mapearam 9 tipos de paisagem de gestão de projetos em 265 organizações. O problema: nenhuma dessas tipologias propõe como fazer o design — apenas descreve o que existe. O CSDM resolve o paradoxo entre contextualidade e padronização propondo uma arquitetura configurável: núcleo universal com parâmetros de contexto determinados por duas dimensões primárias:

• Complexidade organizacional: tamanho do portfólio × diversidade de stakeholders × grau de interdependência × velocidade ambiental

• Orientação estratégica: posição no continuum explotação–exploração (March, 1991) — eficiência/otimização versus crescimento/transformação

Figura 5 - Os cinco Arquétipos de VMO: do Executor ao Ambidextro (Trentim, 2026).

Como identificar seu Arquétipo — Context Matrix (5 variáveis, escala 1–4):

Tamanho do portfólio: <10 projetos=1 · 10-30=2 · 30-60=3 · >60=4
Diversidade estratégica: 1 BU/objetivo=1 · 2-3 BUs=2 · 4-6 BUs=3 · 7+ BUs ou M&A=4
Velocidade ambiental: setor estável, regulado=1 · mudança moderada=2 · alta disrupção=3 · hipercompetição=4
Orientação estratégica: eficiência pura=1 · eficiência+crescimento=2 · crescimento+inovação=3 · transformação radical=4
Maturidade PM atual: nenhuma (P3M3 nível 1)=1 · básica=2 · definida=3 · gerenciada (nível 4+)=4

Soma <7 → A1 · 7-11 → A2 · 12-15 → A3 · Orientação ≥3 com Maturidade <2 → A4 (risco alto) · >15 com todos ≥3 → A5 apenas após transição de 18-36m

Caso Prático: Vértice Indústrias S.A. — Context Matrix e Arquétipo-alvo

Tamanho: 34 projetos = 3 · Diversidade: 5 BUs = 3 · Velocidade: setor regulado em transformação ESG = 2 · Orientação: eficiência + agenda de descarbonização = 3 · Maturidade PM: definida = 3

Context Matrix = 14 → Arquétipo-alvo: A3 — Navegador
Transição em 18 meses. Primeiros 6 meses operando como A2 — construindo as fundações de S4 antes de formalizá-lo. A tentação de ir direto ao A3 é o risco mais comum: instalar a estrutura sem ter a maturidade que ela exige.

A maioria das organizações opera como A1 ou A2 enquanto acredita operar como A3 ou A5. O VSM Scan revela o gap. O PRISM Score quantifica a distância. A Context Matrix indica o próximo degrau — nunca o destino final. Agora vamos avançar para Layer 1, mapeamento com VSM.

Layer 1 — A estrutura funcional mapeada nos subsistemas de Beer

O principal equívoco no design de PMOs é a organização por nível hierárquico — estratégico, tático, operacional. P3O usa essa lógica e produz estruturas que replicam silos verticais em vez de conectar funções de valor. O CSDM organiza por função sistêmica: a que subsistema de Beer esta atividade serve?

Figura 6 - Layer 1: G1-G2-G3 mapeados nos subsistemas VSM (Trentim, 2026).

G1 — Problem Structuring & FramingSubsistema Beer: S4 (Inteligência) + S5 (Política) — o interface entre mandato estratégico e inteligência de portfólio
Topologia: Enabling Team (Skelton & Pais, 2019) — temporário para A1/A2, permanente a partir de A3
Função: Antes de qualquer projeto ser aprovado, estruturar o problema estratégico. Aplicar PSM (Franco & Montibeller, 2010) e VFT (Keeney, 1992) para garantir que S5 tem clareza de intenção e S4 tem informação suficiente para governar.
Papéis: Problem Facilitator · Value Architect (fase de framing) · Sponsor-level Benefits Owner
Entregáveis obrigatórios: Problem Map · Objective Hierarchy (VFT) · Strategic Fit Matrix · VSM Scan documentado

G2 — Value Architecture & Portfolio GovernanceSubsistema Beer: S3 (Controle) + S3* (Auditoria) — o núcleo permanente de governança de valor
Topologia: Complicated-Subsystem Team — expertise permanente em governança de portfólio
Função: Orquestrar o portfólio ativo. Alocar recursos cruzando projetos. Rastrear benefícios com accountability explícito (Zwikael, Meredith & Smyrk, 2019 — papel de Benefits Owner distinto do PM). Calcular NSV mensal. Governar o presente — o “inside and now” de Beer.
Papéis: VMO Director · Value Architect · Benefits Analyst · Portfolio Analyst
Entregáveis: Portfolio Allocation Board · NSV Dashboard · Benefits Realization Report (BRR) mensal

G3 — Execution Governance & DeliverySubsistema Beer: S1 (Operações) + S2 (Coordenação) — proteção e anti-oscilação da entrega
Topologia: Platform Team — plataforma estável que serve múltiplos projetos sem criar dependência de ownership
Função: Garantir que as equipes têm o que precisam para entregar — sem interferir na autonomia operacional (S1 respira). Resolver conflitos de S2 (dependências, recursos compartilhados) antes que escalem. Manter a anti-oscilação do portfólio.
Papéis: Delivery Leads · Governance Nodes (distribuídos nas BUs) · PMO Analyst
Entregáveis: Dependency Map atualizado · Escalation Log · Delivery Health Report quinzenal

Dimensionamento de Layer 1 — a Lei de Variedade Requerida de Ashby

Definidos os grupos funcionais, vem a pergunta que os frameworks evitam responder: quantas pessoas precisa um VMO? Qual o tamanho mínimo de cada grupo para que o VMO consiga governar o portfólio que lhe foi atribuído?

O critério não é orçamento nem benchmark de mercado. É a Lei da Variedade Requerida: um sistema de controle deve ter pelo menos tanta variedade interna quanto o sistema que controla (Ashby, 1956). Apenas variedade absorve variedade. De Raadt (1987) testou empiricamente a lei em contexto organizacional; Boisot e McKelvey (2011) estenderam o argumento para sistemas adaptativos complexos.

Para o VMO, a implicação é direta e frequentemente violada: a capacidade estrutural do escritório deve ser proporcional à complexidade do portfólio que governa.

Um VMO de três pessoas governando 50 projetos em seis unidades de negócio com cinco dimensões estratégicas viola a equação de variedade — não por falta de competência individual, mas por impossibilidade estrutural matemática.

Os Governance Nodes são a solução: cada Node adiciona variedade local ao sistema sem fragmentar a governança central.

Caso Prático: Vértice Indústrias S.A. — Design Layer 1

G1: Permanente para a agenda de descarbonização. Problem Facilitator com 40% do tempo dedicado (1 pessoa). Output principal: revisão estratégica de portfólio trimestral + alinhamento OKR.

G2: VMO Director assume papel de Value Architect. Benefits Analyst contratado (nova posição). Comitê de Valor quinzenal substitui a reunião de status semanal — pauta: benefícios em risco, não progresso de cronograma.

G3: 4 Governance Nodes — um por planta operacional. Autonomia de replanejamento até 15 dias sem aprovação do VMO Core. Escalação ao Core apenas para conflitos inter-planta ou inter-BU.

Verificação de Ashby: portfólio de 34 projetos, complexidade média 2.8, 5 dimensões estratégicas. VMO_Variety requerida: mínimo de 6 profissionais equivalentes. Com 4 Nodes + Core de 3 pessoas = 7 equivalentes. Equação satisfeita.

Layer 2 — VMO Star: A arquitetura que sustenta o valor

O Galbraith Star Model (2002) identifica cinco elementos interdependentes de design organizacional: estratégia, estrutura, processos, pessoas e métricas/recompensas. Nenhum elemento pode ser otimizado isoladamente — a mudança em um exige ajuste nos outros quatro. plicado ao VMO, cada vértice recebe conteúdo derivado do VSM Scan e da configuração do arquétipo escolhido.

Figura 7 — VMO Star: A arquitetura que sustenta o valor (Galbraith, 2002 · adaptado por Trentim, 2026).

A contribuição mais operacional da Nova Régua está no vértice 5: a substituição do triângulo prazo/custo/escopo por três famílias de indicadores orientadas a tipos de decisão distintos. Prazo/custo/escopo mede eficiência de entrega — não criação de valor. Um portfólio de projetos “verdes” com benefícios não realizados é um fracasso silencioso. A Nova Régua responde três perguntas que o triângulo clássico não consegue:

Família Valor → “Estamos criando o valor que prometemos à estratégia?”
Família Entrega → “Entregamos com eficiência suficiente para sustentar o valor?”
Família Coerência → “O portfólio ainda reflete a estratégia atual — ou precisamos rebalancear?”

Um VMO que responde apenas à Família Entrega opera como PMO de controle. Um VMO que responde às três famílias opera como Value Management Office de fato. Brunet et al. (2024) confirmam que PMOs que operam como meta-organizadores — com cadências de revisão explícitas nas três perspectivas — entregam melhor alinhamento estratégico em contextos de alta complexidade.

Net Strategic Value — a fórmula

A crítica mais contundente à gestão de benefícios não é que as organizações não medem — é que medem benefícios em silos de projeto, sem ponderação estratégica e sem relação com a eficiência de entrega. Badewi (2016) demonstrou que práticas de Benefits Management predizem sucesso de projetos melhor do que práticas de Project Management. Zwikael, Meredith e Smyrk (2019) estabeleceram que a realization accountability deve estar num “Project Owner” explicitamente designado — distinto do gerente de projeto. A falta de uma métrica integrada de portfólio impede a gestão do VMO como sistema de criação de valor.

O Net Strategic Value (NSV) é uma métrica de portfólio, não de projeto. Ela integra realização de benefícios com peso estratégico e normaliza pela eficiência de entrega:

A fórmula tem uma propriedade intencionalmente não-trivial: é possível ter NSV alto com projetos atrasados, e NSV baixo com projetos “no prazo.” O numerador captura valor estratégico realizado; o denominador captura eficiência de entrega. Um portfólio de projetos “verdes” com benefícios não realizados produz NSV baixo. Um portfólio com atrasos pontuais mas benefícios acima do planejado produz NSV alto. Essa distinção é o cerne operacional da transição de PMO para VMO.

Caso Prático: Vértice Indústrias S.A. — NSV Recalibrado e Trajetória Esperada

Benefício 1: Redução de emissões de carbono −40% em 36 meses · w₁ = 0.50
Benefício 2: Eficiência logística +15% em 24 meses · w₂ = 0.35
Benefício 3: Conformidade regulatória ESG 100% em 18 meses · w₃ = 0.15

NSV Mês 3: 0.28 — capacidade em construção, normal para transição A2→A3
NSV Mês 6: 0.41 — zona de atenção; design funcionando, benefícios começando
NSV Mês 18: 0.78 — zona de performance esperada; A3 estabelecido
NSV Mês 30: projeção 0.95–1.10 se PRISM evolui para E=4, V=3

Layer 3 — PRISM Maturity Model: onde o VMO está, para onde precisa ir

O PRISM não é uma escada de maturidade — é um perfil. Três dimensões independentes que se desenvolvem de forma assimétrica em organizações reais: a evidência empírica (Bechtel, Kaufmann e Kock, 2023) confirma que sensing, seizing e reconfiguring não evoluem juntos, em paralelo, na mesma velocidade.

Figura 8 — PRISM Maturity Model: dimensões E (Execution) × V (Value) × I (Innovation), cinco níveis (Trentim, 2026).

E (Execução) é quase sempre a primeira dimensão a se desenvolver (a mais fácil de medir e controlar). V (Valor) segue com lag de 12–24 meses. I (Inovação) raramente evolui espontaneamente — requer intervenção deliberada de design. O perfil E=3, V=1, I=1 é a distribuição mais frequente em PMOs com mais de 5 anos de existência, consistente com o dado PMI Pulse 2025 (83% sem maturidade em benefits realization).

As Cinco Assinaturas de Falha

Organizações não falham aleatoriamente. Falham em padrões. Cada padrão tem uma assinatura PRISM específica, uma causa raiz VSM identificável e um caminho de saída distinto. Reconhecer o padrão é o primeiro passo para sair dele.

PMO Fantasma · PRISM: E=1, V=1, I=1
VSM: Ausência de S2, S3, S4. Existe no organograma. Não governa nada na prática.
Causa raiz: S5 nunca formalizou o mandato. Sem autoridade, sem agenda, sem capacidade estrutural.
Saída: Antes de qualquer processo, formalizar o mandato em linguagem de política de investimento (S5). Sem isso, qualquer processo instalado colapsa nas primeiras reuniões de orçamento.

Máquina de Status · PRISM: E=3, V=1, I=1 · VSM: S3↑ S4✗ S5?
Causa raiz: O padrão diagnosticado em Layer 0 (S3 forte, S4 ausente) operacionalizado: excelência em controle operacional sem inteligência estratégica. O escritório produz relatórios perfeitos sobre projetos que podem ser irrelevantes para a estratégia. PMI Pulse 2025: 83% das organizações estão neste perfil ou abaixo.
Saída: Instalar G1 com dedicação mínima de 20% do tempo do VMO Director. Primeiros 90 dias: não adicionar relatórios — remover pelo menos dois e substituir por um ciclo de revisão estratégica quinzenal.

Estrategista sem Braço · PRISM: E=1, V=3, I=2 · VSM: S4+S5 desenvolvidos, S1+S2+S3 frágeis
Causa raiz: VMO nasceu de uma agenda de transformação estratégica sem construir base de entrega. Sabe o que quer. Não consegue executar. Credibilidade zero na linha operacional.
Saída: Antes de qualquer ambição estratégica adicional, instalar G3 com Governance Nodes nas BUs. Entrega funcional é pré-requisito para credibilidade estratégica — sempre, sem exceção.

Inovador sem Base · PRISM: E=1, V=1, I=4 · VSM: S5 hipertrofiado, S1-S4 ausentes
Causa raiz: Agenda de transformação sem portfólio definido, sem benefícios rastreáveis, sem entrega básica. Catalisador (A4) tentando operar como A5 sem a base.
Saída: Impor restrição: nenhuma iniciativa de inovação sem Benefits Owner nomeado e BRR definido. Reduzir o portfólio de inovação para o número que a capacidade de entrega atual suporta (Ashby: respeitar a equação de variedade).

Transitório Estagnado · PRISM: E=4, V=3, I=1 · VSM: S3 excelente, S4 desenvolvido, I bloqueado
Causa raiz: VMO entregou valor por 2–3 anos e tornou-se parte do sistema que deveria adaptar. O sucesso consolidado é o obstáculo. Cultura de controle impede a dimensão I de evoluir.
Saída: Redesign Review anual com mandato explícito de questionar o próprio design do VMO. Trazer benchmarking externo e análise independente como contrapeso à inércia institucional.

Figura 9 — Cinco Assinaturas de Falha: padrões PRISM com causa raiz VSM identificável (Trentim, 2026).

Caso Prático: Vértice Indústrias S.A. — Perfil PRISM e Plano de Evolução

Estado atual (início da Etapa 3): E=3, V=1, I=2
Assinatura identificada: Máquina de Status avançado — controle operacional excelente, inteligência estratégica ausente, PRISM I=2 apenas porque a crise de desalinhamento gerou um movimento exploratório informal.

Target 18 meses: E=4, V=3, I=2 — Guardião transitando para Navegador
Target 36 meses: E=4, V=4, I=3 — A3 pleno · NSV sustentado > 0.85

Regra empírica aplicada: nenhuma dimensão avança mais de +1 nível em 18 meses sem ruptura do sistema hospedeiro. I permanece em 2 nos primeiros 18 meses — por decisão de design, não por falta de ambição.

Do design à operação: os primeiros 90 dias

O design aprovado não opera por conta própria. A maioria das transformações de PMO→VMO não colapsa no design — colapsa na segunda-feira seguinte à aprovação. Kotter (1996), ao documentar as 8 falhas de grandes transformações, identificou o padrão com precisão: visão sem sequência de ação coordenada nos primeiros 90 dias gera colapso previsível. Sull, Homkes e Sull (2015), em pesquisa com 8.000 executivos, confirmaram: o principal gap de execução não é planejamento — é coordenação entre times. O VMO resolve exatamente esse gap. Mas só depois de estar implantado.

A implantação segue quatro movimentos sequenciais. Mover para o próximo antes de completar o anterior é a causa mais comum de colapso.

Figura 10 - Os quatro movimentos de implantação do VMO: Alinhamento · Instalação · Validação · Consolidação (Trentim, 2026).

Os primeiros sinais de que a implantação está funcionando

Sinais positivos não são marcos de cronograma — são comportamentos emergentes. O primeiro é o mais importante: o Comitê de Valor cancela ou pausa um projeto. Isso prova que o mandato existe além do papel. O segundo: um Governance Node resolve um conflito de recurso sem escalar — S2 funcionando. O terceiro, o mais demorado (raramente antes do Dia 60): a liderança pede análise prospectiva ao VMO em vez de reporte de status. S4 está sendo reconhecido.

O sinal de alerta mais comum: o VMO Director ainda participa de reuniões operacionais de projeto. S1 sufocando S3/S4 — o PMO modo controle ainda opera. Ação imediata: delegar todas as reuniões operacionais ao Delivery Lead ou Governance Node sem exceção a partir da semana em que o sinal for identificado.

Sustentação: como o VMO aprende e não estagna

A maioria dos VMOs que sobrevive aos 90 dias falha nos meses 12–18 — não por deterioração, por estagnação. O “Transitório Estagnado” (PRISM E=4, V=3, I=1) parece sucesso: execução boa, alguns benefícios realizados. Mas S5 atrofiou. O VMO não se redesenha quando a estratégia muda.

Argyris e Schön (1978) chamam isso de single-loop learning: o sistema melhora dentro dos parâmetros sem questionar os parâmetros. PRISM I=1 é exatamente isso — corrige erros de execução, nunca pergunta se está executando as coisas certas.

O sistema de sustentação tem três elementos:

NSV tracking mensal. NSV < 0.5 por dois meses consecutivos sem explicação de transição é trigger de diagnóstico estruturado — não de pânico. Quando wᵢ precisa mudar porque a estratégia mudou, o ajuste é documentado como nota de rodapé e a comparabilidade preservada com uma coluna “NSV recalculado.”

PRISM Reassessment semestral. Protocolo objetivo — não auto-declaratório. Nível 3 (Controlado) exige evidência: dashboards auditáveis usados em decisões reais, não “temos um dashboard.” Requer ao menos um benchmark externo ou avaliador independente para evitar viés de confirmação.

Redesign Triggers. Quatro situações que justificam redesign — não otimização incremental: (1) VSM Scan semestral identifica subsistema ausente não previsto no design original; (2) NSV < 0.5 por dois meses sem explicação; (3) Context Matrix muda ≥ 3 pontos (novo mercado, aquisição, mudança de CEO); (4) PRISM Score-alvo atingido em todas as dimensões — o VMO precisa de design para o próximo arquétipo. Pressão por mais relatórios, turnover de GP ou projeto cancelado individualmente não são triggers — são eventos operacionais.

O que não é trigger de redesign: pressão por mais relatórios, turnover de um GP, projeto cancelado por risco individual. Esses são eventos operacionais — pertencem à gestão do dia a dia, não ao redesign sistêmico.

Caso Prático: Vértice Indústrias S.A. — sustentação (projeção):
NSV Mês 6: 0.41 → Mês 12: 0.67 → Mês 18: 0.78 (zona esperada 0.8–1.0 quase atingida)
PRISM Mês 18: E=4, V=3, I=2 — dentro do target. I=2 ainda longe de I=3 (Responsivo) → não há trigger de redesign, mas há aceleração planejada de G1 (mais tempo do Problem Facilitator em S4)
Redesign Review jan/2028: Context Matrix reavaliada. Resultado provável: soma aumenta para 17 → Candidatura ao Arquétipo A5 Ambidextro em análise para jan/2030.

Mario H. Trentim

Membro do Board of Directors do PMI (2025–2027) · Microsoft Regional Director e MVP 2016–2026 · IoD UK Certificate (2025) · 13 livros publicados · Doutorando ITA — pesquisa em Context-Sensitive PMO Design e Problem Structuring Methods aplicados à governance de execução estratégica.

Série avançada em andamento — e um programa que pode vir a seguir

Este é o quarto artigo de uma série que cobre o ciclo completo de design, implantação e sustentação de VMOs. W32 (8/Agosto) traz o plano de implantação de 90 dias operacionalizado — alçadas, rituais, Decision Brief e os primeiros sinais de que está funcionando. W33 (15/Agosto) fecha o ciclo: PRISM tracking semestral, triggers de redesign e organizational learning como capacidade permanente.

Se você está liderando ou desenhando um PMO ou VMO agora — ou se o tema é relevante para sua organização — responda a este email ou deixe um comentário abaixo. Quero entender em que estágio as pessoas estão: diagnóstico, design, implantação, ou já em sustentação. Essa leitura vai informar o formato dos próximos artigos.

Eventualmente, dependendo do interesse, vou abrir uma mentoria/consultoria piloto, um programa avançado sobre design e governança de VMOs — aplicado, baseado nesta pesquisa, com acompanhamento real de cases. Quem comentar ou responder agora entra na fila de prioridade quando isso acontecer.

Sem compromisso. Sem formulário. Um comentário ou uma linha de resposta já basta.

As cinco decisões de design

Com as quatro camadas mapeadas, o design do VMO consiste em cinco decisões sequenciais. A sequência importa: cada decisão habilita a próxima.

1. Qual Arquétipo para os próximos 18 meses? VSM Scan + Context Matrix determinam. Nunca design para o arquétipo que você quer ser — apenas para o que o sistema atual pode sustentar com evolução PRISM de +1 por dimensão. A maioria das organizações opera como A1 ou A2 enquanto acredita operar como A3 ou A5.

2. Qual configuração G1/G2/G3? Para A1–A2: G1 ativado por iniciativa, G3 pode ser parcialmente terceirizado. Para A3–A5: G1 permanente e G3 com Governance Nodes formais nas BUs. Erro mais comum: criar G1 como equipe consultiva sem autoridade real.

3. Qual a estrutura de Governance Nodes? Número de Nodes = número de BUs com portfólio relevante. Nodes reportam funcionalmente ao VMO (G3) e hierarquicamente às suas BUs. Função: absorver variedade local (Lei de Ashby) e evitar escalação ao VMO Core por conflitos operacionais.

4. Qual a cadência de governança? Regra base: Comitê de Valor quinzenal (G2) · BRR mensal (G2+G3) · Redesign Review anual (G1+G2+Liderança). Bakhshi, Matous e Crawford (2025) confirmam: governança adaptativa com cadências explícitas supera templates rígidos em todos os contextos de alta incerteza.

5. Qual o PRISM Score-alvo em 18 meses? Baseado no Arquétipo-alvo. Regra empírica: nenhuma dimensão PRISM avança mais de +1 nível em 18 meses sem ruptura do sistema hospedeiro. Na primeira transição: ΔE=+1, ΔV=+1, ΔI=0 ou +1. Expectativa realista — não aspiracional.

O que fazer na segunda-feira

Se você ainda não fez o VSM Scan da sua organização, estas são as perguntas para começar — em 60 minutos, com o VMO Director e um executivo sênior:

1. S5: Existe declaração formal de por que este escritório existe — e o que tem autoridade para decidir? Onde está esse documento?

2. S4: Qual foi a última análise prospectiva que o VMO produziu — não de progresso, mas de desalinhamento estratégico futuro? Quando?

3. S3: Como é tomada a decisão de alocar um recurso disputado entre dois projetos? Quem decide, com qual critério, em qual reunião?

4. S2: Qual foi o último conflito de recurso ou dependência resolvido sem escalar ao VP ou CEO? Como foi resolvido?

5. S1: Um gerente de projeto pode replanejar duas semanas de trabalho sem aprovação formal do VMO? Se não: por quê não?

O padrão de respostas revela o perfil VSM. O perfil VSM determina o arquétipo realista. O arquétipo determina a configuração G1/G2/G3. O design começa com diagnóstico — não com preferências.

Referências

1. Ashby, W.R. (1956). An Introduction to Cybernetics. Chapman and Hall, London.

2. Aubry, M., El Boukri, S., & Sergi, V. (2021). Opening the Black Box of Benefits Management in the Context of Projects. Project Management Journal, 52(5), 434–452. DOI: 10.1177/87569728211020606

3. Axelos (2013). P3O: Portfolio, Programme and Project Offices. TSO, London.

4. Ayyagari, M., Henry, R., & Purvis, R. (2006). A Conceptual Framework of the Alignment of the Project Management Office with Organizational Structure. AMCIS 2006 Proceedings.

5. Badewi, A. (2016). The Impact of Project Management (PM) and Benefits Management (BM) Practices on Project Success. International Journal of Project Management, 34(4), 761–778.

6. Bakhshi, J., Matous, P., & Crawford, L. (2025). From Control to Adaptation: Mapping Theoretical Developments of Project Governance Research. Project Management Journal. DOI: 10.1177/87569728251383503

7. Bechtel, J., Kaufmann, C., & Kock, A. (2023). The Interplay Between Dynamic Capabilities’ Dimensions and Their Relationship to Project Portfolio Agility and Success. International Journal of Project Management, 41(4), 102469.

8. Beer, S. (1972). Brain of the Firm: The Managerial Cybernetics of Organization. Allen Lane/Penguin, London.

9. Beer, S. (1979). The Heart of Enterprise. Wiley, Chichester.

10. Beer, S. (1985). Diagnosing the System for Organizations. Wiley, Chichester.

11. Boisot, M., & McKelvey, B. (2011). Complexity and Organization–Environment Relations: Revisiting Ashby’s Law of Requisite Variety. In Allen, P., Maguire, S., & McKelvey, B. (Eds.), SAGE Handbook of Complexity and Management, pp. 279–298. SAGE.

12. Bredillet, C., Tywoniak, S., & Tootoonchy, M. (2018). Exploring the PMO and Portfolio Co-evolution: A Routine Lens Analysis. International Journal of Project Management, 36(1), 27–42.

13. Brunet, M., Müller, R., Miterev, M., & El Boukri, S. (2024). Exploring the Connections Between Project Management Offices and Organizational Design. Project Management Journal. DOI: 10.1177/87569728241279506

14. De Raadt, J.D.R. (1987). Ashby’s Law of Requisite Variety: An Empirical Study. Cybernetics and Systems, 18(6), 517–536.

15. Espinosa, A. (2025). Revisiting the Viable System Model as an Emancipatory Systems Approach. Systems Research and Behavioral Science. DOI: 10.1002/sres.3090

16. Flyvbjerg, B., & Gardner, D. (2023). How Big Things Get Done. Currency/Penguin Random House.

17. Franco, L.A., & Montibeller, G. (2010). Facilitated Modelling in Operational Research. European Journal of Operational Research, 205(3), 489–500.

18. Frahm, M., & Pfiffner, M. (2023). Decrypting the DNA of Megaprojects: A Model-based Management Approach Using the Viable System Model. PM World Journal, XII(II), February 2023.

19. Galbraith, J. (2002). Designing Organizations: An Executive Guide to Strategy, Structure, and Process. Jossey-Bass, San Francisco.

20. Hubbard, D.G., & Bolles, D.L. (2015). PMO Framework and PMO Models for Project Business Management. PM World Journal, IV(I).

21. Keeney, R.L. (1992). Value-Focused Thinking: A Path to Creative Decision-making. Harvard University Press, Cambridge.

22. March, J.G. (1991). Exploration and Exploitation in Organizational Learning. Organization Science, 2(1), 71–87.

23. Monteiro, A., Varajão, J., & Santos, V. (2025). Project Management Office Typologies, Types, and Functions: A Systematic Analysis of the Literature and Directions for Research. Project Management Journal, 56(5). DOI: 10.1177/87569728241297899

24. Müller, R., Drouin, N., & Sankaran, S. (2021). Governance of Organizational Project Management and Megaprojects Using the Viable Project Governance Model. In Drouin, N. et al. (Eds.), Reference Work on Project Management and Megaprojects. Springer Nature. DOI: 10.1007/978-981-15-0720-5_14

25. Müller, R., & Wang, L. (2024). A Taxonomy of Project Management Offices and Their Organizational Project Management Landscapes. Project Management Journal, 55(5), 520–540. DOI: 10.1177/87569728231220628

26. Philbin, S.P. (2016). Exploring the Project Management Office: Role, Structure and Processes. ASEM 2016 Annual Conference Proceedings.

27. PMI (2025). Pulse of the Profession 2025: Boosting Business Acumen. Project Management Institute, Newtown Square.

28. PMI (2017). PMO Practice Guide. Project Management Institute, Newtown Square.

29. Rittel, H.W.J., & Webber, M.M. (1973). Dilemmas in a General Theory of Planning. Policy Sciences, 4(2), 155–169.

30. Silva, A., & Rosamilha, N. (2025). VMO como pilar da gestão de valor organizacional. Revista de Gestão e Projetos, 16(1). DOI: 10.5585/gep.v16i1.28191

31. Skelton, M., & Pais, M. (2019). Team Topologies: Organizing Business and Technology Teams for Fast Flow. IT Revolution Press, Portland.

32. Snowden, D.J., & Boone, M.E. (2007). A Leader’s Framework for Decision Making. Harvard Business Review, 85(11), 68–76.

33. Springer/Makdisse, M. et al. (2024). From PMO to VMO: A Systematic Review. Advances in Business Information Systems and Analytics. DOI: 10.1007/978-3-032-09704-0_17

34. Sull, D., Homkes, R., & Sull, C. (2015). Why Strategy Execution Unravels — and What to Do About It. Harvard Business Review, 93(3), 57–66.

35. Teece, D.J., Pisano, G., & Shuen, A. (1997). Dynamic Capabilities and Strategic Management. Strategic Management Journal, 18(7), 509–533.

36. Trigeorgis, L., & Reuer, J.J. (2017). Real Options Theory in Strategic Management. Strategic Management Journal, 38(1), 42–63.

37. Tushman, M.L., & O’Reilly, C.A. (1996). Ambidextrous Organizations: Managing Evolutionary and Revolutionary Change. California Management Review, 38(4), 8–29.

38. Ward, J., & Daniel, E. (2006). Benefits Management: Delivering Value from IS & IT Investments. Wiley, Chichester.

39. Zwikael, O., Meredith, J., & Smyrk, J. (2019). The Responsibilities of the Project Owner in Benefits Realization. International Journal of Operations & Production Management, 39(4), 503–524.

40. Zwikael, O., & Huemann, M. (2023). Project Benefits Management: Making an Impact on Organizations and Society through Projects and Programs. International Journal of Project Management, 41(8), 102538.

Este artigo é parte da pesquisa do autor sobre design de escritórios de gestão orientados a valor. O CSDM v2.0 integra o Viable System Model (Beer, 1985), a Lei de Variedade Requerida (Ashby, 1956), o Star Model de design organizacional (Galbraith, 2002), Team Topologies (Skelton & Pais, 2019) e Facilitated Modelling (Franco & Montibeller, 2010) numa arquitetura inédita na literatura de PMO/VMO. Nenhum paper tier-1 identificado na revisão sistemática combina VSM com design de VMO — este artigo documenta e preenche esse gap. Baseado no livro Estratégia em Ação: Da Gestão de Projetos à Gestão de Valor com PMOs & VMOs (Trentim, 2026).