PMaaS ou gerente de projetos terceirizado: qual contratar?

Resposta direta

PMaaS e gerente de projetos terceirizado podem colocar um profissional externo na condução de uma iniciativa, mas não representam necessariamente a mesma contratação.

Na terceirização tradicional, a empresa costuma contratar a disponibilidade e a competência de um gerente de projetos. O cliente define prioridades, dirige a atuação, fornece o método, supervisiona o trabalho e assume os mecanismos de continuidade.

No PMaaS, a empresa contrata uma capacidade gerenciada para assumir responsabilidades de gestão sobre um projeto ou programa delimitado. O serviço combina profissional, método, supervisão, entregáveis, controles, continuidade, critérios de qualidade e transferência de conhecimento.

A escolha pode ser resumida assim:

• contrate um gerente de projetos terceirizado quando sua empresa já possui método, governança, supervisão e capacidade para dirigir o profissional, mas precisa ampliar temporariamente a equipe;
• contrate PMaaS quando precisa transferir responsabilidades operacionais de gestão com um resultado definido, sem depender apenas da atuação isolada de uma pessoa;
• não contrate nenhum dos dois quando o problema principal é falta de execução técnica, ausência de decisão executiva, inviabilidade do projeto ou desgovernança de todo o portfólio.

Na alocação, o objeto central é a capacidade do profissional. No PMaaS, o objeto central é a capacidade de gestão que precisa funcionar.

Essa distinção não transforma um modelo em universalmente superior. Uma alocação bem dirigida pode funcionar muito bem. Um PMaaS mal delimitado pode virar apenas uma alocação com outro nome. A decisão correta depende do que a empresa já consegue oferecer internamente e do que realmente pretende transferir ao fornecedor.

Por que os dois modelos parecem iguais?

Em ambos os casos, um gerente externo pode:

• organizar o plano;
• conduzir reuniões;
• acompanhar cronograma;
• coordenar equipes e fornecedores;
• tratar riscos, problemas e mudanças;
• preparar decisões;
• comunicar a situação do projeto;
• apoiar implantação, aceite e encerramento.

As atribuições técnicas do gerente não mudam apenas porque o contrato recebe um nome diferente. O Project Management Institute associa à função responsabilidades como identificar objetivos e escopo, planejar tarefas, gerenciar recursos, comunicar-se com as partes interessadas e remover bloqueios e riscos. A Association for Project Management destaca a gestão cotidiana de escopo, cronograma, finanças, risco, qualidade e recursos.

Por isso, observar apenas a agenda do profissional pode esconder a diferença. O que muda é o sistema que existe ao redor dele:

• quem define como o trabalho será conduzido;
• quem supervisiona a qualidade da gestão;
• quais resultados e entregáveis foram contratados;
• como o conhecimento é preservado;
• como ausências e substituições são tratadas;
• quem corrige falhas do modelo;
• até onde vai a responsabilidade do fornecedor;
• como ocorre a entrada, a revisão e a saída do serviço.

Dois profissionais podem executar atividades quase idênticas e, ainda assim, estar inseridos em modelos de contratação muito diferentes.

O que é um gerente de projetos terceirizado?

Gerente de projetos terceirizado é um profissional externo contratado para exercer a função de gerenciamento dentro da estrutura do cliente.

O formato pode variar:

• dedicação integral ou parcial;
• contrato por período determinado;
• alocação por consultoria ou empresa de serviços;
• atuação presencial, remota ou híbrida;
• substituição temporária de um gerente interno;
• reforço para um pico de demanda;
• condução de um projeto específico.

Na forma mais comum de alocação, a empresa contratante mantém a direção operacional. Ela decide em qual projeto o profissional trabalhará, quais processos seguirá, quais ferramentas usará, a quem responderá e como seu desempenho será acompanhado.

O fornecedor pode selecionar, contratar e administrar o profissional, mas isso não significa que assumiu o resultado da gestão como serviço. Em muitos contratos, sua obrigação central é disponibilizar alguém com o perfil e a carga acordados.

Esse modelo pode ser bastante eficiente quando o cliente possui:

• governança de projetos estabelecida;
• papéis e alçadas claros;
• método proporcional à realidade;
• liderança capaz de supervisionar a função;
• ferramentas e fontes de informação organizadas;
• padrões de documentação e controle;
• plano para receber e preservar conhecimento;
• capacidade de cobrir ausências ou transições.

Nessa situação, falta uma pessoa. O sistema de gestão já existe.

O que é PMaaS?

