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’.

Controlo do âmbito do projeto

Porque é importante evitar alterações num projeto - mas por que elas não podem ser totalmente evitadas?

Mudanças da baseline técnica do projeto devem ser evitadas tanto quanto possível, por duas razões:

· Em primeiro lugar, mudar os requisitos técnicos pode alterar o custo do que foi estimado na fase de oferta, e

· Em segundo lugar, as mudanças levam sempre a distúrbios e re-trabalhos, para todas as partes impactadas, que são muito mais prejudiciais e difíceis de avaliar do que os custos diretos.

São implementadas inúmeras mudanças durante a execução de um projeto. Algumas fazem parte da normal da execução do projeto e não podem ser evitadas. Incluem o desenvolvimento do projeto, a incorporação de informações de fornecedores, etc. Várias alterações, no entanto, podem ser evitadas. Estas são os pedidos feitos pelo cliente que são na verdade extras sobre as exigências contratuais.
 

Gerir as mudanças criadas pelo Cliente

Existem dois tipos destes pedidos. Em primeiro lugar, as mudanças reconhecidas, isto é, carta formal do cliente com um pedido de trabalho adicional, a implementação da nova exigência, etc., pedindo ao Contratado para fornecer uma estimativa do impacto do custo / cronograma e mudanças não-reconhecidas que vêm na forma de comentários sobre entregas, requisitos transmitidos "abertamente" por meio de cartas, registos em atas de reuniões ou comunicação informal (oral, e-mails etc.)

Mudanças reconhecidas são uma questão menor pois elas vão levar a uma compensação (tempo e dinheiro) a partir do cliente através de uma Ordem de Alteração do Contrato.

Mudanças não-reconhecidos são as mais numerosas. Eles são as mais prejudiciais para o Contratado pois são muitas vezes despercebidas e incorporadas por este no seu custo.

Fontes do setor estimam que as empresas Contratadas perdem entre 5 e 15% do valor do contrato devido a isso.
 

Como enfrentar estas Mudanças?

Primeiro que tudo, logo que detetar a mudança o Contratado deve solicitar ao cliente a receção de um pedido oficial.
A maneira prática de fazer isso é dar a seguinte resposta padrão a qualquer pedido, por exemplo, incluído como um comentário sobre um resultado do trabalho contratado:
"Este comentário constitui um requisito adicional ao contrato. (Explique por que, referindo-se aos documentos de contrato aplicável). Este pedido não será considerado, a menos Companhia emita um pedido oficial nos termos do artigo X do Contrato "Pedido de Mudança iniciado pela Companhia ".
Isto irá eliminar a maioria de tais pedidos, já que o cliente vai querer evitar os custos adicionais resultantes.
Irá ainda iniciar, para os restantes, o processo conducente à compensação do contratado.
 

Posição no caso de alterações não-reconhecidas

Caso receba o pedido oficial do cliente, ele pode ou não reconhecer que a solicitação feita é uma alteração ao contrato.

Se a alteração for reconhecida, o Contratado irá preparar a estimativa do impacto no custo / programação. Ocorrerão discussões com o cliente sobre tais estimativas. O desafio para o contratado será concordar prontamente com tal estimativa com o Cliente, e esta ser registada num pedido de alteração aprovado. O contratado poderá, ainda, tentar evitar o atraso da espera e prosseguir com a mudança sem um pedido de alteração aprovado.

Quando se sabe que em grandes projetos se leva, em média, um ano entre a data da receção da solicitação de alteração reconhecida pela Empresa e a do Pedido de Alteração aprovado, compreende-se que o contratado esteja exposto por um longo tempo a esta pressão.

No caso de o pedido não ser reconhecido como uma mudança ao contrato, o contratado deve notificar que ela constitui tal mudança. Se o Contratado não o fizer dentro de um determinado período de tempo, perderá o seu direito de ser compensado por um custo / tempo extra.

O Contratado poderá apresentar diretamente a estimativa de impacto do custo / tempo ou declarar que não irá considerar tal pedido, a menos que o Cliente o reconheça formalmente como uma mudança. Isso vai depender da vontade do contratado para implementar a alteração, o seu impacto e tempo / esforço necessário para avaliar.

Uma vez que a notificação / estimativa acima seja emitido, a resposta da Companhia deverá ser cuidadosamente acompanhada.

Tal resposta pode ser uma negação de que o pedido constitui uma mudança. Nesse caso, a Contratada não executará o pedido informal.

