
Neste artigo, vais aprender:
|
A maturidade, neste contexto, não é um rótulo. É uma medida da previsibilidade com que uma organização transforma a intenção em resultados concretos. No nível 1, os projectos dependem inteiramente do heroísmo de alguns indivíduos. No nível 5, a organização pode pegar num novo objetivo estratégico, encaminhá-lo através de um processo definido e obter resultados fiáveis, independentemente de quem seja o Gerente de projeto.
A diferença entre o nível 3 e o nível 4 é exatamente onde se situa a maior parte das organizações de TI polacas e também onde o maior valor comercial fica retido. Uma organização de nível 3 tem processos definidos, mas estes vivem em documentos e ficheiros PowerPoint. Uma organização de nível 4 tem esses mesmos processos incorporados em ferramentas diárias, com medição, governação e melhoria contínua incorporadas. A transição não tem a ver com a contratação de mais PMs ou com a aquisição de uma certificação de metodologia. Trata-se de colmatar um pequeno número de lacunas operacionais muito específicas e o estudo COI é útil precisamente porque identifica essas lacunas com clareza estatística.
Das 32 instituições inquiridas, 65,63% situam-se no nível de maturidade 3 ou 4. Trata-se de um grupo forte, não catastrófico, mas ainda não de classe mundial. Em todos os dez critérios avaliados, a pontuação média aumentou de ano para ano, o que indica que as TI do sector público estão realmente a melhorar e não a estagnar.
A melhoria mais notável é a da gestão do risco, em que a pontuação média subiu de 3,18 para 3,75 num ciclo. O relatório também é franco sobre o que está a impedir as organizações de progredirem: uma abordagem ad-hoc e acidental à seleção de ferramentas e uma falta de integração entre as ferramentas que estão a ser utilizadas. Em linguagem simples: as equipas juntam folhas de cálculo, um rastreador de problemas, um fio de correio eletrónico e uma unidade partilhada, e a ausência de um sistema coerente torna-se o ponto de estrangulamento. As pessoas esforçam-se. O sistema não o amplifica.
As dez dimensões avaliadas pelo estudo COI correspondem a perguntas a que todos os PMO devem eventualmente responder. Cada projeto tem uma carta documentada ligada a um objetivo comercial? O Cronograma é realmente utilizado para gerir a entrega, ou é um documento estático aberto apenas perante os comités de direção? Os Gestores de projeto sabem a variação do seu orçamento esta semana, ou apenas no último trimestre? O risco é um item registado e detido com um plano de mitigação, ou um sentimento que as pessoas têm na máquina de café?
O desfasamento entre o nível 3 e o nível 4 é quase sempre respondido na frequência e automatização destas práticas. As organizações de nível 3 realizam-nas quando têm tempo. As organizações de nível 4 realizam-nas por defeito, porque o sistema dificulta qualquer outro comportamento. Esta distinção, ou seja, a automatização como mecanismo de maturidade, é a informação mais útil que o estudo COI oferece.
O relatório COI identifica explicitamente a fragmentação das ferramentas como um dos principais factores de bloqueio. Quando o Cronograma está numa ferramenta, o orçamento noutra, o registo de riscos numa terceira e o relatório de estado no PowerPoint, o Gestor de Projeto passa uma parte desproporcionada da sua semana na reconciliação de dados. Pior ainda, o PMO nunca vê uma imagem consistente de todos os projectos, porque cada gestor de projeto faz a reconciliação de forma diferente.
O resultado é exatamente o que o estudo identifica: escolhas de ferramentas ad-hoc e acidentais. As ferramentas são escolhidas porque alguém as usou no seu último trabalho, porque são gratuitas ou porque estavam disponíveis na pilha de licenças. A organização acumula dívida técnica na sua prática de gestão de projectos da mesma forma que a acumula no código, silenciosamente, até que o custo da fragmentação exceda o custo de a corrigir.
Existe um equívoco comum de que a maturidade se constrói principalmente através do treino. Não é assim. A formação eleva o limite máximo do que é possível; o sistema eleva o limite mínimo do que é normal. A maioria das organizações que se situam entre o nível 3 e o nível 4 já tem Gestores de projeto com formação. O que lhes falta é um ambiente predefinido em que fazer o que está certo é o caminho de menor resistência. Por conseguinte, um sistema PPM moderno não é apenas uma ferramenta, é a personificação operacional de uma metodologia.
O caminho mais rápido para o nível 4 é tornar mecânico o início de qualquer novo projeto. Se todos os projectos começarem a partir de um modelo que já contenha as secções corretas da Carta de Princípios, as categorias de risco com que a Estrutura Organizacional se preocupa, a estrutura típica de Marcos, as linhas de orçamento Padrão e a Rota de aprovação acordada, o Gerente de projeto não está a fazer cem pequenas escolhas metodológicas no primeiro dia. Está a preencher uma estrutura conhecida, o que elimina a dependência da disciplina individual.
Quando um risco está ligado a uma tarefa do cronograma, e um item do Orçamento está ligado a uma entrega, e uma entrega está ligada a um objetivo estratégico, todo o portfólio se torna navegável. Um membro do conselho de administração pode pesquisar desde um KPI estratégico até à tarefa específica do cronograma que está a derrapar. Um PMO pode ver, em trinta projectos, onde se concentra a exposição ao risco. Não se trata de uma funcionalidade de relatórios – é um modelo operacional fundamentalmente diferente.
O cronograma do FlexiProject suporta dependências de tarefas, o caminho crítico e o rastreamento de desvios em tempo real da Linha de Base. O sistema de ícones de aviso mostra, num relance, quais as Atividades que têm Riscos não resolvidos, itens de custo orçamentados ligados, ou entregas que dependem deles. Um Gerente de projeto que olha para o cronograma na manhã de Monday vê não apenas o que deve ser feito esta semana, mas quais das Atividades desta semana têm exposição.
Cada risco no FlexiProject tem um proprietário definido e um plano de ação. Riscos podem ser ligados a atividades específicas do cronograma, o que significa que o próprio cronograma exibe a exposição ao risco em linha. A maioria dos grandes fracassos de projetos não são causados por riscos desconhecidos – eles são causados por riscos conhecidos que ninguém gerenciou ativamente. Um registo que vive dentro do mesmo sistema que o Cronograma, com propriedade atribuída e estado de mitigação visível, torna esse modo de falha significativamente menos provável.

