Maturidade em gestão de projetos: como avaliar a empresa e definir prioridades

Resumo executivo

Maturidade em gestão de projetos é a capacidade de uma organização selecionar, governar, planejar e executar iniciativas de forma consistente, proporcional e orientada a resultados.

Ela não deve ser confundida com quantidade de processos, tempo de existência do PMO, número de profissionais certificados ou sofisticação da ferramenta utilizada. Uma empresa pode ter metodologia formal e continuar tomando decisões por conversas paralelas. Pode produzir relatórios semanais e descobrir atrasos somente quando já não há opções de resposta. Pode entregar projetos no prazo e não saber se os benefícios previstos foram realizados.

Por isso, uma avaliação útil não atribui apenas um nível genérico à empresa. Ela observa capacidades concretas, como:

• estratégia e portfólio;
• entrada de demandas e priorização;
• governança, papéis e patrocínio;
• planejamento e previsões;
• riscos, problemas, mudanças e dependências;
• informação e indicadores;
• capacidade e recursos;
• benefícios e adoção;
• métodos e ferramentas;
• aprendizado e melhoria contínua.

Cada capacidade deve ser avaliada com evidências de quatro naturezas: definição, prática, consistência e efeito. Um processo documentado demonstra intenção. Para demonstrar maturidade, é preciso comprovar que ele é usado em situações reais, por diferentes equipes, e que melhora decisões ou resultados.

O objetivo do diagnóstico não é atingir a pontuação máxima em tudo. É descobrir quais lacunas limitam a estratégia, expõem a empresa a riscos ou prejudicam a execução, definir o nível necessário para cada capacidade e organizar uma evolução viável.

Este artigo apresenta uma escala prática de cinco estágios, um método completo de avaliação, perguntas de entrevista, evidências, um exemplo preenchido e critérios para converter os achados em prioridades de ação.

A empresa tem metodologia, ferramenta e PMO. Ainda assim, os projetos surpreendem a liderança

Exemplo ilustrativo. Dados fictícios utilizados apenas para demonstração.

Em uma reunião executiva, a liderança pergunta se a organização tem maturidade em gestão de projetos.

A resposta parece evidente. Existe uma metodologia publicada. Os gerentes usam uma ferramenta corporativa. Há modelos de cronograma, termo de abertura, plano de riscos e relatório de andamento. Um PMO consolida informações todos os meses. Parte da equipe possui certificações.

Mas, quando a conversa sai dos documentos e chega ao trabalho real, aparecem outros fatos:

• cada diretoria mantém sua própria lista de projetos;
• nove iniciativas são apresentadas como prioridade máxima;
• os mesmos especialistas estão comprometidos com entregas simultâneas;
• patrocinadores comparecem às reuniões, mas decisões importantes ficam sem responsável;
• projetos permanecem verdes até poucas semanas antes de perder uma data crítica;
• mudanças de escopo entram por mensagens e conversas informais;
• o comitê revisa apresentações, mas raramente autoriza, interrompe ou reprioriza;
• benefícios deixam de ser acompanhados depois que a solução entra em produção;
• os resultados dependem de algumas pessoas que conhecem os caminhos informais.

A empresa tem elementos de gestão de projetos, mas isso não significa que tenha capacidades organizacionais consistentes.

Esse é o primeiro princípio de uma avaliação séria:

A existência de um processo não prova sua adoção. A existência de informação não prova que ela orienta decisões.

O erro mais comum é medir maturidade pela aparência da estrutura. O diagnóstico precisa avaliar como a organização realmente escolhe, dirige e entrega seus projetos.

O que é maturidade em gestão de projetos?

Maturidade em gestão de projetos é o grau em que capacidades necessárias à gestão de projetos, programas e portfólios estão definidas, aplicadas de forma consistente, usadas nas decisões e aprimoradas com base em evidências.

O conceito tem uma finalidade prática: mostrar a distância entre a forma atual de trabalhar e a capacidade necessária para executar a estratégia com risco aceitável.

O PMI, em seu padrão de gestão organizacional de projetos, conecta projetos, programas e portfólios aos objetivos estratégicos. Seu modelo OPM3 foi concebido para ajudar organizações a identificar capacidades específicas, definir prioridades e elaborar uma trajetória de melhoria, não apenas para produzir uma classificação.

O PRINCE2 P3M3 também separa a avaliação de projetos, programas e portfólios e pode ser aplicado independentemente do método de gestão adotado pela organização.

Já o modelo de avaliação para melhoria contínua do Government Project Delivery do Reino Unido avalia a aplicação prática de um padrão organizacional e orienta atividades específicas de evolução. O próprio modelo destaca que nem toda organização, nem toda parte dela, precisa operar no estágio mais alto de capacidade.

Essas referências sustentam quatro ideias importantes:

1. maturidade é organizacional, mas precisa ser observada em capacidades específicas;
2. a avaliação deve considerar projetos, programas e portfólio quando forem relevantes;
3. práticas precisam ser adaptadas ao contexto, ao risco e ao tipo de iniciativa;
4. o resultado esperado é um plano de melhoria, não apenas uma nota.

Uma definição operacional

Para realizar um diagnóstico, use a seguinte definição:

Uma capacidade é madura quando está claramente definida, funciona em situações reais, não depende apenas de indivíduos específicos, produz informação confiável para decisões e melhora com base em resultados.

Essa definição permite avaliar tanto uma multinacional com PMO corporativo quanto uma empresa média sem PMO formal. A pergunta não é “há um PMO?”. A pergunta é “quem executa cada capacidade necessária e com que consistência?”.

