APRENDER. PRATICAR. EVOLUIR.Partir de todo o trabalho necessário
Instalar componentes é apenas parte de uma entrega operacional. Decompõe os entregáveis e o trabalho para validar, formar, transitar e encerrar, incluindo os requisitos de recuperação que foram acordados. Cada pacote precisa de condição de conclusão e responsabilidade compreendidas. Representa também dependências externas, como uma regra de firewall, com data necessária e evidência de validação. Não basta escrever rede em paralelo. Onde o conhecimento ainda é limitado, detalha o trabalho próximo e mantém hipóteses, intervalos e marcos para o restante. Atualiza o plano com a evidência de protótipos e decisões, sem apresentar uma precisão inexistente.
Calcular capacidade antes de prometer duração
Dias-pessoa medem esforço; dias úteis decorridos medem duração. Quatro pessoas durante vinte dias, com vinte e cinco por cento reservado ao projeto, fornecem vinte dias-pessoa antes de outras perdas. A capacidade de RUN não passa a estar disponível por aparecer no organograma do projeto. Duas atividades tecnicamente independentes também podem disputar a mesma especialista. Se cada uma exige quatro dias a tempo inteiro dessa pessoa, precisam de oito dias no total quando não existe substituto. Mostra esse limite e compara alternativas autorizáveis: mudar sequência, reduzir âmbito opcional, obter capacidade qualificada ou rever a data.
Ler a rede e avaliar compressão
Numa rede simples com A de dois dias, B e C de seis em paralelo e D de dois depois de ambas, a duração é dez dias. Reduzir só B para quatro não muda a data porque C continua a limitar D. Para encurtar o projeto, identifica os caminhos que determinam a conclusão e recalcula depois de cada alteração. Folga consumida reduz margem futura mesmo quando não atrasa imediatamente o fim. Acrescentar recursos tem custo e limites de produtividade; sobrepor trabalho pode gerar retrabalho. Nenhuma técnica dispensa avaliar hipóteses, dependências, qualidade e autoridade para a mudança.
Prever custo incluindo o fim da mudança
Uma previsão simples pode somar custo real e estimativa atualizada para concluir. Se já foram gastos quarenta e oito mil euros e faltam trinta e dois mil, o custo final previsto é oitenta mil, sujeito às hipóteses usadas. Inclui operação em paralelo, licenças, desativação e encerramento quando fizerem parte da entrega. Não confundas custo restante com custo total, nem previsão com orçamento autorizado. Se o consumo cloud previsto aumenta, comunica causas, incerteza e diferença face ao limite enquanto ainda existem opções. Uma redução esperada só se torna poupança observada quando as condições e a medição a sustentarem.
Escolher métricas que não escondem diferenças
Uma fatura paga pode refletir um adiantamento, sem demonstrar aceitação do trabalho. Mantém separadas as dimensões de financiamento, execução e resultado. Em valor ganho, CPI compara EV com AC e SPI compara EV com PV; uma diferença monetária de valor planeado não é automaticamente um número de dias de atraso. Em equipas adaptativas, story points com escalas locais não formam uma unidade comum para classificar produtividade entre equipas. Usa métricas adequadas à decisão, explica denominadores e compara condições equivalentes. Atualiza progresso real e trabalho restante sem mudar datas históricas para manter um estado verde.
Ligar qualidade, aceitação e valor sem os confundir
Planeia critérios de qualidade e amostras que representem as condições acordadas. Zero defeitos em operações normais não comprova comportamento das exceções excluídas. Em Scrum, código integrado que não cumpre a Definition of Done não passa a fazer parte do Increment concluído por mover um cartão. Compara investimento de prevenção e retrabalho no mesmo horizonte: quatrocentos euros de preparação para evitar novecentos de correções previstos produzem quinhentos de diferença esperada. Depois da entrega, mede benefício com a unidade acordada, por exemplo minutos manuais por mil operações. Aceitação técnica, utilização e benefício realizado precisam de evidências relacionadas mas distintas.
Exercício de planeamento: preparação 3 dias, duas configurações de 4 dias cada e validação 2 dias. Com a mesma especialista a tempo inteiro nas duas configurações, o mínimo é 13 dias; com duas pessoas qualificadas e disponíveis, o modelo lógico permite 9. Escreve as condições que tornam a segunda opção uma previsão credível e a decisão necessária para obter essa capacidade.
Armadilhas comuns
Confundir esforço e duração; sobrepor trabalho da mesma pessoa; comprimir um ramo sem recalcular os outros; omitir desativação; usar pagamento como avanço; comparar story points sem unidade comum; contar apenas amostras convenientes.
Tópicos relacionados: Liderar sem ser o bloqueio · Planear com capacidade real · Risco, mudança e decisões informadas · Medir valor e entregar autonomia
Um plano credível liga âmbito, recursos, dependências, custo e evidência de entrega. Cada previsão conserva as hipóteses que a tornam executável.
Referência: Schedule Assessment Guide · PMP ECO July 2026; DR PMP 2026.7