O que é receber relatórios de status precisos no PMO

Uma das importantes funções do PMO é garantir a consistência do reporting realizado sobre os projetos. Ora verificamos na prática que os relatórios nem sempre dizem o que deveriam e não salientam sempre de forma correta a realidade dos projetos.

Quando os gestores de projeto enviam os relatórios de status semanais ou mensais, começa para o Project Management Office o trabalho real. Mesmo que o software de gestão de projetos faça uma grande quantidade de tratamento de dados ainda há um elemento de interação humana para rever e verificar as informações antes que os painéis ou relatórios consolidados deixem o PMO.

Mas e se a informação que você está recebendo não parece precisa? Precisamos de confiança nos dados que sustentam os relatórios e que impulsionam a tomada de decisões. Embora o trabalho não seja adivinhar cada relatório que entra na In Box - afinal, devemos confiar nos gestores de projetos para corrigi-los – ajuda saber o que procurar se alguma dúvida houver.

Igualmente, é útil para todos que o PMO possa resolver quaisquer imprecisões nos dados antes que a direção, o cliente ou as partes interessadas vejam o relatório. Isso pode ser, como exemplo, de que o projeto está sendo relatado com um status de Verde já há algum tempo e, de repente, uma grande questão de orçamento "aparece do nada". Esse é o tipo de surpresa que os sponsors do projeto não gostam, e não fica bem para o PMO ou para o gestor de projeto.

Aqui estão algumas questões a serem observadas, para que possa detetar esses problemas antes que causem um problema maior.

Conversa de corredor

Se você está perto o suficiente da equipe – está a gerir um PMO, por exemplo, numa empresa com escritório único e não a tentar consolidar projetos de todo o mundo – provavelmente irá encontrar stakeholders e membros da equipe no prédio.

A equipe do PMO terá uma ideia de como os projetos estão indo pela atitude e pel a conversa. Escute o bem e o mal. Isso fornece um subtexto para os relatórios e pode ajudá-lo a identificar onde as coisas não correm como parecem.

Por exemplo, se o líder do projeto está constantemente a reclamar acerca de mudanças de âmbito e, no entanto, isso não está refletido nos dados que está a receber, deveria analisar isso.

Não se trata de controlar as pessoas ou tentar usar um café como desculpa para descobrir uma conspiração no relatório do projeto. É apenas usar todas as informações disponíveis, incluindo quaisquer conversas sociais relevantes, para avaliar se deve preocupar-se com o projeto.

Se não conseguir ligar-se pessoalmente com a equipe, há outras verificações que pode usar para rever a precisão dos relatórios de status do projeto.

Status de VAV

Cada um dos projetos reportará um resumo do status VAV (Vermelho, Âmbar, Verde ou Vermelho, Amarelo, Verde). Indica a avaliação do gestor do projeto sobre o status do projeto contra critérios pré-acordados, como orçamento e cronograma.

O relatório do projeto também incluirá uma declaração narrativa resumida – e desejavelmente os dois devem estar alinhados.

Por exemplo, um projeto com um status Vermelho, mas um texto que diz que "O projeto progride conforme o plano" mereceria uma investigação mais aprofundada. O que está errado? Avança na direção certa de acordo com o plano ou há algo que faz com que o projeto esteja marcado como vermelho?

Normalmente, há a tendência para informar o contrário: continuar a usar um status Verde quando o projeto é desafiado em termos de orçamento e datas. Esses desafios poderiam ser refletidos na narrativa e deveriam dar origem a um status que não é verde. Procure isso e sinalize com o gestor de projeto para uma investigação mais aprofundada.

Performance vs. Plano

Este é um teste rápido, mas pode dizer muito. Procura por duas coisas:

·         Orçamento planeado versus gasto real

·         Milestones planeadas versus atuais

Orçamento planeado versus real

Cada relatório deve incluir informações sobre o orçamento do projeto, pelo menos, mensalmente. Isso deve refletir os atuais versus os gastos planeados, por isso deve ser bastante fácil ter uma ideia se o projeto está batalhando ou não.

Os projetos em que o orçamento está a ser gasto mais rapidamente do que o previsto podem estar nessa situação devido a terem mais recursos ou terem que corrigir problemas que não foram antecipados, o que poderia ser uma baixa gestão de risco. Pode acompanhar o gestor do projeto se não estiver claro no relatório para apreciar, o que aconteceu para causar esse excesso. Estão agora confiantes de que está realmente resolvido e que estará de volta aos níveis de gastos previstos para o resto do projeto? 
  
Existe sempre o risco de os gastos serem executados nos níveis atuais e o dinheiro acabar.

Igualmente, estar abaixo do orçamento não é uma coisa boa. Provavelmente é causado pelo fato de o trabalho não estar a ser suficiente e assim também pode ver um atraso no progresso relatado.

Planeado vs Milestones Planeadas