O que maturidade não significa

Antes de apresentar o método, vale retirar alguns falsos indicadores da análise.

Não é quantidade de documentos

Uma empresa pode ter 40 modelos e não conseguir reconstruir por que um projeto foi aprovado, quem autorizou uma mudança ou qual premissa sustenta a data anunciada.

Documentação deve permitir controle, decisão, continuidade e aprendizado. Quando existe apenas para demonstrar conformidade, aumenta o esforço sem necessariamente aumentar a capacidade.

Não é ter uma ferramenta sofisticada

Uma ferramenta pode apoiar cadastros, planos, fluxos e indicadores. Ela não resolve critérios conflitantes, patrocínio ausente, baixa qualidade dos dados ou falta de autoridade para decidir.

Automatizar uma prática fraca apenas acelera sua repetição.

Não é o número de certificados da equipe

Competência individual importa, mas maturidade organizacional exige condições coletivas: papéis, alçadas, prioridades, informação, recursos e rotinas que permitam aplicar o conhecimento.

Um gerente experiente pode continuar falhando se três executivos dão orientações incompatíveis, a equipe é dividida entre cinco iniciativas e nenhuma decisão ocorre no prazo necessário.

Não é a idade do PMO

Um PMO com dez anos pode operar rotinas que perderam utilidade. Uma estrutura recente pode implantar rapidamente capacidades relevantes se tiver mandato, patrocínio, foco e critérios claros.

Tempo de existência não substitui evidência de resultado.

Não é usar o mesmo processo em todos os projetos

Consistência não significa uniformidade absoluta. Um projeto regulatório de alto risco não precisa da mesma governança que uma melhoria interna pequena.

A ISO 21502:2020 é aplicável a diferentes organizações, tipos de projeto e abordagens de entrega. A ISO 21504:2022, voltada a portfólios de projetos e programas, afirma que as orientações devem ser adaptadas ao ambiente específico.

Maturidade inclui saber ajustar a intensidade dos controles sem perder o mínimo necessário.

Não é atingir o nível máximo em tudo

Uma capacidade altamente crítica pode exigir medição avançada e melhoria contínua. Outra pode funcionar adequadamente com um processo simples e estável.

Buscar a pontuação máxima em todas as dimensões consome recursos, cria resistência e pode transformar o diagnóstico em justificativa para burocracia.

Maturidade da empresa, maturidade do PMO, competência e sucesso são coisas diferentes

Os conceitos se relacionam, mas não devem ser tratados como sinônimos.

Uma avaliação de maturidade não substitui uma auditoria de projeto, uma avaliação de desempenho ou uma análise de competências. Também não pode concluir que todos os projetos terão sucesso. Ela indica se o ambiente organizacional aumenta ou reduz a capacidade de execução.

Por que uma nota única para a empresa costuma enganar

Imagine duas organizações classificadas como “nível 2”.

Na primeira, o planejamento é consistente, mas a priorização é política e a capacidade das equipes é desconhecida. Na segunda, o portfólio é bem selecionado, mas os projetos não controlam riscos, mudanças ou dependências.

A média pode ser igual. As decisões necessárias são completamente diferentes.

O mesmo problema ocorre dentro de uma única empresa. Ela pode ter:

• planejamento no estágio 3;
• gestão de riscos no estágio 2;
• priorização no estágio 1;
• gestão de benefícios no estágio 0;
• informação executiva no estágio 1;
• melhoria contínua no estágio 2.

Se essas diferenças forem reduzidas a uma média de 1,5, o número esconde o principal: priorização e informação podem ser as restrições que contaminam todas as outras capacidades.

Uma pontuação geral pode servir como resumo de comunicação, desde que não seja usada para definir o plano. O roteiro de evolução precisa considerar cada capacidade, sua evidência, o nível necessário e suas dependências.

As dez dimensões de uma avaliação de maturidade em projetos

As dimensões abaixo cobrem o caminho entre estratégia, decisão, execução e valor. Elas podem ser adaptadas ao contexto da empresa.

1. Estratégia e portfólio

Avalia se a organização conhece o conjunto de iniciativas, relaciona investimentos a objetivos estratégicos e trata o portfólio como um sistema de escolhas.

Perguntas importantes:

• Existe uma fonte única e confiável para o portfólio?
• Todo projeto relevante possui objetivo, patrocinador, custo e resultado esperado?
• A organização conhece dependências, concentrações de risco e sobreposições?
• Projetos podem ser interrompidos quando perdem justificativa?
• O portfólio é revisto quando a estratégia ou o ambiente muda?

Uma planilha com nomes e percentuais não basta. A capacidade existe quando a visão integrada permite autorizar, sequenciar, suspender ou encerrar iniciativas.

Para estruturar essa visão, consulte como organizar um portfólio de projetos sem criar burocracia e gestão de portfólio de projetos: como selecionar, balancear e acompanhar investimentos.

2. Entrada de demandas e priorização

Avalia como novas propostas entram, são comparadas e recebem autorização.

Observe se:

• há critérios conhecidos antes da defesa das propostas;
• estratégia, benefício, risco, obrigação e esforço são avaliados;
• propostas semelhantes usam informações comparáveis;
• a capacidade disponível participa da decisão;
• exceções ficam registradas;
• a prioridade produz consequência real na alocação de pessoas e recursos.

Uma lista numerada não representa prioridade se todos os projetos continuam ativos e disputando as mesmas equipes. O método completo está em como priorizar projetos quando tudo parece urgente.

3. Governança, papéis, alçadas e patrocínio

