Quando o problema não é a equipe, mas a governança dos projetos

Três projetos atrasam. A liderança conclui que os gerentes não estão acompanhando corretamente. Pede relatórios mais frequentes, aumenta a cobrança e substitui um dos profissionais.

Durante algumas semanas, todos se movimentam mais. As reuniões aumentam, os planos são atualizados e as equipes trabalham para recuperar as datas. Depois, os mesmos sintomas voltam:

• decisões executivas continuam esperando resposta;
• especialistas permanecem divididos entre várias iniciativas;
• prioridades mudam por conversas paralelas;
• patrocinadores aparecem apenas quando o problema se torna crítico;
• relatórios apresentam versões diferentes da realidade;
• o gerente continua responsável por resultados que não possui autoridade para proteger.

Nesse cenário, trocar pessoas pode alterar a aparência do problema, mas não sua causa.

Quando profissionais diferentes falham do mesmo modo dentro do mesmo sistema, a liderança precisa investigar o sistema antes de culpar novamente os profissionais.

Isso não significa que toda equipe esteja isenta de responsabilidade. Existem falhas reais de competência, comunicação, planejamento, disciplina e comportamento. A questão é diagnosticar corretamente antes de agir.

Este artigo apresenta um método prático para separar problemas da equipe de falhas de governança. O objetivo é mostrar quando desenvolver, corrigir ou substituir pessoas e quando a empresa precisa mudar prioridades, papéis, decisões, fóruns, informações e alocação de capacidade.

O que é governança de projetos na prática

Governança de projetos é o sistema que define como a organização orienta, autoriza, acompanha e corrige seus projetos.

Ela responde perguntas que ultrapassam o trabalho diário do gerente:

• quais projetos devem existir;
• quem pode aprovar cada tipo de decisão;
• como prioridades serão definidas e alteradas;
• quais limites o gerente pode administrar sozinho;
• quando um desvio precisa ser escalado;
• quem responde pelo resultado de negócio;
• como pessoas e recursos serão distribuídos;
• quais informações a liderança precisa receber;
• quais fóruns decidem conflitos;
• quando um projeto deve continuar, mudar, pausar ou terminar.

A Association for Project Management define governança como a estrutura de autoridade e responsabilização que controla entregas, resultados e benefícios de projetos, programas e portfólios. Essa estrutura também precisa estabelecer limites delegados e caminhos de escalonamento.

Gerenciamento de projetos tem outro foco. O gerente organiza o trabalho, integra equipes, acompanha prazo, escopo, riscos, dependências, comunicação e entregas. A governança cria o ambiente de decisões e autoridade no qual essa gestão acontece.

Uma comparação simples ajuda:

Um bom gerente não substitui patrocinador, diretoria, gestor funcional ou comitê. Da mesma forma, uma boa governança não corrige automaticamente um profissional que não cumpre suas responsabilidades.

Por que a equipe costuma receber a culpa primeiro

A execução é a parte mais visível do sistema. Quando uma entrega atrasa, o nome do gerente está no cronograma. Quando uma dependência não chega, a cobrança aparece na reunião do projeto. Quando uma previsão muda, o relatório foi preparado pela equipe.

Já as falhas de governança são menos visíveis:

• ninguém registrou que a prioridade mudou quatro vezes;
• a decisão ficou parada na agenda de um executivo;
• duas diretorias prometeram a mesma pessoa para projetos diferentes;
• o patrocinador nunca confirmou o benefício esperado;
• o comitê recebeu o problema, mas não possuía autoridade para resolvê-lo;
• o prazo foi assumido antes da análise de capacidade;
• o gerente foi orientado a “resolver” uma disputa que só a liderança poderia decidir.

Além disso, culpar a equipe oferece uma ação rápida. É possível cobrar, treinar ou substituir alguém. Corrigir governança exige que a liderança reveja o próprio comportamento, explicite escolhas e assuma decisões que antes eram transferidas para a execução.

É por isso que o diagnóstico precisa observar onde a causa está, não apenas onde o sintoma apareceu.

Doze sinais de que o problema pode estar na governança

Um sinal isolado não fecha o diagnóstico. Vários sinais recorrentes, presentes em projetos e equipes diferentes, justificam uma investigação sistêmica.

1. Os mesmos problemas aparecem em equipes diferentes

Gerentes distintos enfrentam demora nas decisões, falta de recursos, mudanças informais e patrocinadores ausentes.

