Imagina-se o chefe de projeto como aquele que « segue » um planeamento. É falso. Um bom PM não segue, antecipa: tranca o perímetro, mantém a carga e o orçamento, trata os riscos antes que se tornem problemas, e comunica com um ritmo regular. O resto é ferramenta. Um projeto quase nunca descarrila de uma vez. Desliza, e o atraso torna-se estrutural.
enquadrar antes de correr
Tudo começa por um perímetro claro. Antes da primeira tarefa, é preciso um contrato de partida: objetivos, marcos, entregáveis, e a sua valorização. É o papel de uma proposta técnica e financeira, não um orçamento vago mas um verdadeiro recorte do trabalho. Um projeto que arranca sem perímetro trancado não derrapa: nunca foi enquadrado.
planear à boa granularidade
O erro mais comum é detalhar tudo desde a partida. Perde-se tempo a atualizar tarefas cujo conteúdo se ignora, os dados tornam-se ilegíveis, e já não se veem os riscos. A regra inversa funciona: detalhar finamente a fase em curso, ficar em alto nível na seguinte, acrescentar o detalhe quando a vista se precisa. O planeamento segue o projeto, não o adivinha seis meses antes.
A estrutura depende da topologia do projeto. Um projeto sequencial simples organiza-se em grupos (spec, design, produção, validação). Um projeto complexo coloca o detalhe em work packages dedicados, ligados aos grupos por tarefas de integração e marcos. Um centro de competências pilota-se por sprints.
dois níveis de planeamento, não um
Uma só ferramenta não basta. É preciso um planeamento de alto nível (tipo MS Project) que sustenta a visão, as decisões e os impactos, e um planeamento do quotidiano (um planner, uma revisão semanal) que desce às tarefas do dia. O primeiro responde a « para onde vai o projeto », o segundo a « o que se faz esta semana ». Confundi-los é ou afogar-se no detalhe, ou pilotar às cegas.
marcos que querem dizer alguma coisa
Nem todos os marcos se equivalem. Os que contam são os marcos projeto (revisões de conceção, disponibilidade de um protótipo) e os marcos cliente (entregas, demonstrações, Go/No-Go). São eles que dão o ritmo ao avanço, porque são eles que desbloqueiam a continuação e que comprometem. Um planeamento legível põe estes marcos em evidência em vez de afogar a pilotagem sob mil micro-tarefas.
manter a carga e o orçamento, em desvio
Um planeamento não é uma promessa, é uma referência contra a qual se mede o real. A disciplina consiste em seguir o desvio entre previsto e realizado, na carga como no orçamento, e em reagir cedo. O reflexo técnico ajuda: saber se uma tarefa é pilotada pela sua duração, o seu esforço ou os seus recursos muda a forma como uma modificação se propaga. Acrescentar recursos a uma tarefa nem sempre a acelera, e um PM que não domina isso mente a si próprio sobre as suas datas.
o risco é uma rotina, não um documento
A gestão dos riscos não se faz uma vez no início do projeto para preencher uma casa. É um registo vivo: identifica-se, avalia-se a criticidade, define-se um plano de mitigação, reexamina-se regularmente. Um risco tratado quando ainda é pequeno custa uma decisão. O mesmo risco ignorado torna-se um problema, e um problema ignorado torna-se o atraso que toda a gente vê demasiado tarde.
comunicar com um ritmo, e dizer a verdade
A pilotagem faz-se a cadência fixa: uma atualização semanal onde se põe o avanço real, não o avanço desejado. E sobretudo, um reporting honesto. Um planeamento passado a vermelho cedo vale infinitamente mais do que um verde que mente: o primeiro deixa tempo para agir, o segundo transforma um alerta em crise. A coragem de reportar uma má notícia a tempo é uma competência de PM, não uma confissão de fraqueza.
as sete regras, em uma frase cada uma
- Não há projeto sem perímetro trancado.
- Detalhar o presente, esboçar a continuação.
- Dois níveis de planeamento: a visão e o quotidiano.
- Pôr em evidência os marcos que desbloqueiam.
- Pilotar o desvio real contra previsto, reagir cedo.
- Tratar o risco enquanto é pequeno.
- Cadência fixa, reporting honesto.
Nada de espetacular nisto, e não é específico do hardware: estas regras valem para qualquer projeto com desafios. O ofício não consiste em preencher um planeamento, mas em torná-lo fiável. É menos lisonjeiro do que um golpe de génio, e bem mais eficaz.