Há uma exceção a esta opção, quando a resposta do cliente contém uma instrução formal para o Contratado implementar a mudança. Os Contratos de fato, geralmente dão ao cliente esse direito para forçar o contratado a proceder a alterações e este tem o dever de cumprir.

O contratado deverá, em seguida, registar os custos incorridos para os reclamar ao Cliente.

Caso a resposta não contenha instruções para prosseguir, no entanto, ou no caso em que não haja resposta recebida do cliente, o contratado não deve implementar o pedido.

É essencial o acompanhamento adequado pelo Contratado da resposta do cliente e da comunicação a todas as partes interessadas acerca da possibilidade de aplicar a implementação da mudança ou não.
 

Conclusão

É fundamental que o Contratado implemente um sistema apertado para detetar os pedidos e solicitações do cliente designadamente os que constituem alterações ao contrato. Os contratados devem, de fato, apenas implementar as solicitações que são reconhecidas como mudanças perlo Cliente ou as que são forçados a implementar por instrução formal.

A inexistência de um sistema apertado, o que é bastante comum, resulta em perdas significativas para os contratantes.

Chegar a acordo com a Data de Conclusão

Por definição todos os projetos tem de ter uma data de fim. A forma como o planeador e o gestor do projeto chegam a essa data e como a equipa de projeto enfrenta a data de fim varia muito de projeto para projeto. Nada tem mais efeito na equipa do projeto que a data de conclusão do mesmo, e não há nada que crie mais stress nas pessoas que estão envolvidas efetivamente no trabalho do que a forma como é compreendida a data de conclusão por todos. Chegar a acordo com a data de fim, significa conseguir ganhar para a data de conclusão todos os envolvidos no projeto. Todos tem de acreditar que o projeto pode ser feito até essa data.

Em termos gerais, temos três diferentes maneiras de encontrar a data de fim de um projeto e se as entendermos isso ajudará a equipa a chegar a acordo com isto.
 

A data indicada

Quando a data de conclusão é indicada pelo cliente ou pela gestão, o gestor do projeto tem de aceitar isso e planear o agendamento do projeto à volta desta data de fim. Embora isto não seja a forma ideal de planear um projeto é a mais comum no mundo de hoje. Se o gestor de projeto tenta puxar a data para mais tarde, o cliente pode decidir encontrar uma nova equipa para realizar o trabalho.

Esta é a data mais difícil para chegar a acordo internamente porque muitas vezes não faz qualquer sentido para a equipa. O gestor de projeto vai ter de equilibrar entre a realidade do agendamento para encontrar a data; terá compreender que âmbito pode ser realizado para cumprir a data indicada. Terá de ser compreendida também a necessidade que está por detrás da indicação da data de fim, pois apesar das aparências muitas vezes esta data não é arbitrária e, se a compreendermos, será mais fácil aceitá-la. Aceitar a data significa ainda enfrentar os riscos envolvidos na realização deste deadline forçado e gerir cuidadosamente o âmbito do projeto dentro dos constrangimentos de datas.
 

A data agendada do projeto

O exato oposto da data indicada é a data agendada do projeto. Esta decorre da inclusão de todo o trabalho no software de agendamento, são anotados os constrangimentos e os recursos atribuídos e o software analisa e calcula a data em que o projeto irá terminar. Esta é possivelmente a forma mais fácil de chegar a acordo com esta se tivemos em conta, de forma verdadeira, todas as variáveis.

Por exemplo, se o agendamento foi calculado com calendários de 60 horas ou semanas de 80 horas de trabalho e se as atividades foram agendadas sem flexibilidade. Então esta data agendada será tão arbitrária como uma qualquer data definida por alguém sem nenhum conhecimento do projeto. Para que a data seja adequada necessita do envolvimento do gestor do projeto e do planeador na criação de um plano com datas realistas dentro dos constrangimentos de recursos e âmbito.
 

A data negociada

A terceira forma de obter a data de conclusão é negociar a data com o cliente. Muitas vezes, esta negociação vai cair entre a data indicada e a data agendada e, embora possa não ser a ideal o gestor de projeto pode ter capacidade de a tornar aceitável desde que os riscos estejam sob controlo e sejam revistos durante a negociação. Espera-se que todos fiquem de acordo com a data depois da negociação e que isso envolva uma compreensão do que foi alcançado e quais os compromissos resultantes da negociação.

Este é o processo do bom senso e é aquele que resulta do esforço de obter a data mais adequada para todas as partes. No decurso do projeto é esta a data que decorre dos processos de atualização e revisão bem como das extensões de tempo necessárias a enfrentar as mudanças nos constrangimentos e nas necessidades afirmadas pelo cliente.