Avalia quem decide, quem responde pelo valor, quem gerencia e como os assuntos são escalados.

Procure evidências de:

• patrocinadores que assumem decisões e removem impedimentos;
• gerentes com autoridade compatível com sua responsabilidade;
• fóruns com propósito, participantes e alçadas claros;
• limites para custo, prazo, escopo e risco;
• decisões registradas com responsável e prazo;
• escalonamento proporcional à urgência.

A ISO 21505:2017 fornece orientação para a governança de projetos, programas e portfólios e pode apoiar avaliação, verificação e asseguração dessa função. O padrão britânico GovS 002 também destaca limites de autoridade, papéis decisórios, critérios, responsabilidades, prestação de contas e necessidades de asseguração.

Veja também PMO: o que é, o que faz e quando sua empresa precisa de um, como estruturar um comitê de projetos que realmente toma decisões e o papel do patrocinador de projetos.

4. Planejamento, linhas de base e previsões

Avalia se os planos formam uma base confiável para executar e decidir.

Não verifique apenas se existe um cronograma. Verifique se:

• escopo, entregas, marcos, custos, recursos e dependências são integrados;
• premissas críticas estão explícitas;
• a linha de base foi aprovada;
• avanço físico e trabalho restante são atualizados com critérios comuns;
• previsões refletem a melhor informação disponível;
• desvios geram análise e ação, não apenas explicação.

O Teal Book, em sua orientação sobre planejamento, trata o plano como base para decisões de investimento, controle e acompanhamento de desempenho. Essa visão é mais útil do que reduzir planejamento ao preenchimento de datas.

5. Execução, riscos, problemas, mudanças e dependências

Avalia a capacidade de transformar o plano em controle ativo.

Uma organização mais madura:

• identifica riscos antes que virem problemas;
• define responsável, resposta, prazo, gatilho e exposição residual;
• distingue risco, problema, premissa, dependência e decisão;
• avalia impacto integrado de mudanças antes da aprovação;
• acompanha compromissos até o encerramento;
• coordena dependências entre projetos e áreas;
• escala o que excede a alçada da equipe.

Para aprofundar, consulte gestão de riscos em projetos e controle de mudanças em projetos.

6. Informação, indicadores e comunicação executiva

Avalia se a informação é confiável, comparável, atual e útil para decidir.

Pergunte:

• Termos como “verde”, “concluído”, “em risco” e “atrasado” têm critérios comuns?
• A data de atualização está visível?
• O relatório separa fato, previsão e opinião?
• Existe rastreabilidade até a fonte?
• Projetos semelhantes podem ser comparados?
• A liderança recebe decisões necessárias, não apenas atividades realizadas?
• Divergências de dados são corrigidas na origem?

Informação madura não é informação perfeita. É aquela cuja limitação é conhecida e que melhora ao longo do tempo. Veja KPIs de projetos: quais indicadores acompanhar e como criar um status report executivo.

7. Capacidade e gestão de recursos

Avalia se a organização conhece sua capacidade, identifica restrições e escolhe um volume viável de trabalho.

Procure:

• capacidade por função crítica e período;
• demanda de projetos e trabalho operacional;
• conflitos de alocação visíveis;
• regras para dedicação parcial;
• decisões sobre contratar, desenvolver, sequenciar, reduzir escopo ou adiar;
• atualização quando prioridades ou disponibilidade mudam.

Sem essa capacidade, a priorização vira intenção. O guia planejamento de capacidade em projetos apresenta um método aplicado.

8. Benefícios, adoção e valor

Avalia se a organização acompanha o motivo econômico, operacional ou estratégico que justificou o investimento.

Observe se cada benefício relevante possui:

• descrição mensurável;
• relação com entregas e mudanças operacionais;
• linha de base e meta;
• fórmula e fonte;
• responsável do negócio;
• prazo de realização;
• hipóteses e fatores externos;
• revisão depois da entrega.

O projeto não realiza benefícios sozinho. A operação precisa adotar a mudança e sustentar o novo desempenho. Consulte gestão de benefícios em projetos: como medir o valor depois da entrega.

9. Métodos, ferramentas e proporcionalidade

Avalia se a organização oferece uma forma comum de trabalhar sem impor esforço desnecessário.

Uma capacidade adequada inclui:

• requisitos mínimos por tipo e risco de projeto;
• critérios de adaptação;
• modelos simples e compreensíveis;
• integração entre ferramentas relevantes;
• apoio a quem executa;
• controles de qualidade voltados à utilidade;
• eliminação periódica de etapas que não ajudam a decidir ou entregar.

O sinal de maturidade não é exigir todos os artefatos. É saber qual evidência cada decisão precisa.

10. Aprendizado, asseguração e melhoria contínua

Avalia se a empresa aprende com resultados, incidentes, revisões e dados de desempenho.

Verifique se:

• revisões ocorrem em momentos úteis, não somente no encerramento;
• lições são transformadas em mudanças de prática;
• recorrências são analisadas entre projetos;
• ações de melhoria têm responsável e prazo;
• a asseguração é proporcional ao risco;
• as melhorias têm indicadores de adoção e efeito;
• processos obsoletos podem ser removidos.

Uma base de “lições aprendidas” que ninguém consulta não demonstra aprendizado. A capacidade aparece quando uma evidência muda uma decisão, um padrão, uma formação ou um controle.

Uma escala prática de cinco estágios

A escala abaixo foi criada para aplicação gerencial. Ela não substitui uma certificação nem reproduz integralmente um modelo oficial. É uma referência didática deste artigo, não a escala oficial do PMO Diagnostic da ORQENA.