PMaaS, ou Project Management as a Service, é um serviço gerenciado que assume responsabilidades definidas de gestão sobre um projeto ou programa crítico.

Na ORQENA, o conceito é objetivo:

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

Um PMaaS bem estruturado delimita:

• o projeto ou programa atendido;
• o resultado que precisa ser protegido;
• as responsabilidades assumidas pelo serviço;
• as responsabilidades que permanecem com o cliente;
• o método e os controles necessários;
• os entregáveis mínimos;
• as rotinas de gestão;
• as alçadas e os caminhos de escalonamento;
• os indicadores do projeto e da gestão;
• os mecanismos de supervisão e continuidade;
• as condições de transição e encerramento.

O gerente que atua no cotidiano continua sendo essencial. A diferença é que ele não deveria estar sozinho. Sua atuação faz parte de uma capacidade com método, suporte, revisão e compromisso operacional.

A operação do serviço deve ser acompanhada desde a mobilização até o encerramento, com responsabilidades, controles e critérios de transição explícitos.

PMaaS ou gerente terceirizado: comparação direta

A tabela descreve modelos típicos, não uma regra jurídica universal. Um contrato de alocação pode incluir supervisão e substituição. Um fornecedor pode usar o nome PMaaS e entregar apenas um profissional. A empresa precisa avaliar o conteúdo real da proposta.

A diferença principal não está no currículo

É natural começar a seleção comparando experiência, certificações, setor de atuação e projetos anteriores. Esses elementos importam, mas não respondem à pergunta central.

Considere dois candidatos igualmente experientes.

O primeiro entra por alocação. O cliente fornece o processo, apresenta o projeto, direciona as atividades, revisa os relatórios e acompanha individualmente o desempenho. Se o profissional se ausentar, a empresa reorganiza a cobertura. Se sair, o cliente apoia a reconstrução do contexto.

O segundo entra como parte de um PMaaS. Antes da mobilização, o fornecedor qualifica o projeto e confirma responsabilidades. Durante a operação, há padrões mínimos, supervisão, revisão de qualidade, registros obrigatórios, mecanismos de escalonamento e plano de continuidade. Se houver substituição, o serviço precisa preservar o funcionamento da gestão.

O currículo pode ser semelhante. A arquitetura de responsabilidade não é.

Competência individual responde se a pessoa consegue gerenciar. Modelo operacional responde se a gestão continuará funcionando sob condições reais.

Dez diferenças que a empresa deve avaliar

1. Pessoa disponível ou resultado de gestão

Na alocação, a pergunta costuma ser: “Temos um profissional disponível com o perfil necessário?”

No PMaaS, a pergunta deveria ser: “Qual capacidade de gestão precisa funcionar e quais responsabilidades o serviço assumirá?”

Isso muda a forma de descrever a necessidade.

Uma solicitação baseada apenas em perfil pode especificar:

• senioridade;
• experiência setorial;
• certificações;
• ferramenta conhecida;
• dedicação esperada.

Uma solicitação orientada a serviço também descreve:

• situação do projeto;
• resultado esperado;
• frentes que precisam ser integradas;
• controles que precisam existir;
• decisões que precisam ser preparadas;
• riscos relevantes;
• entregáveis de gestão;
• responsabilidades e limites;
• critérios de continuidade e saída.

O profissional continua importante, mas deixa de ser a única unidade de análise.

2. Quem desenha a forma de trabalhar

Na terceirização tradicional, o gerente costuma ser inserido no sistema existente. Se o sistema é bom, ele ganha velocidade. Se é confuso, pode reproduzir a confusão.

No PMaaS, espera-se que o serviço avalie o contexto e estabeleça a forma mínima de gestão necessária. Isso pode envolver:

• consolidar fontes de informação;
• confirmar a linha de base;
• reconstruir previsões;
• organizar responsabilidades;
• definir fóruns e alçadas;
• criar registros de risco, problema, decisão e mudança;
• integrar planos de áreas e fornecedores;
• eliminar controles sem utilidade.

Não significa impor uma metodologia pronta. A APM define gestão de projetos como aplicação de processos, métodos, competências, conhecimento e experiência para alcançar objetivos dentro de parâmetros acordados. A forma de aplicar essa capacidade deve ser proporcional à iniciativa.

3. Supervisão e garantia da qualidade

Um gerente externo precisa de direção, feedback e avaliação como qualquer outro profissional.

Na alocação, essa supervisão tende a ficar com o cliente. Se a empresa não possui liderança experiente em projetos, pode avaliar apenas a aparência dos artefatos ou a satisfação das reuniões.

