APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
O custo do projeto não termina na implementação. Inclui coexistência de ambientes, suporte, observabilidade, dados, licenças e desativação quando aplicáveis. Uma previsão cloud depende de utilização, configuração e preços assumidos; o orçamento é a autorização de financiamento e não muda automaticamente com a previsão. Trabalha com FinOps e os responsáveis de orçamento para explicar desvios e opções. No exercício de custos, compara períodos e âmbito equivalentes, sem apresentar valores fictícios como preços de fornecedor. Para obsolescência, identifica produto, versão, dependências e data de suporte confirmada na fonte aplicável. Uma data relativa a outro produto não prova o estado do teu componente.
Aplicação guiada
Num cenário fictício, os servidores antigos parecem inativos durante uma semana, mas existe um consumidor trimestral por confirmar. A desativação precisa de validação de dependências, dados e recursos associados, com responsáveis e evidência. Planeia custos e esforço de remoção no projeto e confirma que as despesas realmente desapareceram. No encerramento, transfere ações pendentes e acompanha benefícios com dono e data de medição. Se o objetivo era reduzir tempo de fecho, mede o fluxo antes e depois em condições comparáveis; instalar a solução não basta. O relatório final deve preservar desvios, decisões e aprendizagem para que projetos seguintes possam reutilizar conhecimento concreto.
Comparar custo total e custo por unidade
O custo pode aumentar enquanto a eficiência por unidade melhora. Dez mil para cem mil transações corresponde a dez cêntimos por transação; doze mil para cento e cinquenta mil corresponde a oito. Antes de comparar, confirma que as unidades, carga e fronteira de custo são equivalentes. Uma subida do total exige financiamento adequado, mesmo que o custo unitário melhore. Para benefícios de tempo, conserva também o âmbito do processo: omitir reconciliação no ensaio posterior impede concluir que o mesmo fluxo ficou mais rápido apenas porque o cronómetro registou menos minutos.
Reconciliar ativos, dados e obrigações
Uma lista com três recursos não corresponde necessariamente a outra lista com três identificadores diferentes. Na retirada, compara identidades e investiga ausências e itens inesperados. Distingue serviço parado, dados conservados e dados com destino autorizado; retenção ativa não desaparece com ausência de tráfego. O custo também precisa de reconciliação: no exemplo, desligar remove dois mil mensais de consumo, mas mantém três mil de compromisso durante três meses. Permanecem nove mil. Atribui responsáveis pelo seguimento de cópias, referências, compromissos e evidência, sem afirmar que uma instalação desligada prova eliminação universal.
Prática: um fecho com conclusões limitadas
Usa os dados abaixo para escrever três linhas de fecho: recursos identificados, obrigações financeiras remanescentes e benefícios demonstrados. A diferença entre S3 e S4 não é resolvida pelo número de registos. O compromisso restante não é eliminado por remover consumo. O custo unitário pode melhorar sem comprovar o benefício de tempo se os ensaios mudaram de âmbito. O relatório final deve conservar estas distinções e transferir ações com aceitação do responsável, recursos e data de acompanhamento. Assim, uma fase pode fechar com limites claros sem esconder trabalho residual.
Synthetic closure exercise / Exercício fictício de fecho
expected_assets = [S1, S2, S3]; evidence_assets = [S1, S2, S4]
missing = [S3]; unexpected = [S4]
remaining_commitment = 3 * 3000 = 9000
avoided_usage = 3 * 2000 = 6000
unit_cost_before = 10000 / 100000 = 0.10
unit_cost_after = 12000 / 150000 = 0.08Encerrar o projeto inclui atribuir a medição posterior dos benefícios e as ações pendentes.
Armadilhas comuns
Previsão como orçamento aprovado; semana sem tráfego como ausência de consumidores; deploy como benefício.
Tópicos relacionados: Mandato, âmbito e aceitação · Capacidade, dependências e previsão · Risco, mudança e decisões de arquitetura
Confirma custo, ciclo de vida e resultados, com responsáveis após o projeto.
Referência: Forecasting capability · PM² reference practices and cloud operational governance; primary guidance reviewed 2026-09-30