Estágio 0: ausente

Não significa necessariamente que nada é feito. Significa que não há capacidade organizacional identificável.

Exemplo: alguns gerentes registram riscos em arquivos próprios, mas não existem critérios, responsabilidades ou uso comum. A empresa ainda não possui gestão organizacional de riscos de projetos.

Estágio 1: reativo

A organização responde a crises. O resultado depende de indivíduos experientes, relações pessoais e esforço extraordinário.

Exemplo: conflitos de recursos são resolvidos por negociação entre gestores depois que duas datas já estão ameaçadas.

Estágio 2: definido, mas inconsistente

Existe uma prática oficial, porém ela não está integrada ao trabalho real ou varia demais entre unidades.

Exemplo: todos os projetos devem enviar relatório mensal, mas cada área usa critérios próprios de saúde e parte dos dados chega desatualizada.

Estágio 3: consistente e usado para decidir

A prática funciona de maneira estável e produz consequência gerencial.

Exemplo: a organização compara capacidade e demanda antes de autorizar projetos. Quando surge um conflito, decide explicitamente qual iniciativa será adiada ou terá recursos reforçados.

Estágio 4: medido e adaptativo

A organização mede a eficácia da capacidade, identifica padrões, adapta controles e testa melhorias.

Exemplo: além de registrar previsões, a empresa mede o erro de previsão por tipo de projeto, identifica suas causas e melhora estimativas, reservas e pontos de revisão.

Quatro camadas de evidência para não confundir intenção com maturidade

Cada nota deve responder a quatro perguntas.

Um procedimento publicado pode sustentar a camada de definição. Não sustenta sozinho uma nota alta.

Da mesma forma, um projeto exemplar comprova que uma equipe sabe fazer. Não comprova que a organização repete a capacidade.

Regra conservadora de pontuação

Quando as evidências entram em conflito, registre a diferença e use a menor nota defensável.

Exemplo:

• o processo de mudanças está publicado;
• três dos oito projetos analisados o utilizam;
• os demais registram mudanças apenas depois da execução;
• o comitê não acompanha tempo de decisão nem impacto acumulado.

A capacidade pode estar no estágio 2 em definição e no estágio 1 em adoção. Em vez de esconder a diferença em uma média, registre: “processo definido, adoção baixa e efeito não demonstrado”. Essa descrição é mais acionável do que um número isolado.

Como realizar uma avaliação de maturidade em gestão de projetos

Etapa 1. Defina a decisão que o diagnóstico deve apoiar

Comece pelo propósito. Exemplos:

• reduzir atrasos recorrentes;
• aumentar a confiabilidade das previsões;
• implantar governança de portfólio;
• preparar crescimento ou integração de empresas;
• reorganizar um PMO;
• reduzir exposição regulatória;
• melhorar realização de benefícios;
• definir prioridades para os próximos seis meses.

Sem uma decisão clara, a avaliação tende a crescer até virar um inventário amplo, demorado e pouco útil.

Defina também o que está dentro e fora do escopo: unidade, região, tipos de projeto, portfólio, período e nível de profundidade.

Etapa 2. Monte uma amostra representativa

Não escolha apenas os melhores projetos nem apenas os que estão em crise.

Uma amostra útil pode considerar:

• projetos concluídos, em execução e recém-iniciados;
• iniciativas grandes e pequenas;
• abordagens preditivas, adaptativas e híbridas;
• diferentes diretorias;
• projetos regulatórios, tecnológicos, operacionais e de transformação;
• casos bem-sucedidos e malsucedidos;
• iniciativas suspensas ou encerradas antes da entrega.

Para uma empresa com 20 a 40 projetos, analisar de cinco a oito casos diversos pode produzir uma leitura inicial robusta. A quantidade deve aumentar quando há grande diversidade entre unidades ou baixa confiabilidade das informações.

Etapa 3. Entreviste pessoas em diferentes posições

Uma avaliação baseada apenas no PMO enxerga o processo formal. Uma avaliação baseada apenas na liderança enxerga a percepção executiva.

Inclua, conforme o escopo:

• executivo responsável pelo portfólio;
• patrocinadores;
• PMO;
• gerentes de projetos e programas;
• gestores funcionais;
• integrantes das equipes;
• finanças;
• risco, controles internos ou auditoria;
• responsáveis por benefícios;
• áreas clientes da mudança.

Explique que a avaliação observa o sistema, não o desempenho individual. Sem esse cuidado, entrevistados tendem a defender sua área ou descrever a prática ideal, não a real.

Etapa 4. Inspecione documentos, dados e decisões

Peça evidências antes de concluir.

Uma seleção inicial pode incluir:

• lista do portfólio;
• critérios e registros de priorização;
• casos de negócio;
• termos de abertura;
• cronogramas e linhas de base;
• registros de riscos, problemas, mudanças e dependências;
• relatórios de andamento;
• atas e registros de decisão;
• dados de recursos e capacidade;
• planos de benefícios;
• documentos de encerramento;
• revisões, auditorias e ações de melhoria.

Compare versões e datas. Um documento produzido depois de uma solicitação de auditoria pode não representar a prática do período avaliado.

Etapa 5. Observe fóruns e o fluxo de decisão

Atas mostram parte da história. Observar uma reunião revela como a governança funciona.

Procure:

• informação enviada com antecedência;
• pauta orientada a escolhas;
• presença de quem possui alçada;
• conflitos explicitados;
• alternativas e impactos apresentados;
• decisão registrada;
• responsável e prazo definidos;
• acompanhamento de decisões anteriores.