Em um PMaaS, a supervisão técnica deveria fazer parte do serviço. Ela pode verificar, por exemplo:

• se a previsão é sustentada por dados;
• se riscos possuem resposta e responsável;
• se mudanças foram analisadas de forma integrada;
• se decisões chegaram à alçada correta;
• se marcos possuem critérios de aceite;
• se dependências críticas estão visíveis;
• se a comunicação executiva distingue fato, previsão e hipótese.

O cliente continua acompanhando o serviço, mas não precisa construir sozinho todo o mecanismo de qualidade.

4. Continuidade em ausências e substituições

Nenhum modelo elimina o risco de troca de profissional.

Na alocação, a substituição pode ser tratada como reposição de perfil. O novo gerente recebe documentos, participa de uma transição e reconstrói relações. A qualidade depende muito de como o cliente preservou o contexto.

No PMaaS, a continuidade precisa estar desenhada antes da necessidade. Isso exige:

• registros atualizados;
• decisões e premissas rastreáveis;
• plano integrado acessível;
• responsáveis identificados;
• supervisão com conhecimento da situação;
• rotina de cobertura;
• transição com critérios objetivos;
• validação do novo responsável.

PMaaS não promete que uma troca será invisível. Promete que o serviço não dependerá apenas da memória de uma pessoa.

5. Responsabilidade pela mobilização

Colocar um gerente em um projeto não equivale a transferir o controle da gestão.

Na alocação, o cliente normalmente organiza acessos, apresenta participantes, entrega documentos, define prioridades e orienta o início.

No PMaaS, a mobilização faz parte da entrega. O serviço deve:

1. confirmar o mandato;
2. compreender o objetivo e a criticidade;
3. verificar a condição real;
4. reunir as fontes disponíveis;
5. identificar lacunas e riscos imediatos;
6. propor controles e rotinas;
7. combinar responsabilidades;
8. apresentar um plano de estabilização.

Quando o projeto está atrasado, essa entrada pode exigir uma avaliação antes de qualquer promessa. Veja o guia sobre como recuperar um projeto atrasado.

6. Flexibilidade de direção

A alocação costuma oferecer ao cliente maior liberdade para redistribuir o profissional entre demandas. Isso pode ser útil quando as prioridades mudam frequentemente e a organização sabe administrar essa capacidade.

O PMaaS tende a proteger melhor um resultado delimitado. A empresa pode ajustar prioridades dentro do escopo, mas não deveria desviar continuamente a equipe do serviço sem revisar impactos e responsabilidades.

Essa proteção é valiosa em projetos críticos. Também exige disciplina do contratante. Não faz sentido responsabilizar o serviço por um projeto se a capacidade contratada é consumida por demandas não relacionadas.

7. Entregáveis e critérios de aceite

Na alocação, entregáveis podem ser definidos ao longo do trabalho pelo gestor interno.

No PMaaS, deve existir um conjunto mínimo desde o início. Dependendo do projeto, pode incluir:

• avaliação situacional;
• mandato e governança;
• plano integrado;
• cronograma e previsões;
• matriz de responsabilidades;
• registro de riscos e problemas;
• controle de mudanças;
• registro de decisões;
• relatório executivo;
• plano de implantação;
• aceite e encerramento;
• pacote de transição.

O valor não está em produzir mais documentos. Está em manter as informações necessárias para coordenar execução e decisão.

8. Conhecimento e propriedade da informação

Nos dois modelos, os registros do projeto devem permanecer acessíveis ao cliente.

O risco aparece quando decisões, justificativas, relações e próximos passos vivem em mensagens privadas ou na memória do gerente. A saída da pessoa então se transforma em perda de capacidade.

Um PMaaS deveria prever:

• repositório definido;
• estrutura de arquivos;
• atualização mínima;
• registro das decisões relevantes;
• controle de versões;
• responsáveis pelos dados;
• transferência periódica, não apenas no encerramento.

Esse cuidado também deveria existir em uma alocação. A diferença é que, no serviço gerenciado, ele precisa fazer parte do desenho do fornecedor.

9. Medição do desempenho

Avaliar um gerente apenas por presença, horas ou quantidade de reuniões é insuficiente. Avaliar PMaaS apenas pela entrega de relatórios também é.

Indicadores úteis podem observar:

• confiabilidade das previsões;
• decisões escaladas no prazo;
• tempo de resolução de impedimentos;
• riscos críticos com resposta ativa;
• marcos aceitos conforme critérios definidos;
• ações relevantes vencidas e envelhecimento;
• mudanças com impacto analisado;
• qualidade percebida por patrocinador e responsáveis;
• prontidão para implantação;
• resultados e benefícios cuja relação causal possa ser demonstrada.