Quando a recorrência atravessa pessoas, áreas e projetos, a hipótese de falha exclusivamente individual perde força.

2. A responsabilidade é maior do que a autoridade

O gerente responde pelo prazo, mas não pode garantir a dedicação das áreas. Responde pelo escopo, mas executivos incluem solicitações diretamente com a equipe. Responde pelo risco, mas não possui autoridade para aceitar exposição ou interromper o trabalho.

Responsabilização sem autoridade cria cobrança sem controle.

3. As prioridades mudam sem uma decisão formal

Uma mensagem, ligação ou pedido do executivo muda a sequência do trabalho. O portfólio oficial continua igual, mas as equipes passam a executar outra coisa.

O problema não é mudar prioridades. É mudar sem avaliar impactos, registrar a escolha e realocar capacidade.

4. Decisões importantes não possuem dono nem prazo

O gerente apresenta o problema, mas ninguém sabe se a decisão pertence ao patrocinador, comitê, diretoria, jurídico ou tecnologia. O assunto circula por reuniões até que a data se torne inviável.

5. O patrocinador existe apenas no organograma

O nome está no termo de abertura, mas a pessoa não protege o objetivo, não resolve conflitos, não confirma recursos e não decide quando o caso de negócio muda.

O artigo Patrocinador de projetos: papel, responsabilidades e erros que travam a execução detalha as responsabilidades que não deveriam ser transferidas ao gerente.

6. Os projetos disputam as mesmas pessoas sem arbitragem

Cada gerente recebe a orientação de negociar diretamente com especialistas e líderes funcionais. Como nenhum deles possui autoridade sobre o conjunto, vence quem pressiona mais ou quem possui o patrocinador mais influente.

7. O status depende de quem apresenta

Um projeto é considerado amarelo porque existe risco de atraso. Outro permanece verde até perder a data. Algumas áreas usam previsão atual. Outras mostram apenas a data aprovada.

Sem critérios comparáveis, a liderança não enxerga o conjunto e passa a decidir pela qualidade da narrativa.

8. Escalar um problema gera punição

A pessoa que comunica um risco cedo é acusada de pessimismo ou incapacidade. A equipe aprende a esperar por evidências incontestáveis antes de informar.

Quando a notícia finalmente chega, restam poucas opções de resposta. A organização interpreta o atraso como falha de transparência sem reconhecer que seu próprio comportamento incentivou o silêncio.

9. O comitê recebe status, mas não toma decisões

Os gerentes apresentam slides, respondem perguntas e saem com novas análises. Conflitos de prioridade, capacidade e escopo continuam abertos.

Uma reunião com executivos não é automaticamente um fórum de governança. O comitê de projetos precisa ter mandato, autoridade e decisões formuladas.

10. Projetos entram, mas raramente saem

Novas iniciativas são aprovadas sem reavaliar as existentes. Projetos que perderam valor continuam ativos porque já consumiram investimento ou porque ninguém quer comunicar o encerramento.

O resultado é excesso de trabalho em andamento e progresso lento em todas as frentes.

11. O sucesso é definido apenas por entrega

A equipe entrega o sistema, mas ninguém responde pela adoção, pela mudança operacional ou pelo benefício. Depois, a liderança afirma que o projeto “não gerou resultado”, embora a responsabilidade pelo resultado nunca tenha sido atribuída.

12. Trocar pessoas não muda o padrão

Um novo gerente reorganiza o cronograma, melhora o relatório e aumenta o acompanhamento. Mesmo assim, depende das mesmas decisões, recebe as mesmas prioridades conflitantes e disputa os mesmos recursos.

Quando a substituição muda o profissional, mas preserva as condições, o resultado tende a voltar ao padrão anterior.

O Teste ORQENA das Quatro Evidências

Antes de concluir que a causa é a equipe ou a governança, aplique quatro testes. Eles não substituem uma análise aprofundada, mas evitam diagnósticos baseados apenas em impressão.

Evidência 1: recorrência

Pergunta: o mesmo problema acontece em mais de um projeto, com pessoas diferentes?

Exemplos de evidência:

• decisões demoram em vários projetos;
• recursos são prometidos e retirados em áreas diferentes;
• patrocinadores participam pouco de diversas iniciativas;
• previsões são inconsistentes em todo o portfólio;
• mudanças informais aparecem repetidamente.

Quanto maior a recorrência, maior a chance de uma causa sistêmica.

Evidência 2: controle

Pergunta: a causa está dentro da autoridade real da equipe?