Um fórum que apenas escuta atualizações pode estar bem organizado e ainda assim não governar.

Etapa 6. Pontue cada capacidade e registre a justificativa

Para cada dimensão, registre:

• estágio atual;
• evidências que sustentam a avaliação;
• variações entre áreas;
• consequência observada;
• nível necessário;
• lacuna;
• confiança da avaliação;
• ação potencial.

A confiança é importante. Se os dados são escassos ou contraditórios, use “baixa confiança” e transforme a obtenção de evidência em uma ação. Não compense incerteza com falsa precisão.

Etapa 7. Identifique causas, não apenas sintomas

“Relatórios atrasados” é um sintoma. As causas podem incluir:

• informação distribuída em várias ferramentas;
• falta de critério comum;
• atualização manual excessiva;
• gerente sem acesso a dados financeiros;
• nenhum uso do relatório nas decisões;
• medo de comunicar desvios;
• frequência incompatível com a velocidade do projeto.

Cada causa pede uma resposta diferente. Criar outro modelo pode piorar o problema.

Quando os sintomas aparecem em várias dimensões, procure uma causa sistêmica. Por exemplo, patrocínio fraco pode gerar decisões tardias, mudanças informais, riscos sem resposta e benefícios sem responsável.

Etapa 8. Defina o nível necessário por capacidade

Não use o estágio 4 como alvo automático.

Pergunte:

• Qual decisão ou resultado precisa melhorar?
• Qual é o risco de manter a capacidade atual?
• Qual consistência mínima é necessária?
• O custo de evolução é proporcional ao benefício?
• A capacidade é requisito para outras melhorias?
• O tipo de projeto exige controles mais fortes?

Uma empresa pode definir estágio 3 para portfólio, priorização e informação, estágio 4 para risco regulatório e estágio 2 para processos de baixa criticidade.

O alvo também pode variar por classe de projeto. Isso é adaptação consciente, não falta de padrão.

Etapa 9. Priorize lacunas por impacto, recorrência, urgência, dependência e esforço

Nem toda lacuna precisa virar projeto de melhoria imediatamente.

Avalie cinco critérios:

Se for útil para ordenar uma lista extensa, use uma pontuação indicativa:

Índice de prioridade = (impacto × recorrência × urgência) ÷ esforço

Use notas de 1 a 5 e trate o resultado como apoio à conversa. A fórmula não substitui restrições legais, dependências lógicas ou julgamento executivo.

Etapa 10. Converta prioridades em ondas de evolução

Organize as ações por dependência e capacidade de absorção.

• Onda 1, tornar visível: inventário, conceitos, papéis, dados mínimos e decisões críticas;
• Onda 2, estabilizar: rotinas, alçadas, qualidade, adoção e acompanhamento;
• Onda 3, integrar: capacidade, dependências, benefícios e visão entre áreas;
• Onda 4, aprimorar: previsões, análises de tendência, adaptação e melhoria contínua.

Cada ação deve ter responsável, entrega, prazo, indicador de adoção, resultado esperado e ponto de revisão.

Etapa 11. Reavalie depois de agir

Não repita todo o diagnóstico mensalmente. Acompanhe as prioridades com maior frequência e reavalie capacidades em intervalos compatíveis com a mudança, como seis ou doze meses.

Nos primeiros 60 a 90 dias, meça sinais de adoção:

• percentual de projetos cadastrados;
• decisões com responsável e prazo;
• tempo para resolver escalonamentos;
• aderência aos critérios de saúde;
• conflitos de recursos identificados antes do impacto;
• riscos com resposta ativa;
• benefícios com responsável e fonte definida.

Depois, avalie efeito: menor surpresa, decisões mais rápidas, previsões mais confiáveis, menos trabalho concorrente e maior realização de benefícios.

Exemplo preenchido de avaliação de maturidade

Exemplo ilustrativo. Dados fictícios utilizados apenas para demonstração.

Considere uma empresa de serviços empresariais com 18 projetos ativos. Ela possui um PMO com duas pessoas, relatórios mensais e uma metodologia publicada há três anos. A liderança acredita que o principal problema é disciplina dos gerentes.

O diagnóstico analisa seis projetos, entrevista 14 pessoas e observa duas reuniões executivas. O resultado mostra outra realidade.

O que a nota média esconderia

Uma média simples colocaria a empresa perto do estágio 1. Isso não orientaria a ação.

O diagnóstico revela que:

1. a metodologia não é a principal restrição;
2. aumentar a cobrança sobre gerentes não resolveria a disputa estrutural por recursos;
3. a falta de uma visão única impede priorização confiável;
4. o fórum existe, mas não fecha decisões;
5. os relatórios têm formatos, porém os conceitos e períodos são incompatíveis;
6. benefícios e capacidade estão ausentes, não apenas inconsistentes.

Causas centrais

Quatro causas explicam grande parte dos sintomas:

• não há um responsável executivo pelo portfólio completo;
• prioridades são aprovadas sem compromisso de recursos;
• o comitê não possui alçadas e regras de escalonamento suficientemente claras;
• cada área define saúde e atualização de maneira diferente.

Essas causas devem receber atenção antes de uma troca de ferramenta ou de uma expansão metodológica.

Aplicação do índice de prioridade

A equipe usa notas de 1 a 5 apenas para preparar a decisão executiva.

O índice colocaria informação acima de portfólio. Ainda assim, a liderança decide iniciar ambos em conjunto, pois uma visão mínima do portfólio é necessária para definir quais projetos devem alimentar o consolidado.