{%CAPTION%}
O FlexiProject oferece Cartas de Projeto configuráveis – uma para programas de TI, uma para projetos de investimento, uma para campanhas de marketing – cada uma com os campos e lógica de aprovação que se encaixam na natureza real do trabalho. As rotas de aprovação formalizam o controlo de alterações: alterações de âmbito, Cronograma ou Orçamento passam por um fluxo de aprovação documentado em vez de serem negociadas informalmente. Esta é a definição operacional de governação e uma das coisas mais tangíveis que separa as organizações de nível 3 das de nível 4.
Acima do nível de maturidade 3, a visibilidade financeira por projeto torna-se inegociável. O módulo de orçamento do FlexiProject suporta o planeamento detalhado do orçamento, registo de custos em curso, e actualizações de previsões à medida que o projeto progride. Os itens do Orçamento podem ser ligados a Atividades específicas ou entregáveis, que é o que permite que a variação seja analisada de forma significativa. Um excedente de 15% no Orçamento é um número; um excedente de 15% concentrado em duas entregas é um diagnóstico.

{%CAPTION%}
FlexiProject explicitamente modela produtos e sub-produtos como objetos de primeira classe, com seus próprios donos, prazos e critérios de Aceitação. Isso força uma conversa útil no momento do planejamento: o que exatamente este projeto vai entregar, quem é responsável por cada entrega, e quando ele precisa estar pronto? Sem esta distinção, os projectos são encerrados com base em “todas as actividades concluídas”, uma forma fiável de entregar actividades sem entregar valor.
O FlexiProject automatiza o ciclo de relatórios de status – coletando dados em um Cronograma definido, preenchendo um modelo de Relatórios configurado e produzindo saídas em PDF sem consolidação manual. O tempo livre do PMO pode ser redireccionado para a análise de portfólio, Revisões de lições aprendidas, e workshops de risco pré-mortem. A função de base de conhecimentos acumula lições e decisões de projeto no mesmo sistema que executa os projectos, acessíveis no momento em que são necessárias, em vez de ficarem enterradas numa pasta SharePoint.
Conflitos de recursos são uma das razões mais comuns para que os Cronogramas se atrasem e eles são quase sempre invisíveis até que o atraso aconteça. A visão de alocação do FlexiProject mostra como o tempo de cada pessoa está comprometido em projectos activos; o registo de tempo capta o trabalho que foi realmente feito. No nível 3, os conflitos de recursos são descobertos quando um Gerente de projeto liga para outro para perguntar se um especialista está disponível. No nível 4, estes conflitos são visíveis no sistema antes mesmo de a atribuição ser efectuada.