É importante separar qualidade da gestão de desempenho da execução. O gerente pode coordenar corretamente e, ainda assim, uma equipe não receber os recursos aprovados. O fornecedor pode evidenciar a consequência, mas não materializar uma decisão que pertence ao cliente.

10. Saída e transferência

Uma alocação pode terminar quando o período ou a necessidade acaba. Se não houver um plano de saída, a transição tende a ser organizada perto do desligamento.

No PMaaS, o encerramento deveria ser desenhado desde o início. Ele pode ocorrer quando:

• o projeto foi concluído;
• a iniciativa foi interrompida com decisão formal;
• a gestão será transferida para um profissional interno;
• o programa mudará de fase;
• o serviço deixará de ser necessário;
• as responsabilidades serão redimensionadas.

O pacote de saída pode reunir situação, próximos marcos, compromissos, riscos, problemas, decisões, mudanças, responsabilidades, contratos, aceites, lições e acessos.

Quando contratar um gerente de projetos terceirizado

A alocação tende a ser a escolha mais adequada quando a empresa já possui o sistema de gestão e precisa completar capacidade.

Cenário 1: o PMO interno é maduro

A organização possui padrões, governança, ferramentas, relatórios, supervisão e integração de portfólio. Um novo projeto foi aprovado, mas nenhum gerente interno está disponível.

Nesse caso, alocar um profissional capaz de operar no modelo existente pode ser suficiente. Contratar uma camada adicional de serviço talvez gere sobreposição.

Cenário 2: a substituição é temporária

Um gerente interno ficará afastado por período definido. O projeto está organizado, os registros estão atualizados e a liderança continuará supervisionando.

Uma substituição temporária, com transição de entrada e saída, pode resolver a necessidade.

Cenário 3: a empresa quer dirigir o profissional diretamente

Algumas organizações preferem definir diariamente tarefas, prioridades e abordagem. Se possuem competência para isso e aceitam assumir a supervisão e a continuidade, a alocação é coerente.

Cenário 4: existe demanda variável entre vários projetos

O cliente precisa de um profissional que possa se deslocar entre iniciativas conforme prioridades internas. Se não há um resultado único a proteger, um modelo flexível de capacidade pode aderir melhor.

Cenário 5: o processo interno não pode ser alterado

Ambientes regulados ou altamente padronizados podem exigir que todos os profissionais operem dentro de um método já estabelecido. Se não há espaço nem necessidade para o fornecedor estruturar a capacidade, a alocação pode ser mais simples.

Quando contratar PMaaS

PMaaS tende a fazer mais sentido quando a empresa não precisa apenas preencher uma cadeira. Precisa colocar a gestão da iniciativa em funcionamento.

Cenário 1: o projeto é crítico e a gestão está desorganizada

Existem versões diferentes do plano, decisões paradas, riscos sem resposta e baixa confiança nas previsões. A empresa precisa de mobilização, estabilização e condução, não apenas de presença profissional.

Cenário 2: o cliente não possui supervisão especializada disponível

A organização tem especialistas de negócio e um patrocinador atuante, mas não possui liderança de projetos capaz de orientar e revisar cotidianamente o gerente externo.

PMaaS pode fornecer o sistema de supervisão sem retirar do cliente suas alçadas.

Cenário 3: a continuidade é requisito crítico

A iniciativa não pode perder controle quando o profissional principal se ausenta ou é substituído. O serviço precisa preservar registros, conhecimento e cobertura.

Cenário 4: o projeto exige integração de várias partes

Áreas internas e fornecedores possuem seus próprios planos, mas ninguém responde pela integração. O PMaaS pode assumir a coordenação do conjunto, desde que o mandato alcance os participantes necessários.

Cenário 5: a empresa precisa recuperar a iniciativa

O plano perdeu credibilidade e a liderança precisa decidir entre recuperar, fasear, replanejar ou interromper. Um serviço gerenciado pode começar com diagnóstico situacional e conduzir a alternativa aprovada.

Cenário 6: a necessidade termina com o ciclo do projeto

A empresa precisa de gestão sênior durante uma transformação, implantação ou transição, mas não pretende formar uma posição permanente. PMaaS pode operar até o encerramento ou a transferência planejada.

O artigo quando uma empresa deveria contratar PMaaS apresenta uma avaliação mais detalhada de necessidade, aderência e prontidão.

Quando nenhum dos dois resolve o problema