Esse exemplo mostra por que a pontuação apoia, mas não automatiza a decisão.

As três primeiras prioridades

Em vez de abrir dez frentes, a empresa escolhe três:

1. Criar uma visão única e definir prioridades reais: consolidar iniciativas, nomear patrocinadores, registrar objetivos, identificar recursos críticos e decidir o que será pausado;
2. Transformar o comitê em instância de decisão: definir alçadas, pauta, tempo de resposta, registro e acompanhamento de decisões;
3. Estabelecer uma base comum de informação: padronizar data de corte, critérios de saúde, marcos, previsão, riscos e decisões requeridas.

A gestão de benefícios começa em piloto nos projetos novos. A revisão metodológica remove exigências de baixo valor em vez de adicionar formulários. O planejamento de capacidade é iniciado pelas três funções que já limitam o portfólio, não por todas as pessoas da empresa.

Essa é uma evolução proporcional: resolver primeiro o que impede a organização de escolher e decidir.

Perguntas de entrevista que revelam a prática real

Perguntas genéricas como “o processo de riscos é usado?” tendem a produzir respostas positivas. Prefira perguntas sobre um caso recente.

Para a liderança

• Qual projeto foi interrompido ou adiado nos últimos doze meses e por quê?
• Quando duas iniciativas disputam o mesmo recurso, quem decide e com base em quais informações?
• Qual decisão de projeto chegou tarde demais no último trimestre?
• Quais benefícios do portfólio deveriam estar aparecendo agora?
• Em quais números do relatório executivo você confia menos?
• O que faria a empresa reduzir o número de projetos ativos?

Para patrocinadores

• Qual decisão somente você pode tomar neste projeto?
• Qual benefício permanece sob sua responsabilidade depois da entrega?
• Que tolerâncias o gerente possui para custo, prazo, escopo e risco?
• Mostre uma decisão recente tomada com base no relatório do projeto.
• O que acontece quando duas áreas não chegam a um acordo?

Para gerentes de projetos

• Qual é a data mais provável de conclusão e em que premissas ela se baseia?
• Mostre uma mudança que foi rejeitada ou adiada.
• Qual risco está mais próximo de seu gatilho?
• Que decisão está impedindo avanço e há quanto tempo?
• Qual recurso crítico está comprometido com outra iniciativa?
• Qual informação você produz, mas acredita que ninguém utiliza?

Para equipes e gestores funcionais

• Como você sabe qual projeto tem precedência quando as demandas conflitam?
• Quantos projetos e atividades operacionais disputam seu tempo?
• Quando uma estimativa deixa de ser viável, como isso é comunicado?
• Que controle ajuda o trabalho e qual apenas repete informação?
• O que muda depois de uma revisão de lições aprendidas?

Para finanças e responsáveis por benefícios

• Qual é a última estimativa de custo total e quando foi atualizada?
• Como benefícios previstos são diferenciados de realizados?
• Quem valida a linha de base e a fonte de cada benefício?
• O que acontece quando o valor esperado diminui?
• Por quanto tempo os resultados são acompanhados após a entrega?

As respostas devem ser comparadas com artefatos e dados. Entrevista fornece contexto, não prova suficiente por si só.

Como avaliar a maturidade de um PMO

A maturidade de PMO merece uma leitura própria porque o PMO é uma função dentro do sistema organizacional. Ele não controla sozinho patrocínio, alocação funcional, investimento ou adoção operacional.

Avalie ao menos seis aspectos:

Um PMO pode ser excelente em consolidação e fraco em priorização. Pode apoiar bem projetos individuais e não ter mandato sobre o portfólio. Pode controlar prazos e não acompanhar benefícios.

Por isso, “maturidade do PMO” também não deveria virar uma nota única. Avalie os serviços que a estratégia exige e a contribuição real de cada um.

A empresa precisa ter um PMO para ser madura?

Não.

As capacidades podem estar distribuídas entre estratégia, finanças, operações, tecnologia, risco e líderes de projetos. O importante é que existam responsáveis, interfaces, decisões e evidências.

Um PMO passa a fazer sentido quando a concentração ou coordenação dessas capacidades reduz fragmentação, melhora a informação ou sustenta uma cadência que as áreas não conseguem manter sozinhas.

Os 7 sinais de que sua empresa precisa de governança de projetos ajudam a distinguir um problema isolado de uma necessidade organizacional.

Como transformar o diagnóstico em um plano que realmente sai do papel

Uma boa avaliação pode fracassar depois da apresentação. O relatório impressiona, mas as ações são numerosas, genéricas e sem responsáveis.

Use uma ficha simples para cada prioridade.

Exemplo de ação bem definida

Exemplo ilustrativo. Dados fictícios utilizados apenas para demonstração.

Problema: 14 decisões vencidas atrasam cinco projetos e não possuem responsável de resolução.

Causa: o comitê recebe assuntos sem alternativa recomendada, alçada, urgência ou dono.

Capacidade desejada: toda decisão escalada tem contexto, alternativas, impacto, recomendação, responsável decisório e prazo.

Primeira entrega: pauta decisória e registro único aplicados no próximo comitê.

Responsável: diretor do portfólio, com apoio do PMO.

Adoção: 100% das decisões novas registradas e acompanhadas.

Efeito: reduzir o tempo mediano de decisão de 21 para 7 dias em oito semanas.

Essa descrição permite testar a mudança. “Melhorar a governança” não permite.

Indicadores para acompanhar a evolução da maturidade