Pode fazer uma verificação de sentido rápido na entrega do projeto e se está a progredir conforme o plano. Quais as milestones que devem ser alcançadas até à data? Foram cumpridas?

Caso contrário, poderia ser sinal de um problema, especialmente se o projeto estiver sendo reportado como Verde ou não há novos problemas marcados na narrativa.

Orçamentação e progresso são cobertos pela Gestão de Valor Ganho (EVM), então, se as equipes de projetos produzem ou fornecem narrativas, obterá esta informação sobre o desempenho num formato diferente. Os relatórios EV são tão bons quanto os dados fornecidos, e eles também devem estar sujeitos a escrutínio quando apropriado, mas são uma ferramenta sensata para usar e para suportar ou desafiar o status geral de projeto e as narrativas de texto no relatório de status.

O EVM não é um guia sobre como verificar os gestores do projeto na equipe do PMO. Em vez disso, ele deve ser usado como um ponto de discussão sobre como o relatório de status que eles fornecem é usado e como pode ser aperfeiçoado para melhor.

Em suma

A transparência e a honestidade são importantes para ajudar a direcionar um projeto e garantir que ainda tenha oportunidades de oferecer os benefícios. O "vermelho" não deve ser visto como algo a ser evitado. É a expressão do fato de que o projeto precisa de atenção de gestão para desbloquear um problema, fornecer uma decisão ou outra coisa. 

Se os gestores de projeto tiverem a confiança de que seus relatórios serão usados como forma de apoiar os projetos (e suas equipes), verá que receberá muitas menos inconsistências nos relatórios de status.

O que é um PMO?

Os Project Management Office (PMO) estão nas notícias sobre a mudança nas organizações sobretudo nos setores financeiros e de tecnologia. OK, não terá lido sobre isso no seu jornal. Enquanto os PMOs existem há muito tempo, a incorporação desta estrutura nas metodologias de gestão foi um grande passo em frente para o reconhecimento do trabalho que eles fazem. E eles fazem muito mais do que apenas produzir relatórios.

O papel do PMO

Um PMO é a espinha dorsal de uma abordagem bem-sucedida de gestão de projetos numa organização. É uma função que fornece informações de suporte à decisão, embora não tome por si nenhuma decisão. Um PMO sustenta os mecanismos de realização do projeto garantindo que todas as mudanças de negócio numa organização são geridas de forma controlada. Os PMO com maior maturidade oferecem:

• Governação: garantir que as decisões sejam tomadas pelas pessoas certas, com base nas informações certas. O papel da governação também pode incluir revisões de auditoria ou de pares, desenvolvimento de estruturas de projetos e programas e garantia de responsabilidade.
• Transparência: fornecendo informações com uma única fonte da verdade. As informações devem ser relevantes e precisas para apoiar a tomada de decisões efetivas.
• Reutilização: impedir que as equipes do projeto reinventem a roda ao ser um ponto central para lições aprendidas, modelos e melhores práticas.
• Suporte de entrega: facilitando a tarefa das equipes de projeto, reduzindo a burocracia, fornecendo formação, orientação e garantia de qualidade.
• Rastreabilidade: fornecendo a função de gestão de documentação, histórico de projetos e conhecimento organizacional.

Então, o que significa isto na prática realmente? As equipes do PMO cumprem uma variedade de funções no dia-a-dia, incluindo:

¶       Reunir dados sobre o progresso do projeto e produzir relatórios

¶       Desenvolvimento de padrões e processos

¶       Incentivar (ou impor, quando necessário) o uso dessas normas e processos

¶       Gerir recursos para projetos

¶       Realização de formação e disponibilidade de mentores de membros da equipe do projeto

¶       Gerir dependências em vários projetos

¶       Rastreamento de benefícios

¶       Relatórios sobre informações financeiras, como o retorno sobre o investimento.

Como parte disto, o PMO também é o guardião das ferramentas de Gestão de Projetos da empresa e métodos de gestão de projetos. Haverá um especialista (ou vários) no PMO que pode suportar, normalmente, os gestores de projetos e suas equipes no uso de qualquer software relacionado com o projeto.

Diferentes tipos de PMO

Os PMOs parecem diferentes nas diferentes organizações, como seria de esperar. Um estudo recente realizado pela ESI descobriu que quase 60% das empresas possuem mais de um PMO, de modo que a descentralização é de longe a norma.

Mais de um terço dos PMOs tem mais de 10 membros da equipe, e a localização do PMO é dividida uniformemente entre TI, outra função de negócios e no nível corporativo, para que os PMOs possam ser encontrados praticamente em qualquer lugar numa organização.

Em algumas empresas, os gestores de projetos informam diretamente ao PMO, embora isso não seja tão comum quanto imagina. Mais da metade dos gestores de projetos nas empresas pesquisadas pela ESI reportam em outro lugar. A crescente maturidade da função PMO significa que é provável que, no futuro, vejamos mais e mais gestores de projetos informando no PMO, o que, por sua vez, proporciona uma melhor oportunidade para padronização e incorporação de ferramentas e processos.