Vista de atribuição de recursos por membro da equipa no FlexiProject – distribuição da carga de trabalho pelos projectos activos
Atingir o nível de maturidade 5 requer a ligação entre cada projeto ativo e um objetivo estratégico mensurável. O FlexiProject suporta Carteiras de projectos, programas de projectos, modelos de Pontuação, e ligação entre estratégia e KPI. Os modelos de Pontuação permitem que as ideias de projectos sejam avaliadas de acordo com critérios estratégicos antes de serem atribuídos recursos. O resultado operacional é uma visão de portfólio em que a pergunta “devemos financiar esta nova iniciativa?” tem uma resposta estruturada em vez de uma resposta política, que é o que o nível 5 parece na prática.
Define uma ou duas variantes da Carta de Projeto que correspondam aos tipos de projetos dominantes na organização. Constrói modelos que contenham as fases acordadas, os Riscos típicos e os resultados padrão. Configura as rotas de aprovação para a carta do projeto e para as principais alterações. Esta é a base, tudo o que se segue depende dela.
Transfere o registo de riscos das folhas de cálculo para o sistema em funcionamento. Define um conjunto pequeno e consistente de categorias de risco. Liga os Riscos às Atividades do Cronograma que eles afetam. Estabelece uma cadência regular de revisão dos riscos ao nível do projeto e do portfólio.
Configura Revisões automatizadas de projectos com uma cadência definida. Substitui os quadros de estado manuais por Relatórios gerados pelo sistema. Implementa o mesmo formato em todos os projectos, para que o conselho de administração veja a consistência e não a interpretação do progresso de cada PM.
Define um ou dois critérios de Pontuação para novas ideias de projectos. Agrupa os projectos activos em carteiras. Apresenta à equipa de liderança os dados financeiros e a exposição ao risco ao nível do portfólio. Cada passo desta sequência baseia-se no anterior: a normalização torna possível a ligação ao risco, a ligação ao risco torna os relatórios significativos e os relatórios significativos tornam as decisões do portfolio defensáveis.
A maturidade do Gerente de projeto é o grau em que uma organização pode entregar de forma confiável os resultados do projeto através de processos definidos, repetíveis e continuamente melhorados – independente de quais indivíduos estejam envolvidos.
A maioria dos modelos de maturidade utiliza cinco níveis. O nível 1 é ad-hoc e depende de indivíduos. O nível 2 tem práticas básicas e repetíveis. O nível 3 tem processos documentados. O nível 4 tem processos medidos e incorporados. O nível 5 tem processos continuamente optimizados ligados à Estratégia.
Com um roteiro claro e um sistema PPM de apoio, uma organização pode normalmente passar do nível 3 para o nível 4 em cerca de doze meses. Sem um apoio sistémico, a mesma subida demora muitas vezes três a cinco anos e, frequentemente, pára.
Uma ferramenta de PPM não aumenta a maturidade por si só, mas um sistema de PPM bem escolhido e corretamente configurado é uma das formas mais eficientes de operacionalizar as práticas que os modelos de maturidade medem. O sistema faz com que o comportamento correto seja o comportamento por defeito.
O estudo da Centralny Ośrodek Informatyki avaliou trinta e duas instituições do sector público polaco, todas elas beneficiárias do segundo eixo do Programa Operacional “Polónia Digital”, em relação a dez dimensões da maturidade da gestão de projectos. Relatórios indicam que 65,63% dessas instituições se situam no nível de maturidade 3 ou 4, com melhorias anuais em todos os dez critérios e o maior ganho na gestão de riscos.
A conclusão mais útil das conclusões do COI não é que a TI polaca está a melhorar – é que a melhoria está concentrada exatamente nas dimensões em que os sistemas e as normas fazem o trabalho pesado. A gestão do risco melhorou mais porque as organizações adoptaram práticas de risco estruturadas. Os Relatórios e a governação melhoraram porque se tornaram menos ad-hoc. As dimensões que ficaram para trás são precisamente as que dependem da integração de ferramentas e de modelos operacionais coerentes.
A maturidade do Gerente de projeto não é uma função do esforço. É uma função de quanto do comportamento correto o sistema torna automático. O FlexiProject foi concebido para essa escalada específica – suficientemente abrangente para cobrir as dez dimensões de maturidade, configurável o suficiente para se adaptar à organização e não o contrário, e integrado o suficiente para remover o problema de fragmentação de ferramentas que o estudo COI identifica como um dos principais bloqueadores.