A pontuação de maturidade muda lentamente. Para gerir a evolução, acompanhe indicadores próximos do comportamento desejado.

Indicadores de adoção

• percentual de iniciativas relevantes no inventário;
• percentual de projetos com patrocinador e objetivo definidos;
• percentual de decisões com responsável e prazo;
• aderência à data de corte dos relatórios;
• percentual de riscos prioritários com resposta ativa;
• percentual de projetos com linha de base aprovada;
• percentual de benefícios com fonte e responsável;
• uso dos critérios de adaptação por classe de projeto.

Indicadores de eficácia

• tempo mediano de decisão;
• variação entre previsão e resultado de prazo ou custo;
• quantidade de surpresas comunicadas depois do limite de tolerância;
• volume de trabalho ativo por recurso crítico;
• mudanças executadas antes da aprovação;
• projetos interrompidos quando perderam justificativa;
• benefícios realizados em relação aos validados;
• recorrência de causas já tratadas.

Indicadores de eficiência

• tempo gasto para produzir relatórios;
• quantidade de entradas manuais repetidas;
• tempo entre coleta e disponibilidade da informação;
• número de fóruns com pautas sobrepostas;
• controles removidos por falta de utilidade;
• custo de operar a capacidade em relação ao risco administrado.

Uma prática pode aumentar a conformidade e piorar a eficiência. Medir as duas dimensões ajuda a evitar uma estrutura pesada.

Erros comuns em diagnósticos de maturidade

Avaliar apenas por autopercepção

Questionários são rápidos, mas sofrem influência de expectativas, desconhecimento e defesa da própria área. Combine percepção com documentos, dados, amostras e observação.

Dar uma única nota para toda a empresa

A média esconde restrições e gera planos genéricos. Mostre a distribuição por capacidade, área e tipo de projeto quando houver diferenças materiais.

Pontuar a existência, não o uso

Política, modelo e ferramenta comprovam definição. Verifique amostra, consistência e efeito.

Transformar o diagnóstico em auditoria punitiva

Quando as pessoas sentem que serão avaliadas individualmente, passam a proteger informação. Deixe claro que o objeto é o sistema de gestão e preserve evidências sensíveis.

Comparar áreas sem considerar contexto

Uma unidade regulada pode precisar de controles que seriam excessivos em outra. Compare princípios, resultados e níveis necessários, não apenas quantidade de documentos.

Escolher o nível máximo como destino universal

A evolução deve responder a risco e necessidade. Sofisticação sem uso é desperdício.

Criar uma frente para cada lacuna

Dez dimensões fracas não exigem dez projetos simultâneos. Identifique causas comuns, dependências e capacidade de mudança.

Começar pela ferramenta

A ferramenta deve apoiar conceitos, papéis e decisões definidos. Começar pela configuração pode congelar ambiguidades e aumentar retrabalho.

Copiar um modelo sem adaptação

Modelos reconhecidos oferecem referência. A organização ainda precisa considerar estratégia, setor, porte, risco, cultura e abordagens de entrega.

Repetir a avaliação sem executar as melhorias

Uma nova pontuação não compensa ações sem dono. Antes de repetir o diagnóstico completo, verifique o que foi implantado, adotado e ajustado.

Quando fazer um diagnóstico de PMO e maturidade

Uma avaliação é especialmente útil quando:

• projetos atrasam por causas recorrentes;
• a liderança recebe informações conflitantes;
• tudo é prioridade e a capacidade é insuficiente;
• a empresa cresceu, adquiriu unidades ou ampliou o portfólio;
• um PMO existe, mas seu valor ou mandato não está claro;
• a organização pretende criar ou redesenhar um PMO;
• auditorias identificam falhas repetidas;
• uma transformação crítica será iniciada;
• benefícios previstos não podem ser comprovados;
• ferramentas serão substituídas e os processos ainda não estão definidos;
• patrocinadores e gerentes discordam sobre a origem dos problemas.

O diagnóstico também pode ser preventivo. Não é necessário esperar uma crise se o crescimento já tornou as decisões mais complexas.

Qual deve ser a resposta depois da avaliação?

O resultado não precisa ser um PMO maior nem um serviço recorrente. A resposta correta é a menor estrutura capaz de tratar as causas relevantes.

Quando ajustes locais podem ser suficientes

Se as lacunas estão concentradas em uma equipe ou em poucos projetos, pode bastar:

• definir papéis e alçadas;
• corrigir uma rotina decisória;
• estabelecer critérios mínimos de informação;
• treinar pessoas em uma prática específica;
• recuperar um plano ou processo;
• retirar controles sem utilidade.

Quando o PMO Diagnostic faz sentido

Se os sintomas são recorrentes, atravessam áreas ou têm causas incertas, o PMO Diagnostic pode avaliar capacidades, evidências, causas e prioridades antes de qualquer desenho de solução.

O valor do diagnóstico está em evitar dois desperdícios: tratar sintomas com novas exigências e implantar uma estrutura maior do que a necessidade.

Quando o PMO Setup faz sentido

Se as lacunas já estão claras e a organização precisa construir mandato, serviços, papéis, fóruns, processos e indicadores, o PMO Setup pode implantar a capacidade necessária.

Quando o PMOaaS faz sentido

Se a governança do portfólio precisa de operação recorrente e a empresa não possui capacidade interna suficiente, o PMOaaS pode sustentar cadência, consolidação, riscos, decisões, capacidade e evolução.

Isso não significa que toda baixa maturidade pede terceirização. O modelo depende da demanda, da duração, das competências internas e do desenho operacional desejado. Consulte PMO interno ou PMOaaS: qual modelo escolher?.

