pt
Gerente de projeto, Gerente de projetos
Ultrapassa o orçamento do projeto: Como é que o PMI explica o desperdício de 9,4% - e como o eliminar com a Linha de base, o risco e o portefólio
As derrapagens orçamentais dos projectos são um sintoma operacional, não de planeamento. A maior parte dos líderes de PMO que gerem 30 ou mais projectos em paralelo conhecem o padrão: a variação aparece tarde, os registos de risco ficam obsoletos no segundo mês e a visão do portfólio é um PowerPoint trimestral cosido a partir de folhas de cálculo. A questão interessante não é saber porque é que as derrapagens acontecem, mas porque é que algumas organizações as mantêm consistentemente abaixo dos 9% do investimento total, enquanto outras se aproximam dos 11%. As próximas secções abordam as três práticas operacionais que explicam a diferença, o que os dados do PMI dizem sobre o seu efeito composto e como um Diretor de PMO pode reconhecer se o sistema está a funcionar no seu próprio portfólio.
Neste artigo, vais aprender:
|
PMI Pulse of the Profession®: o que 3.950 gerentes de projeto realmente mostraram
O relatório Pulse of the Profession® do PMI, Beyond Agile: O Imperativo da Flexibilidade, entrevistou 3.950 gerentes de projeto em todos os setores e regiões. A sua principal conclusão é uma das poucas estatísticas de gestão de projectos que vale a pena memorizar: o investimento desperdiçado devido ao fraco desempenho do projeto diminuiu para 9,4% a nível mundial, contra 11,4% no ano anterior. Numa carteira de 100 milhões de dólares em projectos activos, este movimento de dois pontos percentuais traduz-se em dois milhões de dólares em valor recuperado – todos os anos.
O relatório do PMI não se ficou pelo número principal. Segmentou as organizações pelas suas práticas operacionais e encontrou um padrão claro: as organizações que aplicam padrões de forma consistente – o que o PMI chama de “empresas de ginástica”, usando a metáfora de um ginasta que combina a disciplina do treino com a flexibilidade do movimento – desperdiçaram 9% do investimento contra 10,5% nas organizações tradicionais. O mesmo grupo era significativamente mais propenso a ter uma elevada agilidade organizacional (48% versus 27%), a utilizar práticas de gestão de risco padronizadas (68% versus 64%) e a atingir uma elevada maturidade de gestão de projectos (52% versus 45%).
O valor de 9,4% de resíduos – o que mede realmente
O PMI define o desperdício de investimento como a percentagem de orçamentos de projectos perdidos devido a prazos não cumpridos, orçamentos ultrapassados e scope creep. É uma medida retrospetiva, calculada a partir de projectos concluídos nos doze meses anteriores e auto-relatada pelos gestores de projectos das suas organizações. Duas implicações são importantes para os líderes do PMO. Em primeiro lugar, o número é um limite mínimo, não um limite máximo – as indústrias com ciclos de projeto mais longos e regulamentação mais rigorosa, como a construção, a indústria farmacêutica ou as grandes transformações de TI, apresentam frequentemente um desperdício mais elevado, uma vez incluídos os efeitos compostos. Em segundo lugar, é um sinal ao nível da carteira e não ao nível do projeto. Uma única derrapagem não aparece nesta figura, mas sim um padrão de derrapagens num portefólio, e é esse padrão que separa as organizações que retêm o investimento das que o desperdiçam. A implicação para um Chefe de PMO é que o número não pode ser melhorado corrigindo um mau projeto – tem de ser melhorado estruturalmente, em todo o portfólio.
Os Padrões são o motor do fosso, não a cultura
A diferença de 1,5 pontos percentuais entre as organizações de alto padrão e as restantes parece pequena num único projeto. À escala da carteira, aumenta rapidamente. Um PMO que gere 50 projectos com uma média de 2 milhões de dólares por ano tem 100 milhões de dólares de despesas activas; a diferença entre 9% e 10,5% de desperdício é de 1,5 milhões de dólares por ano e, em três anos, é suficiente para financiar uma pequena carteira de novas iniciativas sem capital adicional. Os dados do PMI mostram que a diferença é colmatada por três práticas aplicadas de forma consistente e não por uma escolha de metodologia. Os PMOs de Waterfall que aprovam linhas de base, operam registos de risco e gerem painéis de controlo de portfólio superam as equipas ágeis que não o fazem. O título é simples: a metodologia é uma decisão de entrega, a governação é uma decisão de investimento e os dados apontam para a governação como a alavanca para reduzir os excessos orçamentais.
Porque é que os Orçamentos são ultrapassados: três modos de falha estrutural
Os excessos orçamentais dos projectos à escala da carteira raramente são causados por uma má estimativa ou por um risco inesperado. São causados por lacunas em três camadas operacionais que se devem reforçar mutuamente: Linha de base, risco e visibilidade da carteira. Quando uma das camadas está em falta ou obsoleta, as outras duas não podem compensar. As secções seguintes diagnosticam cada modo de falha utilizando dados do PMI, Wellingtone e KPMG; as três secções seguintes prescrevem a resposta operacional.
A ausência de Linha de Base significa que não há variação mensurável
De acordo com o Relatório sobre o Estado da Gestão de Projectos 2024 da Wellingtone, apenas 48% das organizações “normalmente ou sempre” fazem a Linha de Base dos seus Cronogramas. A implicação é simples: mais de metade de todos os Relatórios de Estado do Projeto descrevem o plano atual, não o desvio do plano original. Sem um ponto de referência fixo, “estamos a seguir o plano” torna-se “estamos a seguir o que quer que o plano se tenha tornado”. As ultrapassagens desaparecem porque não podem ser medidas – e o que não pode ser medido não pode ser corrigido. O padrão é reforçado pelo mesmo relatório da Wellingtone, que conclui que cerca de metade dos Gerentes de projeto gastam pelo menos um dia por mês em relatórios manuais de status; esse esforço produz Relatórios de atividade, não relatórios de variação, porque a Linha de base que tornaria a variação mensurável está faltando em primeiro lugar.
Registos de Riscos que existem no papel e não nas operações
O Global Construction Survey 2023 da KPMG revelou que 37% dos inquiridos atribuíram os excessos orçamentais ou de calendário diretamente a uma gestão inadequada dos riscos. O mesmo inquérito da KPMG relatou que apenas cerca de metade dos proprietários de projectos afirmam que os seus projectos são concluídos a tempo, enquanto 87% observaram um escrutínio crescente do desempenho do projeto por parte dos patrocinadores e dos conselhos de administração. O padrão dominante, consistente em todos os sectores, não é a ausência de um registo de riscos – é um registo preenchido durante o arranque do projeto e nunca atualizado. Um risco que foi classificado como “médio” na segunda semana mantém-se “médio” no sexto mês, independentemente do que tenha acontecido com as condições subjacentes. Um registo de riscos que não é revisitado é um documento, não uma ferramenta operacional, e um documento não pode desencadear uma decisão antes de o risco se materializar.
A invisibilidade a nível da carteira esconde a acumulação de excessos
As variações individuais dos projectos são muitas vezes suficientemente pequenas para parecerem aceitáveis isoladamente. Uma ultrapassagem de 6% num projeto, uma ultrapassagem de 8% noutro, um marco atrasado num terceiro – cada um parece uma exceção controlável, o tipo de variação que qualquer carteira ativa produzirá num determinado trimestre. Sem uma visão única do portfólio que agregue estes sinais quase em tempo real, o padrão emerge apenas na revisão trimestral, quando o efeito cumulativo já é visível no orçamento real. Nessa altura, o PMO está a reagir a derrapagens que já ocorreram, não a prevenir as próximas, e a conversa com o patrocinador passa de “devemos redefinir as prioridades” para “como explicamos a lacuna ao conselho de administração”. O problema estrutural não é o facto de os dados não existirem – existem em todos os projectos – mas sim o facto de não serem reunidos com a rapidez suficiente para serem utilizados.
Experimenta o FlexiProject!
Linha de base como primeira alavanca - como a tornar operacional
Uma Linha de Base não é uma versão guardada do gráfico de Gantt. É um acordo entre o Gerente de projeto e o patrocinador sobre o que é o sucesso, formalizado como um registro que não pode ser silenciosamente alterado. Tratada desta forma, a Linha de Base torna-se um objeto de governação e não um artefacto do projeto. Os efeitos a jusante são significativos: a variação torna-se mensurável, as alterações de âmbito requerem uma aprovação explícita e os relatórios de estado tornam-se relatórios de desvio e não relatórios de atividade.
Como é, na prática, uma Linha de Base funcional
Uma Linha de base operacional contém três artefactos: um Cronograma aprovado com datas de marcos bloqueadas, um plano de custos acordado e uma referência de âmbito em relação à qual qualquer alteração deve ser medida. A aprovação é registada no sistema – quem a aprovou, quando e em relação a que versão do plano. Sem esse registo, “o que foi aprovado” torna-se uma questão de memória e de arqueologia de e-mails, que tendem a favorecer a versão que explica o excesso em vez da versão que o contradiz. A disciplina é mais importante no momento da mudança. Quando um novo requisito aparece no mês quatro, a questão não é “será que isto é uma boa ideia” – é “o que é que isto faz à Linha de Base aprovada, quem precisa de aprovar a mudança, e qual é o impacto no custo e no Cronograma”. Sem uma referência bloqueada, essa conversa nunca acontece; a mudança é absorvida silenciosamente e o excesso aparece dois meses depois como uma surpresa.
Como o FlexiProject gere a aprovação da Linha de Base e o acompanhamento das variações
FlexiProject Trata a aprovação da Linha de Base como um fluxo de trabalho e não como uma caixa de verificação. O Cronograma e o plano de custos passam por um caminho de aprovação antes de se tornarem Linha de Base; uma vez aprovado, a Linha de Base é bloqueada como referência e qualquer modificação subsequente requer um pedido de alteração com reaprovação explícita da autoridade atribuída. A variação em relação à Linha de Base aparece automaticamente no Painel de Controlo do projeto – os desvios no Cronograma, no Custo e no Âmbito são controlados continuamente e não reportados manualmente. Para os PMOs que gerem grandes portfólios, o efeito operacional é que os relatórios de variação deixam de ser um exercício mensal de juntar folhas de cálculo e passam a ser um sinal contínuo disponível a pedido. O Gerente de projeto gasta menos tempo produzindo o status e mais tempo agindo sobre ele, o patrocinador recebe os dados de variação no dia em que um marco cai em vez de no próximo comitê de direção, e a trilha de auditoria de quem aprovou o que e quando é capturada pelo sistema em vez de reconstruída após o fato. A mecânica completa da aprovação da Linha de Base e do acompanhamento das variações é descrita na documentação do FlexiProject sobre o Cronograma e Gantt.
A gestão do risco como segunda alavanca - registos que sobrevivem após o pontapé de saída
A constatação do PMI de que 68% das organizações de alto padrão utilizam práticas padronizadas de gestão de riscos, contra 64% das demais, parece uma pequena lacuna. O efeito de composição de um portfólio conta uma história diferente. Um registo de risco que é operado – revisto regularmente, propriedade de indivíduos nomeados, ligado ao impacto no Cronograma e no Orçamento – traz à superfície os problemas semanas antes de se tornarem ultrapassagens. Um registo que existe apenas como um documento não o faz.
Do teatro do risco às operações de risco
Três mudanças concretas distinguem a operação de um registo de riscos da manutenção de um. Primeiro, a cadência da revisão: quinzenalmente com o patrocinador do projeto, e não trimestralmente no comité de direção – na altura em que uma revisão trimestral acontece, vários dos Riscos listados na anterior já se materializaram ou tornaram-se irrelevantes, e a revisão é uma reação em vez de uma antecipação. Segundo, a propriedade: cada risco tem um proprietário nomeado que não é o Gerente de projeto, com uma ação de resposta clara e um prazo; quando o proprietário é “o PM” por padrão, a resposta nunca é específica o suficiente para ser rastreada, e o risco se torna uma entrada de documentação em vez de um item acionável. Em terceiro lugar, desencadeia o escalonamento: o estado do risco está ligado ao progresso dos marcos, de modo que um marco que escorrega eleva automaticamente os riscos relacionados, em vez de esperar pela próxima revisão para os trazer à superfície manualmente. Cada uma destas três mudanças é pequena isoladamente; em conjunto, elas convertem o registo de riscos de um registo que é preenchido para um sistema que conduz a decisões.
Como o FlexiProject padroniza as práticas de risco num portfólio
O FlexiProject armazena registros de riscos como uma parte estruturada do registro do projeto, ligado ao Cronograma e à Carta do Projeto. Os Riscos têm proprietários, ações de resposta e estimativas de impacto que se estendem até os Relatórios de Riscos do portfólio – um Chefe de PMO pode ver, em todo o portfólio, quais categorias de risco estão crescendo, quais projetos estão expostos a quais ameaças e quais ações de resposta estão atrasadas. A camada de relatórios é construída a partir dos dados do registo de riscos e não reunida separadamente para cada reunião do comité diretor; o relatório de riscos da carteira no dia da revisão é o mesmo relatório que estava disponível na semana anterior, o que significa que as decisões podem ser tomadas antes da reunião e não durante a mesma. A estrutura também permite a comparação entre projectos: um padrão de risco que aparece em três projectos simultaneamente é visível como um risco do portfólio, e não como três riscos isolados do projeto, e a resposta pode ser padronizada em vez de improvisada. A mecânica detalhada dos registos de risco e dos relatórios ao nível do projeto está descrita na documentação dos Relatórios do FlexiProject e na documentação das Cartas de Projeto.
Projectos organizados por Carteiras de projectos no sistema PPM FlexiPorject
A governação da carteira como terceira alavanca - tornar as ultrapassagens visíveis numa fase precoce
As práticas de Linha de Base e de Risco são necessárias mas não suficientes. Funcionam ao nível do projeto e respondem à pergunta: “este projeto está no bom caminho?” O nível do portefólio responde a uma pergunta diferente: “tendo em conta tudo o que sabemos sobre todos os nossos projectos, que decisões devemos tomar agora?” A conclusão do PMI sobre a maturidade da gestão de projectos (52% contra 45%) reflecte esta lacuna. As organizações que a colmatam não são melhores a executar projectos individuais – são melhores a tomar decisões ao nível do portfólio com base em dados ao nível do projeto.
O que a visibilidade da carteira mostra realmente a um Diretor de PMO
Um painel de controlo do portfólio de trabalho não mostra o status do Projeto. Mostra a variação da Linha de Base, a exposição ao risco por categoria e a realização do benefício em relação ao caso de negócio – em todos os projectos activos, quase em tempo real. O resultado não é um relatório de estado; é uma base para a redefinição de prioridades, que é uma decisão diferente com dados diferentes. Quais os projectos que precisam de recursos adicionais, quais os que devem ser interrompidos, quais os que estão expostos a riscos que já não têm um plano de contenção – estas questões são respondidas a partir do Painel de Controlo, não a partir do próximo comité de direção. A mudança decisiva está na relação entre os dados e a reunião. Num PMO orientado para o estado, o comité de direção é onde os dados são apresentados e as decisões são tomadas no local, muitas vezes com informação incompleta; num PMO orientado para o portfólio, os dados já são conhecidos antes da reunião, e a reunião é utilizada para decisões que requerem a autoridade do patrocinador – redefinição de prioridades, reafectação de recursos, cancelamento de projectos. O número de decisões por reunião aumenta porque o tempo gasto a rever os dados diminui.
Como a camada de portfólio do FlexiProject se conecta às linhas de base do projeto e aos Riscos
A visão de portfólio do FlexiProject agrega dados que já existem nos projetos: Linha de base, variação, registro de risco, status dos Marcos, custo. Nada é inserido duas vezes – o Gerente de projeto atualiza o projeto, e a visão do portfólio atualiza automaticamente, o que elimina o modo de falha mais comum em portfólios baseados em planilhas, onde os números a nível de projeto e a nível de portfólio divergem silenciosamente entre as Revisões. O chefe do PMO tem uma visão única que liga as linhas de base do projeto às decisões ao nível do portfólio: um projeto que se afasta da linha de base aparece imediatamente no mapa de calor do portfólio; um risco que ultrapassa um limiar de impacto passa para uma visão de risco do portfólio; um projeto que não atinge o seu marco de realização de benefícios aparece na revisão dos benefícios do portfólio. O ciclo – Linha de base do projeto, variação, rollup do portfólio, decisão executiva – é executado continuamente, não trimestralmente, o que significa que as decisões podem ser tomadas quando ainda são preventivas e não corretivas. A configuração detalhada das visões do portfólio e das Revisões do projeto é coberta na documentação do portfólio FlexiProject e na documentação das revisões do projeto.
Separador Riscos com registo de riscos na visualização do portfólio de projectos no FlexiProject
Experimenta o FlexiProject!
O que muda quando as três alavancas funcionam em conjunto
Os dados do PMI não mostram três efeitos independentes. Mostra um efeito cumulativo: as organizações que operam as práticas de Linha de Base, Risco e Portfólio como um sistema coerente desperdiçam 9% do investimento, enquanto as que as operam de forma inconsistente – ou não o fazem de todo – desperdiçam 10,5% ou mais. Um PMO que gere 30 a 50 projectos pode reconhecer se o sistema está a funcionar, observando alguns sinais específicos.
Três sinais de que o sistema está a funcionar
Os Relatórios de Variância são produzidos em minutos a partir de dados do sistema, e não em dias a partir da agregação de folhas de cálculo; o Gerente de projeto que costumava passar o primeiro dia útil de cada mês preparando o pacote de status, agora usa esse dia para responder aos riscos e gerenciar as partes interessadas. As decisões de risco passam dos comités de direção mensais para as Revisões de Projeto semanais, porque os dados suportam ciclos mais rápidos e o custo de esperar torna-se mais elevado do que o custo de decidir. A redefinição de prioridades do portfólio acontece com base nos sinais do painel de controlo – um projeto que se afasta da linha de base, um risco que ultrapassa um limiar, uma realização de benefícios que escorrega – em vez de se basear em quem fala mais alto na revisão trimestral ou qual o projeto que tem o patrocinador mais sénior. A conversa no comité de direção muda de carácter: menos tempo sobre “qual é o estado do projeto X”, mais tempo sobre “tendo em conta os dados do portfólio, qual o projeto que deve ser pausado para libertar Recursos para o projeto Y”.
Três sinais de que ainda não o é
As reuniões de status ainda produzem os dados em vez de consumi-los: o Gerente de projeto passa um dia por mês preparando o pacote de status, e os dados já têm uma semana quando são apresentados. O registo de riscos está obsoleto no final do mês; os mesmos riscos foram listados como “médios” durante três trimestres, sem entradas de revisão, sem responsabilidade do proprietário e sem ligação aos Marcos que deveriam desencadear a reavaliação. A revisão do portfólio volta a analisar os mesmos cinco projectos problemáticos todos os trimestres, porque os dados subjacentes não são actualizados entre revisões, e as decisões tomadas numa revisão têm de ser reavaliadas na revisão seguinte, quando a situação se altera novamente. Não se trata de problemas de personalidade – os gestores de projeto e o pessoal do PMO estão normalmente a trabalhar arduamente dentro do sistema que lhes foi dado. São sinais de que um ou mais dos três níveis não está a funcionar como um sistema, e a resposta é estrutural, não motivacional.
Perguntas frequentes sobre as derrapagens orçamentais dos projectos e a governação do PMO
O que é considerado um nível aceitável de ultrapassagem do orçamento do projeto?
Não existe um limite universal e a resposta depende do tipo de projeto, da indústria e da maturidade da estrutura de governação. Os dados do PMI mostram que as organizações de elevado padrão perdem, em média, cerca de 9% do investimento em projectos, enquanto as restantes perdem 10,5% ou mais – ambos os números incluem projectos que terminam dentro do orçamento e aqueles que ultrapassam o previsto, pelo que o excesso por projeto em projectos realmente ultrapassados é significativamente mais elevado. Ao nível do projeto individual, a maioria das estruturas de governação do PMO trata as variações acima de 10% como exigindo uma revisão formal do patrocinador e uma decisão documentada, com desvios menores acompanhados através de relatórios de variação padrão. A questão mais útil não é “qual a ultrapassagem aceitável”, mas “a que nível de variação o PMO toma uma decisão”, e esse limite deve ser definido na estrutura de governação antes do início do primeiro projeto.
Qual é a diferença entre a aprovação da Linha de Base e a gravação de um gráfico de Gantt?
Salvar um gráfico de Gantt preserva o plano atual. A aprovação da Linha de Base cria uma referência bloqueada em relação à qual o plano atual é medido. A diferença é operacional: um Gantt guardado pode ser editado silenciosamente, sem registo das alterações, enquanto uma Linha de Base aprovada requer um pedido de alteração e uma reaprovação explícita para ser modificada. Sem esse registo, a variação em relação à linha de base não é mensurável, porque a própria linha de base se move com o plano – todos os relatórios de estado concluem que o projeto está no bom caminho, porque “o plano” é o que quer que o plano seja hoje. A mesma distinção explica porque é que algumas organizações reportam entregas consistentes e dentro do prazo, enquanto o seu orçamento real diverge do business case original: a Linha de Base contra a qual estão a medir foi redefinida ao longo do caminho, muitas vezes sem aprovação explícita, pelo que a variação nunca foi visível.
Precisas de ser “Agile” para reduzir as derrapagens orçamentais dos projectos?
Os dados do PMI sugerem que não. O fator que se correlaciona com um menor desperdício é a utilização consistente de padrões – Linha de base, gestão de risco, governação do portfólio – e não a escolha da metodologia. Um PMO Waterfall que aprova linhas de base, gere registos de risco e gere um Painel de Controlo do portfólio terá melhor desempenho do que uma equipa “Agile” que não o faça. A metodologia é uma escolha de entrega; os padrões são uma escolha de governação. Os dados apontam para a governação, e não para a entrega, como a alavanca para reduzir os excessos de Orçamento, o que também é um enquadramento útil para PMOs que operam em ambientes híbridos: os mesmos padrões de governação aplicam-se a projectos Waterfall, Agile e híbridos, enquanto a metodologia de entrega é selecionada por projeto com base no tipo de trabalho.
Com que frequência deve um PMO rever o registo de riscos?
Para projetos ativos, a periodicidade quinzenal entre o Gerente de projeto e o patrocinador é uma cadência de trabalho na maioria dos ambientes. A periodicidade trimestral é demasiado lenta para os Riscos associados a Marcos activos – na altura em que o comité de direção revê o registo, o marco já passou e o risco ou se materializou ou se tornou irrelevante. Ao nível do portfólio, a agregação mensal dos dados dos riscos é, geralmente, suficiente para apoiar as decisões de repriorização, desde que as Revisões ao nível do projeto estejam ocorrendo numa cadência mais curta. A combinação é importante: uma revisão mensal ao nível do portfolio que agrega dados obsoletos ao nível do projeto produz decisões baseadas num instantâneo que já não reflecte a realidade, enquanto que uma revisão quinzenal ao nível do projeto sem um rollup do portfolio produz boas decisões locais que podem entrar em conflito umas com as outras em todo o portfolio.
Qual é a diferença entre a governação ao nível do projeto e ao nível do portfólio?
A governação ao nível do projeto responde “este projeto está no bom caminho em relação à sua Linha de Base e Riscos?” A governação ao nível do portfólio responde “dado o estado de todos os nossos projectos, que decisões deve a organização tomar agora?” As duas camadas requerem diferentes visões de dados e diferentes ritmos de decisão – a governação do projeto é executada num ciclo semanal ou bissemanal e opera com dados detalhados de marcos e riscos, enquanto a governação do portfólio é executada num ciclo mensal ou trimestral e opera com dados agregados de variação, exposição a riscos e realização de benefícios. A maioria dos PMOs que se debatem com derrapagens orçamentais têm um dos dois níveis a funcionar, não ambos. O modo de falha comum é uma forte governação a nível de projeto – boas Linhas de base, registos de risco activos – sem um rollup de portfólio que converta esses sinais em decisões de portfólio; os projectos são bem geridos individualmente, mas o portfólio como um todo anda à deriva.
Colmatar o fosso entre os padrões e os resultados
Os dados do PMI não apontam para a agile, a metodologia ou a cultura como a alavanca para reduzir os excessos orçamentais dos projectos. Aponta para três práticas operacionais aplicadas de forma consistente: aprovação da Linha de Base que bloqueia a referência contra a qual a variação é medida, gestão de risco que opera entre o arranque e o encerramento em vez de apenas no arranque, e governação do portfólio que agrega sinais ao nível do projeto em decisões ao nível do portfólio. A diferença de 1,5 pontos percentuais entre as organizações de alto padrão e as demais parece modesta até que seja multiplicada por um portfólio ativo – nesse ponto, ela representa dinheiro real, ano após ano.
As iniciativas de PMO mais fortes não são as que acrescentam uma quarta ferramenta para corrigir uma lacuna na terceira. São aquelas que operam a linha de base, o risco e a governação do portfólio como um sistema único, com dados partilhados, cadência partilhada e propriedade partilhada. O FlexiProject destaca-se porque combina todos os três numa única plataforma: fluxos de trabalho de aprovação da linha de base que produzem sinais contínuos de variação, registos de risco ligados ao Cronograma e ao nível do portfólio, e um Painel de Controlo do portfólio construído a partir dos mesmos dados subjacentes, e não a partir de folhas de cálculo reunidas para a próxima revisão. Para um Chefe de PMO cujo portfólio tem dezenas de milhões em despesas activas, fechar mesmo que parcialmente a lacuna de 1,5 pontos percentuais compensa o investimento operacional muitas vezes – e o caminho para a fechar passa pela governação, não pela metodologia.
AUTOR
Dominik Wrzosek
General Manager at FlexiProject
![O que é um diagrama de Gantt e como criá-lo? [EXEMPLO]](https://flexi-project.com/wp-content/uploads/2024/04/What-is-Gantt-chart-e1714048900401.png)