O PMO pode ser uma função central que reporta ao Conselho, ou pode ser um departamento dentro de uma divisão. Você pode ter um modelo de hub-and-spoke com um PMO central e unidades divisórias em diferentes locais. O PMO pode até ser uma equipe temporária, agrupada para apoiar um grande programa. Pode incorporar um centro de excelência para formação e padrões, ou que pode ser separado. Em suma, há uma série de maneiras diferentes para um PMO operar, e todos eles têm o objetivo de proporcionar eficiências operacionais e apoiar a entrega bem-sucedida de mudanças.

Em suma

Seja qual for o modelo que escolher para o PMO, obter a implementação corretamente fará, sem dúvida, a diferença entre uma função que aumenta o sucesso dos projetos e uma que apenas se concentra em relatórios retrospetivos. Um PMO maduro pode realmente ajudar uma organização a aproveitar ao máximo as ferramentas, os métodos e a equipe qualificada que eles possuem, assegurando que todos esses recursos sejam utilizados da melhor maneira possível para apoiar os objetivos estratégicos da organização.

Traduzido e adaptado de Ten Six

Maneiras de realizar os benefícios do projeto

O objetivo de completar projetos nas empresas, quer em tecnologia, sistemas, software ou mudança organizacional, é obter o benefício da mudança que é entregue. Os projetos são feitos para melhorar as coisas, por isso é importante saber quais os benefícios que você pode esperar de um projeto e como estes serão medidos.

Infelizmente, muitos projetos não possuem planos robustos de realização de benefícios e, quando o trabalho é concluído, ninguém sabe se o projeto realmente alcançou o que ele pretendia entregar. Isso é particularmente comum em projetos que não fazem parte de um programa, pois as estruturas de gestão de programas tendem a ser mais fortes na realização de benefícios do que as metodologias de gestão de projetos.

Aqui estão três dicas para ajudar a construir uma cultura de benefícios fortes para o seu PMO.

1.      Clarifique o que é um Benefício

Todos sabemos o que é um benefício, certo? Na realidade, todos na Direção do Projeto provavelmente têm uma ideia diferente sobre os benefícios que o projeto irá entregar. As agendas pessoais entram em jogo, o que é de se esperar. As partes interessadas individuais procurarão o "o que está nele para mim" e, potencialmente, perderão os benefícios da imagem maior aqueles que serão entregues mais amplamente em toda a organização.

Trabalhe com as partes interessadas e o Conselho do Projeto para estabelecer quais os elementos da estratégia corporativa que este projeto ajudará a alcançar. Deve ser capaz de alinhar claramente os benefícios do projeto com metas mensuráveis que contribuam para objetivos a nível corporativo.

Pode também incluir benefícios que só têm impacto num departamento ou que estão nas agendas pessoais dos executivos, mas estes devem ser complementares ao entendimento comum sobre os benefícios gerais do projeto.

2.      Nomeie os proprietários dos benefícios

Os benefícios como as atividades precisam de proprietários. Se não nomear proprietários dos benefícios, estes não serão medidos e podem nem ser realizados de todo. O proprietário do benefício é, usualmente, a pessoa que o recebe, assim se o benefício é um aumento de vendas, será então o Diretor de Vendas a pessoa responsável por gerir a realização deste benefício.

Nomeie os proprietários de benefícios o mais cedo possível, de preferência logo após o acordo de projeto ter sido aprovado. Essas pessoas podem colocar a realização e mensuração dos benefícios incluídos em seus objetivos anuais e nos das suas equipas.

Não basta simplesmente nomear os proprietários. Eles devem assumir toda a responsabilidade pelo benefício, o que significa que eles também precisam entender como será entregue através do projeto e como será medido.

3.      Defina um mecanismo de registo dos benefícios

Pode achar que o proprietário do benefício quer ser responsável por criar o mecanismo para registrar os benefícios. Alternativamente, podem querer ajuda do PMO. Algumas ferramentas de gestão de projetos corporativos têm a capacidade de registrar informações que serão úteis para o rastreamento de benefícios, para que possa usar o conjunto de ferramentas existente para capturar dados úteis ou gerar relatórios.

Idealmente, o PMO pode padronizar a maneira como os benefícios são rastreados e medidos, embora, como os benefícios variam tão de forma irregular, uma abordagem padrão pode não ser prática em todas as situações. Dito isto, é bom que o PMO tenha o quadro geral para que possam produzir relatórios consolidados para todos os benefícios em todos os projetos e programas.

Esteja ciente de que nos primeiros dias, o projeto pode entregar vitórias rápidas e você pode ver benefícios significativos que estão sendo alcançados. Após este primeiro ponto quente, os números podem se afastar. Os proprietários de benefícios devem estar preparados para que isso aconteça. Defina um período de tempo para o registo de benefícios. Pode achar que, após um ano, todos os benefícios foram absorvidos na previsão do negócio, como de costume, e não é mais necessário continuar a acompanhá-los.