O gerente pode reorganizar atividades, melhorar estimativas e comunicar riscos. Ele normalmente não pode redefinir a estratégia, retirar outro projeto da fila, obrigar uma diretoria a fornecer pessoas ou aceitar sozinho um risco corporativo relevante.

Se a ação necessária ultrapassa a autoridade disponível, cobrar apenas a equipe é incoerente.

Evidência 3: substituição

Pergunta: se colocássemos uma equipe competente no lugar, as condições que produzem o problema mudariam?

Imagine a troca concretamente:

• a nova equipe receberia prioridades mais estáveis?
• teria acesso aos recursos prometidos?
• conseguiria decisões mais rápidas?
• encontraria critérios claros de sucesso?
• teria patrocinador atuante?
• poderia agir dentro de tolerâncias definidas?

Se as respostas forem negativas, a substituição não ataca a causa principal.

Evidência 4: consequência

Pergunta: as decisões da liderança mudam efetivamente o trabalho?

Uma prioridade só existe quando altera capacidade. Uma pausa só existe quando interrompe atividades. Uma aprovação só existe quando libera as condições necessárias. Um comitê só decide quando alguém executa e acompanha o que foi definido.

Se reuniões e aprovações não geram consequência operacional, existe uma lacuna de governança.

Como interpretar o teste

Na prática, muitos casos são mistos. Um gerente pode melhorar a formulação das escaladas enquanto a liderança corrige as alçadas. Uma equipe pode aperfeiçoar previsões enquanto o portfólio reduz a sobrecarga.

O diagnóstico bom evita dois extremos: culpar pessoas por tudo ou utilizar “governança” como desculpa para desempenho inadequado.

Quando o problema realmente está na equipe

Governança não pode virar uma explicação confortável para qualquer falha.

Há sinais concretos de um problema de execução ou desempenho:

• o papel, a prioridade e a autoridade estavam claros;
• os recursos acordados estavam disponíveis;
• as decisões chegaram dentro do prazo necessário;
• o processo era proporcional e conhecido;
• profissionais comparáveis tiveram resultados melhores nas mesmas condições;
• riscos controláveis não foram identificados ou acompanhados;
• informações relevantes foram escondidas mesmo com ambiente seguro para comunicação;
• compromissos foram repetidamente descumpridos sem impedimento externo;
• estimativas e previsões foram mantidas apesar de evidências contrárias;
• decisões dentro da autonomia foram desnecessariamente escaladas;
• conflitos simples não foram coordenados;
• a pessoa não possuía a competência necessária e não buscou apoio.

Exemplo de falha predominantemente da equipe

O gerente possui autoridade para reorganizar atividades dentro de uma janela de duas semanas. A equipe está dedicada, o escopo permanece estável e o patrocinador decide exceções em até 48 horas.

Mesmo assim, o gerente não atualiza dependências, não comunica que uma entrega crítica deixou de avançar e mantém a previsão até a véspera do marco. Outros gerentes, usando a mesma estrutura, conseguem antecipar situações semelhantes.

Nesse caso, a governança pode ser suficiente. A lacuna está no exercício da gestão, possivelmente em planejamento, leitura crítica, comunicação ou responsabilização.

A resposta pode incluir orientação, treinamento, acompanhamento, redistribuição de carga ou gestão de desempenho. Dependendo da gravidade e da repetição, pode justificar substituição.

Quando a causa é mista

Este é o cenário mais comum e o mais fácil de tratar de maneira injusta.

Considere um gerente que leva problemas ao comitê sem estruturar opções. A liderança demora para decidir, mas a escalada também chega incompleta. Há duas falhas:

1. a equipe precisa apresentar contexto, alternativas, impactos, recomendação e prazo da decisão;
2. a governança precisa definir quem decide e responder dentro da urgência necessária.

Outro exemplo: o portfólio compromete um especialista em cinco projetos. O gerente sabe da sobrecarga, mas mantém um cronograma que pressupõe dedicação integral. A liderança criou a restrição, porém o gerente falhou ao atualizar a previsão e tornar a consequência visível.

Uma causa mista exige ações separadas, com responsáveis diferentes. Se tudo for colocado sob o rótulo de “falta de gestão”, a liderança escapa de sua parte. Se tudo for chamado de “governança”, a equipe escapa da responsabilidade profissional.

Matriz prática de diagnóstico

Essa matriz não decide sozinha. Ela orienta quais registros, entrevistas e observações precisam ser analisados.