Uma comparação útil também precisa mostrar quando a pergunta está errada.

Falta execução técnica

Se não há desenvolvedores, engenheiros, analistas, especialistas ou usuários para executar e validar entregas, acrescentar gestão não elimina a restrição.

O gerente pode planejar, coordenar, evidenciar e escalar a lacuna. Não consegue substituir competências que não fazem parte de sua responsabilidade.

Falta patrocínio e decisão

Nenhum fornecedor externo deveria aprovar prioridades estratégicas, aceitar riscos de negócio ou comprometer áreas em nome da direção.

Se o patrocinador não participa, decisões importantes continuarão paradas. O artigo sobre o papel do patrocinador de projetos explica quais responsabilidades executivas não devem ser delegadas.

O projeto perdeu justificativa

Uma iniciativa pode estar tecnicamente recuperável e ainda não merecer continuidade. Mudança de estratégia, redução do benefício, aumento de exposição ou sobreposição podem tornar a interrupção mais racional.

Antes de contratar capacidade para acelerar, a liderança precisa confirmar se o projeto ainda deveria existir.

O problema está no portfólio inteiro

Quando prioridades conflitantes, capacidade insuficiente, dados incompatíveis e decisões atrasadas aparecem em muitas iniciativas, o problema ultrapassa um gerente de projeto.

Nesse caso, a empresa deve avaliar uma capacidade de PMO. Veja a diferença entre PMOaaS e PMaaS.

O escopo permanece indefinido por decisão do negócio

O gerente pode estruturar alternativas e organizar a definição. Não deveria inventar objetivos ou requisitos que cabem aos responsáveis pelo negócio.

A empresa quer transferir toda a responsabilidade

Terceirizar a gestão não terceiriza automaticamente:

• patrocínio;
• decisão de investimento;
• aprovação de mudanças;
• disponibilização de equipes;
• conhecimento do negócio;
• execução técnica;
• aceite das entregas;
• adoção da mudança;
• realização dos benefícios.

Se a expectativa é que o fornecedor compense sozinho a ausência dessas condições, nenhum dos dois modelos funcionará como prometido.

Matriz de decisão: capacidade interna e criticidade

Dois eixos ajudam a orientar a escolha:

1. capacidade interna de dirigir a gestão: método, supervisão, governança e continuidade disponíveis no cliente;
2. criticidade da iniciativa: impacto estratégico, operacional, regulatório, financeiro ou reputacional.

A matriz não substitui diagnóstico. Ela ajuda a evitar dois excessos:

• contratar um serviço mais amplo quando o cliente só precisa de reforço;
• contratar apenas um perfil quando a iniciativa precisa de um sistema completo de gestão.

Teste prático com 12 perguntas

Responda “sim” ou “não” para cada pergunta.

Sobre a estrutura interna

1. Existe um método de gestão que o profissional conseguirá usar imediatamente?
2. Há alguém capaz de supervisionar tecnicamente o gerente?
3. As alçadas e fóruns de decisão já funcionam?
4. Os dados e documentos do projeto estão organizados?
5. A empresa possui mecanismo de continuidade se o profissional sair?
6. O cliente quer dirigir diretamente as prioridades cotidianas?

Sobre a necessidade do projeto

7. É preciso avaliar ou reconstruir a situação real antes de continuar?
8. O fornecedor deverá propor a forma mínima de gestão?
9. Continuidade e cobertura são requisitos críticos?
10. A iniciativa exige supervisão externa do trabalho de gestão?
11. A empresa espera entregáveis e resultados de gestão definidos?
12. A responsabilidade precisa ir além da disponibilidade individual?

Como interpretar

• muitos “sim” nas perguntas 1 a 6 indicam que a empresa já possui a estrutura necessária para dirigir uma alocação;
• muitos “sim” nas perguntas 7 a 12 indicam necessidade de uma capacidade gerenciada, favorecendo PMaaS;
• respostas negativas nos dois grupos sugerem que a empresa ainda não definiu o problema ou não criou condições mínimas de contratação;
• pontuação dividida indica um modelo híbrido possível, mas as responsabilidades precisam ser explícitas para evitar zonas cinzentas.

O teste orienta a conversa. Não deve ser usado como decisão automática.

Exemplo 1: quando a alocação é suficiente

Exemplos ilustrativos. Dados fictícios utilizados apenas para demonstração.

Uma indústria possui PMO interno, método corporativo e líderes experientes. Um gerente ficará afastado por cinco meses durante a fase de execução de uma expansão fabril.

O projeto possui:

• patrocinador ativo;
• cronograma integrado e atualizado;
• orçamento controlado;
• riscos com responsáveis;
• comitê quinzenal;
• repositório organizado;
• coordenadores técnicos experientes;
• um diretor de projetos capaz de supervisionar a substituição.

A lacuna é clara: falta uma pessoa qualificada durante um período definido.

Nesse cenário, contratar um gerente terceirizado pode ser a decisão mais aderente. O cliente já possui o sistema, sabe orientar o profissional e consegue assegurar continuidade.

O contrato deveria cuidar de:

• perfil e competências;
• dedicação;
• início e duração;
• responsabilidades funcionais;
• confidencialidade;
• transição de entrada;
• avaliação de desempenho;
• substituição, se necessária;
• transição de retorno ao gerente interno.

Um PMaaS também poderia operar, mas talvez adicionasse responsabilidades que a empresa já executa bem.

Exemplo 2: quando PMaaS é mais adequado

Uma empresa de serviços precisa implantar um novo ERP em nove meses. O projeto envolve finanças, operações, tecnologia, compras e três fornecedores.

A situação encontrada é:

• existem três versões do cronograma;
• a data de implantação foi anunciada sem validação de dependências;
• os requisitos críticos não possuem critérios de aceite;
• fornecedores apresentam percentuais incompatíveis;
• decisões permanecem abertas por várias semanas;
• riscos estão registrados sem respostas;
• ninguém integra migração, testes, treinamento e transição operacional;
• o patrocinador recebe informações atrasadas;
• não há liderança interna disponível para supervisionar um gerente externo.

Aqui, a lacuna não é apenas uma pessoa. A capacidade de gestão precisa ser estabelecida e operada.

Um PMaaS poderia entrar em quatro movimentos:

Movimento 1: verificar a situação

Reunir fontes, confirmar entregas, analisar dependências, distinguir linha de base de previsão e identificar decisões críticas.

Movimento 2: estabilizar a gestão

Consolidar o plano, organizar responsabilidades, definir fóruns, estabelecer controles e preparar um diagnóstico executivo.

Movimento 3: conduzir a execução

Integrar as frentes, acompanhar marcos, tratar riscos e problemas, controlar mudanças, preparar decisões e coordenar fornecedores.

Movimento 4: implantar e transferir

Conduzir prontidão, entrada em produção, estabilização, aceite e transferência do conhecimento para a estrutura que permanecerá.

Mesmo nesse modelo, o cliente ainda precisa fornecer patrocinador, especialistas, decisões, aprovações, dados e capacidade de execução.

Exemplo 3: quando é preciso corrigir a pergunta

Uma empresa relata que o projeto de lançamento de um produto está atrasado e solicita um gerente externo.

Na avaliação inicial, descobre-se que:

• o produto ainda não possui posicionamento aprovado;
• a área comercial e a área técnica defendem públicos diferentes;
• o patrocinador não definiu a prioridade em relação a outras iniciativas;
• faltam dois especialistas essenciais;
• a data foi anunciada antes da definição do escopo;
• não há decisão sobre continuar, reduzir ou adiar.

O problema principal não é ausência de gerente. A organização precisa primeiro tomar decisões de negócio e confirmar capacidade técnica.

Contratar um profissional ou PMaaS nesse momento pode ajudar a estruturar as opções, mas não deveria ser apresentado como solução suficiente. O primeiro trabalho seria uma avaliação delimitada, com decisões executivas antes da gestão completa.

Como avaliar uma proposta de gerente terceirizado

Se a escolha for alocação, avalie mais do que o currículo.

Aderência ao contexto

• O profissional já conduziu iniciativas de complexidade comparável?
• Consegue operar no método e nas ferramentas do cliente?
• Possui habilidade para coordenar áreas sem autoridade hierárquica?
• Sabe comunicar situação e decisão para diferentes níveis?
• Demonstra capacidade de distinguir fato, previsão, risco e opinião?

Condições da alocação

• A dedicação está clara?
• O profissional poderá ser remanejado pelo fornecedor?
• Quem supervisiona o trabalho?
• Como o desempenho será avaliado?
• Como ausências serão tratadas?
• Qual é o processo de substituição?
• Como ocorrerá a passagem de conhecimento?

Integração com o cliente

• Quem será o gestor direto?
• Quais métodos e ferramentas serão utilizados?
• Quais entregáveis são esperados?
• Quais alçadas o profissional terá?
• Onde os documentos ficarão?
• Quem resolverá conflitos de prioridade?

A clareza dessas respostas reduz o risco de contratar um bom profissional e colocá-lo em um ambiente que não permite bom desempenho.