O mecanismo de registo de benefícios também deve incluir uma maneira para o proprietário do benefício compartilhar os resultados com pessoas fora do PMO. O departamento também pode querer ouvir sobre os benefícios, especialmente se objetivos – e talvez os bônus – que dependem dos resultados.

Em suma

O acompanhamento de benefícios é muitas vezes considerado difícil, porque muitos casos de negócios são baseados em benefícios difíceis de medir ou intangíveis. Se esses números forem eliminados na preparação do caso de negócios, você terá benefícios estruturados e um plano para realizá-los. Então, todos os proprietários de benefícios o que precisam fazer é estabelecer como usar melhor os resultados do projeto para obter o maior benefício e registrar os resultados. Fácil!

Como garantir o apoio executivo aos projetos

É um fato: os projetos correm melhor com o suporte de gestores seniores. Estudo após estudo mostra que o patrocínio ativo é um fator no sucesso do projeto. Quanto maior a adesão da parte de níveis seniores na empresa, mais provável é que os projetos sejam realizados em relação às previsões do business case e que alcancem os benefícios que eles estabelecem.

Por que é isso? Por que precisamos de muito apoio dos executivos? Os gestores de projeto proativos têm tentado fazer as coisas com os sponsors em volta da ideia ambivalente entre a escala de envolvido mas não me envolva demais. Será que o negócio realmente necessita aumentar o nível de suporte executivo alinhado por trás dos projetos?

Sim, necessita.

O Sucesso mudou

É mais difícil conseguir sucesso nos dias de hoje e os gestores de projetos e a equipe que estiveram em trabalho desde há mais de 10 anos podem ficar presos na mentalidade da entrega de um projeto atrás do outro.

Claro que a entrega é boa. Precisamos disso para fazer qualquer coisa. Mas, para se destacar como empresa, necessita ir além de simplesmente entregar projetos, uma e outra vez. Exige-se escolher os projetos certos, priorizar o portfólio contra objetivos estratégicos e realizar os benefícios rotineiramente. Isso não acontece quando os recursos de entrega do projeto estão focados essencialmente em atingir as milestones e passar para o próximo trabalho.

A definição de sucesso expandiu-se para incluir muito mais do que alcançar o losango preto final no gráfico de Gantt, no dia que disse que faria, com seu orçamento pairando mais ou menos no valor do objetivo gasto. Hoje, precisamos olhar para o sucesso de uma maneira holística, e precisamos de executivos para nos ajudar a chegar lá.

O que impede os executivos de apoiar totalmente os projetos?

Os gestores seniores têm um decisivo papel a desempenhar no sucesso do projeto - isso não deve ser uma surpresa. Mas o que os impede de dar às equipes do projeto o suporte de que precisam?

Há uma série de coisas que impedem os gestores seniores que pesam sobre os projetos da maneira que precisam:

• Na verdade, eles não têm autoridade para tomar as decisões necessárias, então eles são a pessoa errada para ter o papel de suporte do projeto.
• Eles não têm acesso para conceder os recursos que ajudariam a equipe do projeto a remover obstáculos, por isso, novamente, eles não são a pessoa certa para ter esse papel.
• A organização tem uma maturidade limitada quando se trata de gerir projetos, e assim eles não têm os dados e informações de suporte, os relatórios ou as ferramentas necessárias para obter a a informação que precisam para fazer as escolhas corretas.
• A organização recompensa o heroísmo de alguns e não os realizadores consistentes, por isso há a atitude de que o sucesso se baseia na capacidade do indivíduo e não em metodologias robustas tentadas e testadas e em tecnologia de suporte.
• Há uma política e prática em jogo que altera ou limita as decisões que os executivos estão preparados para tomar ou o apoio que estão dispostos a dar.
• Os executivos não sabem como apoiar a equipe do projeto porque ninguém lhes disse o que é necessário ou eles acham que o gestor do projeto pode ser bastante auto-suficiente.

Estes são os bloqueios de estrada que é preciso remover se quiser facilitar a gestão ativa e aberta dos gestores seniores a projetos avançados e de dimensão.

Aumentar o apoio ao nível executivo

Embora seja relativamente fácil ver os problemas que fazem com que os gestores não ofereçam o suporte que as equipes do projeto exigem, é muito mais difícil consertá-los.

Este é o lugar onde um PMO forte pode entrar: esta equipe imparcial possui excelentes informações sobre a eficácia do apoio na organização e pode trabalhar com os gestores seniores relevantes para garantir que eles sabem o que é necessário para suportar um projeto. Podem também agir de forma sensível e com o apoio da equipe de linha identificar se um cargo de sponsor de projeto está preenchido pelo indivíduo errado. A mudança de sponsors de projetos no meio de um projeto não acontece com a frequência que deve, e certamente é uma maneira rápida de gerar suporte para uma equipe, se a função de sponsor pode ser transferida para alguém com acesso aos recursos que fazem a diferença.