Exemplo completo: cinco projetos atrasados e três gerentes culpados

Uma empresa fictícia conduz cinco projetos estratégicos. Três gerentes diferentes são responsáveis pelas iniciativas. Em dois meses, todos os projetos passam a apresentar atraso.

A primeira hipótese da diretoria é direta: os gerentes não estão controlando o trabalho.

Antes de substituir a equipe, a organização reúne evidências.

O que os dados mostram

As entrevistas também revelam que os gerentes atualizam cronogramas, registram riscos e apresentam dependências. Porém, mantêm datas irreais por receio de transformar o projeto em vermelho e não formulam todas as decisões com alternativas claras.

Aplicação das quatro evidências

Recorrência: os mesmos bloqueios aparecem em cinco projetos e três equipes.

Controle: gerentes não podem retirar projetos da fila, aumentar capacidade de segurança nem obrigar patrocinadores a decidir.

Substituição: novos profissionais enfrentariam as mesmas restrições e a mesma instabilidade.

Consequência: prioridades anunciadas não alteram formalmente a alocação, e decisões do comitê não possuem acompanhamento central.

O diagnóstico principal é de governança, com uma causa secundária de gestão.

O que não seria uma resposta adequada

• substituir os três gerentes;
• criar reuniões diárias com a diretoria;
• exigir relatórios mais detalhados;
• pedir horas extras para recuperar todas as datas;
• comprar uma nova ferramenta;
• classificar todos os projetos como críticos.

Essas ações aumentariam atividade sem resolver as restrições.

Plano de correção

A empresa não absolve os gerentes. Ela atribui a cada parte aquilo que realmente controla.

Como diagnosticar sem transformar a análise em caça aos culpados

1. Comece pelos fatos observáveis

Evite perguntas como “quem falhou?”. Comece com:

• qual evento ocorreu;
• quando foi identificado;
• quem precisava agir;
• qual autoridade era necessária;
• que informação estava disponível;
• quando a decisão foi solicitada;
• que consequência o atraso produziu.

Fatos reduzem interpretações defensivas.

2. Analise mais de um projeto

Um único projeto pode refletir problema local. Uma amostra de iniciativas permite encontrar padrões.

Escolha projetos com gerentes, áreas, tipos e situações diferentes. Compare os caminhos de prioridade, planejamento, escalonamento, decisão e capacidade.

3. Observe o trabalho real

Políticas podem afirmar que o patrocinador decide e que o comitê prioriza. Verifique o que acontece de fato:

• quem altera prioridades;
• onde as decisões ficam paradas;
• quais reuniões realmente resolvem;
• quais dados a liderança utiliza;
• como pessoas são retiradas de um projeto;
• o que ocorre quando alguém informa um risco.

Governança real é o comportamento repetido, não apenas o processo documentado.

4. Ouça níveis diferentes

Entreviste liderança, patrocinadores, gerentes, líderes funcionais e membros das equipes. Cada grupo enxerga uma parte do sistema.

Contradições são evidências úteis. Se a diretoria acredita que a prioridade está clara e cinco equipes relatam orientações incompatíveis, existe uma ruptura entre decisão e execução.

5. Compare responsabilidade com autoridade

Para cada resultado cobrado, identifique:

• quem responde;
• quais decisões essa pessoa pode tomar;
• quais recursos controla;
• qual caminho existe quando o limite é ultrapassado;
• quanto tempo esse caminho consome.

Se alguém responde por um resultado sem poder influenciar suas condições essenciais, a estrutura precisa ser corrigida.

6. Procure o ponto em que o fluxo para

Não basta dizer que “a decisão demora”. Meça:

• tempo para a equipe identificar;
• tempo para formular a solicitação;
• tempo para o patrocinador responder;
• tempo no comitê;
• tempo para executar a decisão.

Essa decomposição evita atribuir à governança uma demora que começou na equipe e evita culpar a equipe por uma fila executiva.

Um plano prático para os próximos 30 dias

Semana 1: selecionar e reconstruir casos

Escolha de três a cinco projetos com sintomas recorrentes.

Para cada um:

• reconstrua dois ou três eventos relevantes;
• registre datas, responsáveis e decisões;
• identifique onde o fluxo parou;
• separe fatos de opiniões;
• liste causas dentro e fora do controle da equipe.

Semana 2: testar as causas sistêmicas

Compare os projetos e aplique as quatro evidências.

Avalie:

• prioridade;
• patrocínio;
• autoridade;
• capacidade;
• informação;
• escalonamento;
• fóruns;
• benefícios;
• comportamento da liderança.

Semana 3: corrigir as maiores restrições

Escolha poucas mudanças de alto impacto, por exemplo:

• definir alçadas para cinco decisões recorrentes;
• reservar capacidade para as prioridades reais;
• retirar projetos que não cabem;
• nomear patrocinadores com mandato;
• padronizar previsão e saúde;
• transformar o comitê em fórum por exceção;
• criar um registro único de decisões.

Não tente implantar um sistema completo de uma vez.

Semana 4: testar e medir

Use as mudanças em um ciclo real.

Meça:

• tempo de decisão;
• quantidade de escaladas sem dono;
• conflitos de capacidade resolvidos;
• mudanças informais de prioridade;
• qualidade das previsões;
• decisões executadas no prazo;
• percepção das equipes e patrocinadores.

Se o resultado melhorar, amplie com controle. Se não melhorar, revise a hipótese antes de adicionar processos.

O que a liderança deve fazer diferente

Governança não é algo que o PMO instala sozinho enquanto a liderança mantém os mesmos comportamentos.

Executivos e patrocinadores precisam:

1. assumir que priorizar significa retirar ou reduzir trabalho;
2. responder pelas decisões que ultrapassam a equipe;
3. definir limites de autonomia antes das crises;
4. proteger quem comunica riscos cedo;
5. exigir previsão real, não apenas repetição da meta;
6. comparecer aos fóruns em que sua autoridade é necessária;
7. registrar escolhas e consequências;
8. verificar se a capacidade acompanha a prioridade;
9. reavaliar se o projeto ainda merece continuar;
10. cobrar a equipe apenas pelo que estava sob controle dela.

O guia do PMI sobre governança destaca a necessidade de definir direitos decisórios, autoridades, responsabilidades, regras e protocolos. A orientação recente do instituto sobre patrocínio também reforça que autorizar, continuar, mudar e interromper são decisões do patrocinador, não tarefas que devem ser empurradas para o gerente.

Governança não significa mais burocracia

Ao perceber o problema, algumas empresas respondem criando aprovações adicionais, formulários extensos e reuniões obrigatórias. Isso pode piorar a lentidão.

Governança proporcional deve reduzir ambiguidade e acelerar decisões.

Ela pode começar com:

• um inventário confiável;
• critérios comuns de prioridade e saúde;
• patrocinadores confirmados;
• cinco ou seis alçadas explícitas;
• tolerâncias de prazo, escopo, risco e investimento;
• um fórum com autoridade;
• pauta baseada em exceções;
• registro de decisões;
• visão das funções mais restritas;
• revisão periódica da justificativa dos projetos.

O passo a passo completo está em Como implementar governança de projetos em oito etapas práticas.

Mais controle não significa controlar tudo. Significa colocar cada decisão no nível correto, com a informação necessária e no tempo em que ainda existem alternativas.

Indicadores para acompanhar a melhoria

Não use esses indicadores para criar competição entre pessoas. Utilize-os para localizar onde o sistema falha e verificar se as mudanças estão funcionando.

A empresa precisa criar um PMO?

Não necessariamente.

Um projeto simples pode funcionar com patrocinador ativo, gerente competente, alçadas claras e um fórum existente. Criar um PMO apenas para preencher modelos adicionaria estrutura sem resolver uma necessidade real.

O PMO passa a fazer sentido quando a organização precisa manter capacidades comuns entre vários projetos, como:

• visão consolidada do portfólio;
• critérios comparáveis;
• gestão de decisões e escaladas;
• priorização e capacidade;
• padrões mínimos de informação;
• apoio aos patrocinadores;
• acompanhamento de riscos transversais;
• governança de benefícios;
• melhoria contínua do sistema.

Mesmo assim, o desenho deve começar pelo problema, não pelo organograma. O PMO é um possível mecanismo de governança, não a governança inteira.

Quando buscar apoio externo

A empresa pode corrigir internamente quando possui evidências confiáveis, liderança disponível, autoridade para mudar o sistema e alguém capaz de conduzir a implantação.

O apoio externo pode ser útil quando:

• versões internas sobre a causa são incompatíveis;
• a discussão já se transformou em disputa entre áreas;
• a liderança precisa de uma avaliação independente;
• problemas reaparecem depois de várias tentativas;
• ninguém possui tempo ou neutralidade para conduzir o diagnóstico;
• é necessário construir e colocar a nova governança em funcionamento;
• a empresa precisa operar o ciclo continuamente.