Como avaliar uma proposta de PMaaS

Se a escolha for serviço gerenciado, verifique se a proposta realmente vai além da alocação.

Escopo e resultado

• Qual projeto ou programa será atendido?
• Qual resultado da gestão o serviço deve produzir?
• Quais responsabilidades são assumidas?
• Quais responsabilidades permanecem com o cliente?
• O que está explicitamente fora do escopo?

Modelo operacional

• Como ocorrerá a mobilização?
• Como a situação inicial será verificada?
• Quais rotinas e entregáveis mínimos existirão?
• Como riscos, problemas, mudanças e decisões serão tratados?
• Como o serviço coordenará áreas e fornecedores?
• Como será preparada a implantação e a transição?

Supervisão e continuidade

• Quem supervisiona tecnicamente o gerente principal?
• Como a qualidade da gestão será revisada?
• Quais registros impedem dependência individual?
• Como ausências e substituições serão cobertas?
• Qual é o tempo e o processo de transição?

Medição

• Quais indicadores avaliam a qualidade da gestão?
• Quais indicadores pertencem ao desempenho do projeto?
• Como serão registradas causas externas ao serviço?
• Qual será a frequência das revisões?
• Quais condições exigem correção ou redimensionamento?

Saída

• Quais são os critérios de encerramento?
• Como o conhecimento será transferido?
• Quem receberá as responsabilidades?
• Quais documentos e acessos serão entregues?
• Como pendências e riscos residuais serão formalizados?

Se a proposta responde apenas quem será alocado e por quanto tempo, talvez seja uma alocação apresentada como PMaaS.

Responsabilidades que precisam estar explícitas

Um dos maiores riscos dos dois modelos é deixar a divisão de trabalho implícita.

Essa matriz é um ponto de partida. A responsabilidade específica deve ser adaptada ao projeto e formalizada.

Modelo híbrido: quando pode fazer sentido

Nem toda escolha precisa ser binária.

Uma empresa madura pode contratar PMaaS para uma iniciativa crítica e manter gerentes alocados em projetos menores. Também pode usar PMaaS durante a recuperação e depois transferir a condução para um profissional terceirizado sob supervisão interna.

Outras combinações possíveis incluem:

• PMaaS para o programa e gerentes alocados nas frentes;
• gerente terceirizado durante a execução e apoio especializado em uma implantação crítica;
• PMaaS até formar um gerente interno;
• alocação com revisão técnica periódica de uma estrutura externa;
• PMaaS para uma etapa delimitada e gestão interna no restante do ciclo.

O risco do híbrido é criar responsabilidades sobrepostas. Para funcionar, a organização precisa definir:

• quem integra o conjunto;
• quem mantém a versão oficial do plano;
• quem prepara e quem toma decisões;
• quem supervisiona cada profissional;
• quem responde pela continuidade;
• como mudanças de responsabilidade serão formalizadas.

Sete erros comuns na escolha

1. Escolher apenas pelo título da proposta

Os termos não são usados de forma uniforme no mercado. Leia responsabilidades, entregáveis, supervisão e continuidade.

2. Comparar somente currículos

Currículo avalia a pessoa. Não avalia o sistema que sustentará sua atuação.

3. Contratar PMaaS e dirigir como alocação

Se o cliente muda continuamente as prioridades, distribui tarefas individuais e esvazia o mandato, o fornecedor não consegue responder pelo resultado acordado.

4. Contratar alocação sem capacidade de supervisão

Um profissional sênior ainda precisa de objetivo, alçadas, informação e direção organizacional. Ausência de supervisão não se transforma automaticamente em autonomia produtiva.

5. Confundir gestão com execução técnica

O gerente coordena o trabalho. Não substitui todos os especialistas necessários para produzi-lo.

6. Ignorar o plano de substituição

Perguntar sobre continuidade somente após a saída do profissional é tarde. O mecanismo deve existir desde a entrada.

7. Medir atividade em vez de efetividade

Muitas reuniões, relatórios e planos atualizados não provam que decisões ocorreram no tempo certo, riscos foram tratados ou marcos estão confiáveis.

Como fazer a escolha em cinco etapas

Etapa 1: descreva o problema sem escolher a solução

Registre o que está acontecendo, onde ocorre, há quanto tempo, qual impacto produz e quais causas já foram verificadas.

Evite começar com “precisamos de um gerente”. Comece com “a iniciativa não possui integração entre seis frentes e as decisões críticas permanecem abertas por vinte dias”.