O suporte do Executivo vai além do sponsoring, porque está fundido na forma como o negócio se sente e pensa em fazer o projeto. Ter um gestor de projeto atribuído a projetos importantes faz parte do quebra-cabeça - a parte mais fácil. O resto vem com garantia de apoio ao trabalho do PMO e que a gestão de portfólio é adequadamente realizada com os dados certos para tomar as melhores decisões para o negócio.

Pode apoiar os gestores de projeto e equipes para colocarem as perguntas corretas aos executivos e para ajudar os sponsors de projetos a fazer o que é necessário fazer em projetos. As equipes de formação em capacidades de influência, negociação e comunicação melhorarão sua capacidade de fazer com que outras pessoas tomem medidas para a entrega bem-sucedida dos projetos, qualquer que seja o seu nível.

Sustentar tudo isso dá a capacidade das equipes de projetos para mostrar que podem ser bem-sucedidas. Sem métodos sólidos de gestão de projetos, ferramentas e técnicas, há muito pouco para os sponsors apoiarem. A execução consistente tem um longo caminho para mostrar que o trabalho que está a acontecer é digno de suporte de executivo.

Processo de Controlo e Hierarquia de Planos

Muitas vezes são referidos os níveis de planeamento em projetos de alguma dimensão, sendo mais usual quando se utiliza o Oracle Primavera P6. Vamos tentar descrever o que isso significa e para isso utilizo a designação de Level em vez da tradução para português.

Uma hierarquia de planos define o sistema de controlo de planos e alguns níveis interrelacionados de agendamentos. Esta hierarquia oferece uma estrutura de desenvolvimento para os agendamentos do projeto.

Primariamente, fala-se de 4 níveis de agendamento que são utilizados em projetos de média e grande dimensão para identificar o âmbito e sua divisão, bem como as milestones contratuais e de projeto.

Level I – Agendamento de Milestones e Sumário

Descreve a duração e prazo global do projeto, cobre o âmbito total do projeto e destaca marcos contratuais e de projeto. Este agendamneto é utilizado pela gestão para destacar eventos importantes e significativos, bem como para comunicar o âmbito global e o status de projeto. Este agendamento de nível 1 também pode ser utilizada para a tomada de decisões.

Level II – Agendamento total

Este agendamento é apresentado sumarizado por instalação, disciplina e áreas de Engenharia, com destaque para itens com grandes sobreposições, itens críticos de Procurement e sumarizado por resultado (work package) de Construção. O agendamento de Level II estabelece os requisitos ao nível de instalação, etapa e fase de trabalho. 

Descreve as relações entre instalações e fases e estabelece a criticidade das instalações.

O Level II é um plano com detalhe e representa uma etapa para a aprovação do Level III e acompanhamento regular do projeto.

Level III – Agendamento detalhado de Engenharia, Procurement e Construção

O Level III é o plano EPC integrado, onde a Engenharia é classificada por disciplina, agrupada por sistemas / área que descrevem os requisitos do sistema. Procurement identifica a procura por instalação / área ou sistema e assim identifica a entrega do equipamento principal. Construção / Preparação é agrupada por sistema / área que descrevem inter-relações e prazos. O agendamento de Level III estabelece a base para entregas e necessidades de pessoal nas atividades, materiais e requisitos de subcontratação e entregas de fases e as taxas de instalação. O Level III estabelece os requisitos de equipamentos de construção e integra a decomposição de instalação / área em dos pacotes de resultados do sistema. O agendamento Level III é mantido de forma regular e usado para análise What-if.

Em muitos casos este é o nível mais alto de desenvolvimento dos planos e os projetos são acompanhados a este nível através da manutenção de planos base.

Level IV – Identificação do plano detalhado de trabalho e lista de registos

O agendamento Level IV é detalhado até às atividades de trabalho, incluindo desenhos, especificações, trabalhos detalhados por pacote área / instalação, especialidade, equipa de trabalho e estabelece a sequência construtiva. Desta forma o Level IV oferece a base para o planeamento detalhado do trabalho de construção e planos pormenorizados, documentando o trabalho que é atualizado continuamente e revisto para refletir as necessidades do projeto e as circunstâncias em que evolui.

Este é o nível de detalhe requerido para projetos em infra-estruras de energia e do petróleo e gás em que é determinante manter traceabilidade dos trabalhos com os equipamentos no futuro sujeitos a manutenção

Processo de Plano Base do Agendamento

O agendamento deve ser sujeito a manutenção de plano base para mapear o plano corrente com o planeado e dessa forma se obterem avisos antecipados e se evitarem desvios. O processo é assistido ainda com o desenvolvimento de Curvas-S e histogramas para manter o plano corrente na linha.

Passos para introduzir um novo PMO