O PMO Diagnostic é indicado quando a empresa ainda precisa descobrir se a causa está em pessoas, processos, dados, papéis, capacidade ou decisões. Ele evita prescrever uma estrutura antes de compreender o problema.

O PMO Setup faz sentido quando as lacunas já estão suficientemente claras e a organização precisa construir ou redesenhar papéis, ritos, alçadas, indicadores e mecanismos de acompanhamento.

O PMO as a Service pode operar continuamente a governança quando a necessidade não termina após a implantação. Isso inclui consolidar informações, preparar fóruns, acompanhar decisões, sustentar o portfólio e evoluir o modelo.

O PMaaS resolve outro tipo de problema: a necessidade de gestão direta de um projeto ou programa crítico. Ele é adequado quando a iniciativa específica precisa de condução especializada, mas não deveria ser utilizado para esconder uma falha sistêmica que afeta todo o portfólio.

Perguntas frequentes

Como saber rapidamente se o problema é a equipe ou a governança?

Verifique recorrência, controle, substituição e consequência. Se o mesmo problema aparece com profissionais diferentes, depende de decisões fora da equipe, sobreviveria à troca das pessoas e não é corrigido pelas decisões atuais, a hipótese de governança é forte.

Um gerente de projetos não deveria resolver conflitos?

Sim, quando os conflitos estão dentro de sua autoridade. O gerente deve facilitar, negociar, formular opções e recomendar. Ele não deveria decidir sozinho qual diretoria perderá capacidade, aceitar riscos corporativos relevantes ou alterar objetivos estratégicos.

A falta de patrocinador é um problema de governança?

Sim, quando o projeto precisa de autoridade executiva e possui apenas um patrocinador nominal. Patrocínio inclui proteger o mandato, resolver conflitos, assegurar capacidade, decidir exceções e responder pela continuidade da justificativa.

Mais reuniões melhoram a governança?

Não necessariamente. Reuniões sem mandato, autoridade, decisões formuladas e acompanhamento apenas aumentam o tempo gasto. A governança precisa melhorar a qualidade e a velocidade das escolhas.

Uma ferramenta de gestão resolve esse problema?

Uma ferramenta pode centralizar dados e dar visibilidade. Ela não define prioridades, não cria autoridade e não obriga executivos a decidir. Automatizar um processo ambíguo apenas distribui a ambiguidade com mais velocidade.

É correto trocar o gerente quando a governança é ruim?

Pode ser correto se também houver evidências de falha individual. Porém, trocar somente o gerente sem corrigir condições sistêmicas tende a repetir o resultado. A decisão deve separar claramente o que estava e o que não estava sob controle profissional.

Governança é responsabilidade do PMO?

O PMO pode desenhar, facilitar e operar mecanismos de governança. A responsabilidade pelas decisões estratégicas, pelo patrocínio e pela alocação de recursos continua com a liderança competente. Governança não pode ser terceirizada para um relatório.

Como começar sem criar burocracia?

Escolha poucos projetos, reconstrua eventos reais, defina alçadas para decisões recorrentes, padronize informações essenciais e teste um fórum orientado a exceções. Amplie somente aquilo que demonstrar utilidade.

Conclusão

Uma equipe competente pode falhar dentro de um sistema que muda prioridades sem consequência, exige resultados sem conceder autoridade, compromete as mesmas pessoas em vários projetos e demora para decidir.

Também é verdade que uma governança razoável não elimina responsabilidade individual. Profissionais precisam planejar, coordenar, comunicar, prever e agir dentro da autonomia que possuem.

O trabalho da liderança é separar as duas coisas com evidências.

Antes de substituir alguém, pergunte:

• o problema se repete em projetos diferentes?
• a causa estava sob controle da equipe?
• uma equipe nova receberia condições diferentes?
• nossas decisões realmente alteram prioridades e capacidade?
• qual parte pertence à execução e qual pertence à liderança?

Quando essa análise é feita com honestidade, a empresa deixa de tratar sintomas e começa a corrigir o sistema que produz os resultados.

A ORQENA diagnostica, estrutura e opera governança de projetos para organizações que precisam transformar cobrança dispersa em prioridades, autoridade, informação e decisões executáveis. Se os mesmos problemas continuam aparecendo apesar das trocas de pessoas, conheça o PMO Diagnostic.