Quando o PMaaS faz sentido

Se a necessidade está na gestão direta de uma iniciativa específica, a resposta pode ser o PMaaS.

Assumimos o gerenciamento de projetos e programas críticos, coordenando pessoas, decisões, riscos e entregas do início ao encerramento.

Veja a diferença entre PMOaaS e PMaaS antes de escolher o modelo.

Perguntas frequentes sobre maturidade em gestão de projetos

O que é maturidade em gestão de projetos?

É a capacidade de uma organização aplicar práticas de gestão de projetos, programas e portfólios com clareza, consistência, evidência e melhoria contínua. Ela envolve decisões, papéis, planejamento, riscos, informação, recursos e benefícios, não apenas processos documentados.

Como medir a maturidade de uma empresa em projetos?

Defina dimensões concretas, analise uma amostra representativa, entreviste diferentes papéis, inspecione artefatos e dados, observe fóruns e pontue comportamentos com justificativa. Compare o estágio atual com o necessário para cada capacidade e priorize as lacunas por impacto, recorrência, urgência, dependência e esforço.

Qual é o melhor modelo de maturidade em gestão de projetos?

Não existe um único modelo melhor para todas as situações. OPM3, P3M3, padrões da família ISO 21500 e referências de avaliação organizacional podem apoiar o desenho. A escolha depende do objetivo, escopo, setor, rigor necessário e recursos disponíveis. Para um diagnóstico gerencial inicial, uma escala simples baseada em evidências costuma ser suficiente.

Quantos níveis uma avaliação deve ter?

Modelos usam escalas diferentes. A escala de cinco estágios deste artigo, de 0 a 4, permite distinguir ausência, reação, definição inconsistente, uso consistente e melhoria adaptativa. Mais importante do que o número de níveis é ter critérios observáveis e registrar a evidência de cada avaliação.

A empresa deve buscar o estágio máximo em todas as dimensões?

Não. O nível necessário depende do risco, da estratégia, do tipo de projeto e do custo de operar a capacidade. Buscar o máximo em tudo pode criar burocracia. O objetivo é atingir capacidade suficiente e sustentável onde ela produz valor.

É possível ter maturidade sem um PMO?

Sim. As capacidades podem estar distribuídas entre diferentes funções. Um PMO é útil quando coordenação, padrão, informação ou operação central reduzem fragmentação. Sua existência não é requisito nem prova de maturidade.

Quanto tempo leva uma avaliação de maturidade?

Depende do escopo e da diversidade. Uma leitura inicial de uma unidade ou portfólio pode ser concluída em poucas semanas. Avaliações formais, com muitas áreas, locais e classes de projeto, exigem mais tempo. O diagnóstico deve ser profundo o suficiente para apoiar decisões, mas curto o suficiente para não atrasar ações evidentes.

Quem deve participar do diagnóstico?

Liderança, patrocinadores, PMO, gerentes, gestores funcionais, equipes, finanças e responsáveis por risco ou benefícios, conforme o escopo. A combinação reduz vieses e mostra diferenças entre processo formal, prática e resultado.

Qual é a diferença entre diagnóstico de PMO e auditoria de projeto?

O diagnóstico avalia capacidades organizacionais e define prioridades de evolução. A auditoria verifica conformidade, controle ou condição de uma iniciativa ou conjunto definido. Os dois podem compartilhar evidências, mas têm objetivos e conclusões diferentes.

Com que frequência a maturidade deve ser reavaliada?

As ações prioritárias podem ser acompanhadas mensalmente ou trimestralmente. Uma reavaliação mais ampla costuma fazer sentido a cada seis ou doze meses, dependendo da velocidade da mudança. Repetir a pontuação antes de haver tempo para implantação e adoção tende a produzir pouco aprendizado.

Conclusão

Avaliar maturidade em gestão de projetos não é procurar uma nota que resuma a empresa. É entender se as capacidades necessárias para escolher, governar e executar projetos existem, funcionam de forma consistente e produzem decisões melhores.

Uma avaliação útil:

1. começa pela decisão que precisa apoiar;
2. separa capacidades em dimensões concretas;
3. combina entrevistas, documentos, dados e observação;
4. distingue definição, prática, consistência e efeito;
5. registra incertezas e diferenças entre áreas;
6. define o nível necessário, não o máximo possível;
7. prioriza poucas causas relevantes;
8. acompanha adoção e resultado depois do diagnóstico.

Se a empresa tem processos, relatórios e ferramentas, mas continua sendo surpreendida pelos projetos, o problema pode não ser falta de método. Pode ser a distância entre a estrutura formal e a capacidade real de decidir e executar.

O PMO Diagnostic da ORQENA identifica essa distância, organiza as causas e define as prioridades de evolução. Se você precisa entender o ponto de partida antes de criar, ampliar ou terceirizar uma estrutura, converse com a ORQENA.

Clareza para decidir. Estrutura para executar.

Referências utilizadas

• PMI, The Standard for Organizational Project Management
• PMI, Organizational Project Management Maturity Model, OPM3
• PRINCE2 P3M3, avaliação de maturidade organizacional
• Government Project Delivery, Continuous Improvement Assessment Framework
• Government Project Delivery, GovS 002: Project Delivery
• ISO 21500:2021, contexto e conceitos
• ISO 21502:2020, orientação sobre gestão de projetos
• ISO 21504:2022, orientação sobre gestão de portfólio
• ISO 21505:2017, orientação sobre governança