Implementar como um novo projeto organizacional um PMO (Project Management Office) é um sempre um grande compromisso. É também um grande investimento para a maioria das empresas, por isso é importante para realizá-lo com sucesso. As primeiras semanas e meses quando o PMO acaba de ser lançado são fundamentais para o seu sucesso contínuo. Queremos mostrar que fazemos a diferença e que a diferença é positiva!

Aqui estão quatro passos para alinhar o trabalho quando introduzimos um novo PMO para assegurar que começamos com o pé direito.
 

Passo 1: Comece devagar!

É uma coisa maravilhosa ter grandes ambições, mas é honestamente melhor começar pequeno. Um lançamento sem grandes focos em cima, pode ser mais eficaz do que uma enorme fanfarra. Introduzir alguns serviços essenciais em primeiro lugar e, em seguida, construir as bases para mais no futuro.

Esta abordagem gradual é exatamente o que deveríamos em um projetos de atividades múltiplas: comece com o básico, principais ofertas e adicione uma funcionalidade maior. Com projetos de mudança organizacional (como a introdução de um novo PMO) a necessidade de dar pequenos passos é ainda mais importante. Permite gerir a atividade de uma maneira que garante o apoio de todos e ajuda a que as novas formas de trabalho ’colem’. Também permite detetar precocemente problemas e tratá-los antes que se tornem muito difíceis. Se você pode identificar um problema, você pode controlá-lo e colocá-lo no lugar certo, ficando o lançamento PMO volta na pista com no caminho certo.
 

Passo 2: Obtenha suporte de topo

Fale com as partes interessadas chave. Muito. O propósito é obter suporte e empenho para o PMO e para aquilo que ele pode fazer, de preferência quase sempre longe das luzes de cena. As interações do PMO ajudam a construir um empenho positivo ao longo do tempo. Muito do que sevai fazer são reuniões um para um e conversas fora das discussões formais, assim quanto mais se fizer trabalho em rede de divulgação dos objetivos e sucessos do PMO mais simples será a transição para um PMO com base no negócio.

Se pensa que necessita de orientar a ação e definir planos claros de comunicação provavelmente determinará que há alguns intervenientes chave – pessoas com influência para influenciar ou prejudicar a sua iniciativa de PMO. Estas são as pessoas com que deve trabalhar. Venda os benefícios do PMO, peça conselho, incorpore as suas sugestões e mostre-lhe que resultado está a obter. Quando começarem a ver a diferença que o PMO está a fazer eles irão aderir.
 

Passo 3 – Introduza processos claros

É tentador introduzir um processo antes de estar na realidade completamente pronto: precisa, por exemplo, de ter em posição qualquer coisa para a gestão da mudança, então lance alguma coisa (qualquer coisa) e melhore-o mais tarde.

Esta abordagem tem a vantagem de colocar alguma da estrutura no lugar, mas também a desvantagem de ir ter certamente de voltar a trabalhar o processo num momento não muito distante do futuro. As mudanças constantes e atualizações tornam difícil para a equipa do PMO e gestores de projeto trabalhar exatamente como deveriam fazer. Mas é normal ter de fazer mudanças ao processo já que um novo PMO evolui e temos de tentar fazê-lo numa forma que se torne mais fácil para os utilizadores desse processo. Por exemplo, estabeleça uma data todos os meses (ou menos frequente) para a realização dessas novas mudanças. Faça um pacote das mudanças e realiza uma comunicação acerca dos processos novos ou emendados. Assegure-se que no dia em que as mudanças têm efeito todos os guias na intranet, ficheiros de ajuda e manuais de utilizador são também atualizados e que a equipa central do PMO está totalmente informada para poder suportar as pessoas relativamente às mudanças.
 

Passo 4 – Obtenha benefícios com rapidez

O novo PMO foi lançado por uma razão. Pode ter sido pata ter maior transparência, melhor tomada de decisão executiva, controlos de projeto mais apertados ou qualquer outra coisa, mas de certeza que não o lançámos de forma gratuita. Deve assegurar-se que pode evidenciar as melhorias que fez – e rapidamente.

Nem todos os benefícios do PMO são soluções rápidas. Alguns, como a introdução da Gestão do Valor Ganho (EVM), podem tomar vários meses e múltiplos projetos antes que comecemos a ter dados suficientes para avaliações mais acertadas ao nível da companhia. Mas devemos ser capazes de mostrar alguns benefícios nos primeiros meses da sua operação.

Quando estabelecer os planos de lançamento do PMO, pense acerca do que quer introduzir que possa mostrar rapidamente um «retorno do investimento». Mesmo um conjunto de modelos para a standardização da documentação de projeto ou o uso por todos os gestores de projeto da mesma ferramenta de gestão em vez de um conjunto de produtos podem ser medidas rápidas para mostrar melhorias e uma maturidade maior.

Assegure-se também que os seus stakeholders apoiantes estão conscientes de alguns dos outros benefícios do PMO. Seja transparente acerca de como acompanhamos estes benefícios e reporte regularmente o seu progresso.

