APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Esforço e duração não são a mesma medida. Dez dias-pessoa de trabalho não garantem conclusão em dez dias de calendário: dependências, disponibilidade, competências, aprovações e janelas operacionais condicionam a sequência. Divide trabalho em entregas pequenas com responsáveis e critérios de conclusão. Confirma disponibilidade com as equipas que a fornecem, incluindo suporte, férias e outras iniciativas. Num papel híbrido com 25% reservado a projeto, vinte dias úteis correspondem a cinco dias-pessoa teóricos de projeto antes de interrupções e outras restrições. Tratar o colaborador como totalmente disponível criaria um compromisso incompatível com o serviço que também tem de manter.
Aplicação guiada
Num exercício original, três pessoas disponíveis dez dias a 25% representam 7,5 dias-pessoa, assumindo disponibilidade equivalente e sem outras perdas. Esta soma não remove uma dependência que só um especialista consegue resolver. Mantém esforço realizado e estimativa restante separados. Se foram usados 18 dias-pessoa e faltam 16, a previsão é 34 face a uma referência de 30: o desvio previsto é quatro. Atualiza a previsão e apresenta opções, como reduzir âmbito aprovado, alterar sequência ou obter capacidade. Não alteres silenciosamente a referência para apagar o desvio. Regista a decisão autorizada e atualiza planos ligados, incluindo a cobertura do suporte durante a execução.
Ler a junção antes de somar dias
Desenha a sequência com dependências explícitas. No exercício, preparação dura dois dias; rede e base de dados começam depois e duram três e cinco, com equipas distintas. A validação de um dia espera por ambas. A duração mínima é dois mais cinco mais um, totalizando oito dias. Somar os dois ramos trataria trabalho paralelo como sequencial. Usar o ramo menor permitiria validar antes de a base de dados estar pronta. Antes de aplicar esta conta, confirma que recursos, calendários e condições de aprovação permitem realmente o paralelismo descrito.
Distinguir aceleração e previsão
Reduzir o ramo de rede de três dias para um não altera os oito dias totais porque a base de dados continua a controlar a junção. Pode haver outro benefício, mas a redução de prazo global não foi demonstrada. Do mesmo modo, gastar seis dias-pessoa numa tarefa inicialmente estimada em dez não prova sessenta por cento de conclusão. Se agora faltam sete, a previsão é treze. Mantém resultado aceite, esforço realizado, esforço restante e duração como medidas distintas. Expõe premissas que condicionam as datas, sobretudo quando uma aprovação ainda está pendente.
Prática: explicar o limite da proposta
Calcula a rede antes e depois da proposta indicada no laboratório. Redige uma resposta ao fornecedor que reconheça a redução da atividade, mas peça fundamento para qualquer promessa de antecipação do marco. Depois inclui uma decisão que só pode ocorrer quinta de manhã: se a validação exige essa aprovação, estar tecnicamente pronto terça não permite começar quarta. No comité, apresenta a restrição que controla cada opção. Um cronograma útil permite perceber o efeito de mudar uma condição, em vez de mostrar apenas uma lista de datas sem relações.
Synthetic dependency network / Rede fictícia
prepare = 2; network = 3; database = 5; validate = 1
before = 2 + max(3, 5) + 1 = 8 days
network_after = 1
after = 2 + max(1, 5) + 1 = 8 days
actual_effort = 6; remaining_effort = 7; forecast_effort = 1318 realizados + 16 restantes = 34 previstos; 34−30 = 4 dias-pessoa acima da referência.
Armadilhas comuns
Esforço como duração; ocupação a100%; previsão como aprovação; orçamento consumido como trabalho concluído.
Tópicos relacionados: Mandato, âmbito e aceitação · Risco, mudança e decisões de arquitetura · Governance, fornecedores e comunicação
Planeia capacidade real e torna visíveis pressupostos e previsão restante.
Referência: PM²-PM Highlights · PM² reference practices and cloud operational governance; primary guidance reviewed 2026-09-30