Etapa 2: identifique o que já existe internamente

Avalie método, liderança, governança, ferramentas, informação, supervisão e continuidade.

Se tudo isso existe, a necessidade pode ser de capacidade individual. Se não existe, talvez seja necessário contratar uma capacidade mais completa.

Etapa 3: delimite o que será transferido

Separe:

• responsabilidades de gestão;
• decisões de negócio;
• execução técnica;
• supervisão;
• continuidade;
• propriedade dos registros;
• realização de benefícios.

Etapa 4: compare propostas pelo mesmo problema

Peça que os fornecedores expliquem:

• como entrarão no projeto;
• quais responsabilidades assumirão;
• como trabalharão com o cliente;
• como controlarão qualidade;
• como preservarão continuidade;
• como medirão o serviço;
• como sairão.

Sem uma base comum, a comparação será apenas entre formatos diferentes de apresentação.

Etapa 5: valide a prontidão do cliente

Confirme patrocinador, alçadas, equipes, acessos, fontes de informação e disponibilidade para decidir.

Mesmo o melhor modelo falha quando a organização não fornece as condições que continuam sob sua responsabilidade.

Perguntas frequentes

PMaaS é apenas um nome novo para gerente terceirizado?

Pode ser, se a proposta apenas alocar um profissional. Em um PMaaS real, o serviço inclui responsabilidades, método, entregáveis, supervisão, continuidade, medição e transição além da disponibilidade individual.

Um gerente terceirizado pode ter autonomia?

Sim. Autonomia depende do mandato e das alçadas concedidas, não do vínculo. Ainda assim, decisões estratégicas e de negócio permanecem com a organização responsável.

PMaaS sempre inclui um gerente dedicado?

Não necessariamente. O desenho pode combinar liderança principal, suporte especializado e supervisão conforme a complexidade. A dedicação e a cobertura precisam estar claras.

O gerente terceirizado trabalha no método do cliente?

Normalmente sim, especialmente em alocação. Ele também pode sugerir melhorias, mas a decisão e a implantação do método tendem a permanecer com o cliente.

PMaaS pode usar as ferramentas da empresa?

Sim. O serviço deve se integrar ao ambiente do cliente quando isso for seguro e eficiente. Ferramenta não define o modelo de contratação.

Qual modelo é melhor para um projeto atrasado?

Depende da estrutura interna. Se a empresa possui liderança e método para dirigir a recuperação, um gerente terceirizado pode ser suficiente. Se também precisa diagnosticar, reconstruir controles, supervisionar e assegurar continuidade, PMaaS tende a aderir melhor.

Quem toma as decisões no PMaaS?

O serviço prepara informações, recomenda alternativas, acompanha prazos e escala. O cliente toma decisões que pertencem às suas alçadas de negócio.

PMaaS substitui o PMO?

Não. PMaaS gerencia projetos ou programas delimitados. O PMO atua sobre governança, padrões, informação e decisões de um conjunto de iniciativas. A comparação está detalhada em PMOaaS ou PMaaS.

É possível começar com PMaaS e internalizar depois?

Sim. A transferência deve ser planejada desde o início, com critérios, documentação, preparação do sucessor e período de transição.

Como saber se a proposta é realmente PMaaS?

Verifique se ela define resultado, responsabilidades, método, entregáveis, supervisão, continuidade, indicadores e saída. Se apresenta apenas perfil e disponibilidade, provavelmente é alocação.

Conclusão

A decisão entre PMaaS e gerente de projetos terceirizado não deveria começar pelo nome do contrato nem terminar no currículo.

O ponto central é a capacidade que a empresa já possui e a responsabilidade que precisa contratar.

Se a organização tem método, governança, supervisão e continuidade, mas falta alguém para operar esse sistema, um gerente terceirizado pode resolver a necessidade de forma direta.

Se a iniciativa precisa que uma capacidade de gestão seja mobilizada, estruturada, supervisionada e mantida com responsabilidades definidas, PMaaS tende a ser mais adequado.

Em qualquer modelo, quatro responsabilidades permanecem decisivas no cliente:

1. patrocinar;
2. decidir;
3. disponibilizar capacidade de execução;
4. aceitar e incorporar os resultados.

A melhor contratação não é a que transfere mais atividades. É a que deixa explícito quem responderá por cada condição necessária para o projeto avançar.

Se sua empresa precisa conduzir uma iniciativa crítica e ainda não sabe qual modelo se encaixa, conheça o PMaaS da ORQENA ou converse com a ORQENA para avaliar o contexto, as responsabilidades e a forma de entrada.