Se tomar em conta estes 4 passos verá que o seu novo PMO deixará rapidamente de ser ‘novo’ e começa a ser ‘a forma de aqui fazer o trabalho’.

Garantir a realização dos benefícios

O propósito da realização de projectos é para beneficiar da mudança realizada. Os projectos são realizados para melhorar as coisas, o que faz com que seja muito importante conhecer quais os benefícios que são esperados do projecto e como estes serão medidos.

Infelizmente, muitos projectos não têm planos robustos de realização de benefícios e quando o projecto é concluído ninguém consegue dizer ou não se o projecto alcançou efectivamente o que devia realizar. Isto é muito vulgar em projectos que não são parte de um programa, porque a gestão de programas está muito focada na realização de benefícios. Ao contrário do que acontece com as metodologias de gestão de projectos.

Clarifique o que é um benefício

Todos sabemos oque é um benefício, não é? Na realidade, toda a gente na gestão do projecto tem uma ideia diferente acerca dos benefícios que o projecto irá realizar. As agendas de cada um funcionam aqui, como é esperado. Os stakeholders individuais do projecto irão procurar «o que é que está aqui para mim» e irão potencialmente perder de vista os benefícios essenciais que irão ser realizados de forma geral por toda a organização.

Devemos conseguir alinhar com clareza quaisquer benefícios do projecto relativamente a metas mensuráveis que contribuam para os objectivos.

Podemos ainda incluir benefícios que tenham um impacto único numa área ou departamento ou que estejam nas agendas pessoais, mas estes devem ser suplementares à compreensão comum dos benefícios gerais do projecto.

 

Nomeie os responsáveis pelos benefícios

Os benefícios como as actividades precisam de responsáveis. Se não se nomeia o responsável pelo benefício, este não será medido e pode nunca ser realizado. Normalmente, o responsável pelo benefício é a pessoa que vai receber o benefício.

Faça a designação dos responsáveis o mais cedo possível – logo que o business case do projecto tiver sido aprovado. Estas pessoas podem colocar a realização e a medida dos benefícios nos sues objectivos anuais e nos das suas equipas.

Não chega nomear de forma simples os responsáveis. Estes têm de assumir a responsabilidade total pelo benefício, o que significa que eles têm de compreender como será realizado e como será medido.

 

Defina um processo de registo de benefícios

Não chega nomear os responsáveis. Eles devem assumir a responsabilidade total pelo benefício, o que significa que eles têm de compreender como será realizado e como será medido.

 

Defina um mecanismo de registo dos benefícios

Pode considerar que o proprietário dos benefícios quer ser responsável pela criação de um mecanismo de registo do benefício. Ao contrário eles quererão ajuda de quem coordena o projecto e do PMO. Algumas ferramentas empresariais de gestão de projecto, como o Oracle Primavera P6, têm a capacidade de registar a informação que será útil para acompanhar a realização dos benefícios e assim deve fazer uso desta ferramenta para capturar os dados importante e gerar os relatórios.

O PMO é normalmente a estrutura que standardiza a forma como os benefícios são acompanhados e medidos, mas como os benefícios são de tantos tipos e variedade, uma abordagem standard pode não ser prática em todas as circunstâncias. Chegados aqui a conclusão mais importante é que tem de haver obrigatoriamente um registo formal, um acompanhamento e uma medida dos benefícios.

Temos, ainda, de estar conscientes que no início o projecto pode realizar rápidos sucessos e podem ver-se benefícios significativos a serem realizados. Mas depois deste primeiro impulso os resultados podem cair. Os proprietários dos benefícios devem estar preparados para que isto aconteça. Estabeleça um período de tempo para o registo de benefícios, após o projecto. Pode concluir que, depois de um ano, todos os benefícios foram absorvidos pelo negócio e não é necessário continuar a acompanhar e registar os mesmos.

O mecanismo de registo dos benefícios deve também incluir uma forma para que o proprietário dos benefícios possa partilhar com as pessoas do departamento, porque muitas vezes os objectivos das pessoas podem estar ligados aos benefícios esperados do projecto.
 

Em suma,

O acompanhamento dos benefícios é muitas vezes muito difícil, porque muitos dos business cases definem somente benefícios intangíveis. Se houver o cuidado de envolver as pessoas desde a preparação do business case, teremos benefícios estruturados, um plano para os realizar e um método para os medir. Então tudo o que os proprietários dos benefícios necessitam fazer é estabelecer a melhor forma de usar os resultados do projecto para obter o máximo dos benefícios e registá-los.

Fácil! Não é?

LQ

A Consultoria de Gestão e o Fracasso dos PMO

Os PMO que foram implementados em grandes companhias fracassam porque perdem, na sua maioria, o seu tempo em intermináveis batalhas com outros departamentos ou em crises de identidade que impedem a afirmação da sua missão.

O problema é que o culpado habitual por esta ineficácia e falhanço do PMO, ou seja, a falta de compromisso da gestão, não é de facto a causa primária. Na realidade, o denominador comum do fracasso dos PMO pode ser atribuído antes ao papel desempenhado pelos consultores de gestão que estabeleceram o PMO. Estes consultores desempenharam um papel instrumental nas três áreas abaixo durante a criação do PMO, criando defeitos estruturais de grande dimensão, que embora com todas as tentativas de resolução se mantêm como uma nódoa que não se apaga.
 

Semear as sementes da confusão nos executivos

Mantém-se uma confusão perpétua mas cabeças dos executivos acerca das funções, responsabilidades e competências dos PMO. Isto nasce porque os consultores contratados para o estabelecer focam-se, de forma exclusiva, em estabelecer um PMO que exiba características de uma função de reporting e pouco mais. Neste arranjo, os status de diferentes projectos e programas são agregados, racionalizados e então apresentados à equipa de gestão para a tomada de decisões.

O que acontece é que muitos dos executivos são incapazes de vestir a roupa do sponsor do projecto (antes desempenhado pelo CEO) e tomarem as decisões importantes para os projectos que estão debaixo do seu âmbito de decisão. Ainda mais, muito poucos executivos possuem ideias sólidas acerca de como um PMO centralizado deve funcionar. Assim, é lógico encontrar a falta de compromisso executivo quando o PMO entra em modo de cruzeiro.
 

Nunca foi uma questão de metodologia de projecto

Na fase de lançamento, a companhia de consultoria que estabelece o PMO presta muito pouca atenção à metodologia de programa / projecto ou à standardização dos documentos de projecto e dos modelos bem, ainda, à formação das pessoas do PMO na realização das suas funções para além do reporting. O próprio reporting sofre da ausência de uma abordagem estruturada e muitas vezes existe uma exagerada dependência das «apresentações de Powerpoint».

Depois após a implementação, o PMO armado unicamente com slides coloridos está muito mal equipado para apoiar ou realizar projectos e programas. Segue-se um crescente fracasso dos projectos e todas as tentativas para rectificar esta situação fracassam irremediavelmente.

Tudo isto porque as soluções utilizadas para enfrentar a fraqueza estrutural derivam da experiência de lançamento do PMO. Como exemplo, muitos executivos assumem que, só porque o PMO realizou resultados durante a fase de lançamento, irá depois, com uma abordagem similar e sem trabalho adicional, fornecer os mesmos resultados positivos.
 

Demasiada confiança em funções e responsabilidades centralizadas

Outra descoberta desconcertante é que as funções e responsabilidades, estruturas de processos e governação executadas pelo PMO estão baseadas na sua vida no lançamento. Encontramos muitas vezes funções de 'Launch PMO', 'Launch Manager', 'Launch Director', 'Launch Gate', 'Launch Project Life Cycle', 'Launch Check Lists', etc. como parte do léxico. Em muitas vezes, só o prefixo ‘Launch’ é removido das descrições de funções e processos, mas a essência está inalterável. Subsequentemente, o PMO e a sua equipa são incapazes de se adaptarem ao ritmo da vida da companhia e descobrem-se na periferia da realização dos projectos.

Para remediar a situação, são aplicadas duas soluções típicas. Em primeiro lugar, são recrutados «gestores de projecto certificados» e espera-se que estes realizem os projectos dentro do plano. Contudo, na ausência de uma metodologia sólida de gestão de projecto, vemos que muitos ficam parados num limbo.

Em segundo lugar, são recrutados para a remediação consultores muito dispendiosos com experiência extensiva em trabalho com PMOs. Em alguns casos, os consultores são na realidade contratados da mesma companhia de consultoria que estabeleceu o lançamento do PMO e falham miseravelmente quando lhes é atribuída a responsabilidade de resolver os problemas e sanar o PMO. Tudo isto exacerba o problema e marginaliza o papel do PMO na vida da companhia.

Para ser justo com os gestores de gestão, estes são normalmente contratados em virtude da sua competência no domínio e não pelas suas competências em PMO. Este é um valor adicional que é introduzido como uma parte dos serviços de consultoria sem custo adicional. Esta prática está generalizada de tal forma que os executivos ficam a pensar porque é que há tanto fracasso de projectos apesar do lançamento com sucesso de novas linhas de negócio.

Para evitarem cometer o mesmo erro segunda vez, os executivos devem por bem escrutinar as capacidades de PMO dos seus consultores, para além do conhecimento do domínio. Em alternativa, podem contratar um especialista de PMO para a companhia, que trabalhe em colaboração com os consultores na fase de lançamento e assegure que é entregue um PMO adequado, equipado com a metodologia certa e os recursos estabelecidos.

Os executivos devem procurar optar por companhias que forneçam a capacidade de PMO, mas também transfiram as competências para os futuros responsáveis pelos mesmos na companhia.