Financiar uma decisão por etapas
Uma iniciativa estimada em 120 mil euros depende da aceitação de um formato por clientes. Um ensaio de 12 mil pode observar essa aceitação antes de construir todas as integrações. Financiá-lo limita a exposição inicial e permite uma decisão posterior mais informada. Não transforma os 108 mil ainda não autorizados em poupança realizada, nem garante retorno. Define o que o ensaio consegue esclarecer e quais decisões dependem dele. Inclui a possibilidade de continuar, alterar ou parar. Se o resultado não mudar nenhuma escolha possível, revê a utilidade do ensaio. O orçamento e a sua autoridade são condições explícitas do contexto; o Scrum não atribui automaticamente ao PO todo o poder financeiro.
Capacidade recuperada e resultado alcançado
Consolidar variantes pode reduzir esforço de manutenção e criar espaço para responder a necessidades. Se a manutenção passa de 60 para 40 dias num total mensal constante de 100, a margem fora dessa atividade sobe de 40 para 60 dias. São 20 dias adicionais, não duplicação e não prova de valor ao cliente. Regista como a margem é usada e que efeito tem na capacidade de aprender ou entregar. Pode ser necessário melhorar recuperação, diminuir interrupções ou explorar uma necessidade ainda incerta. Evita impor automaticamente mais funcionalidades como contrapartida. A medição serve para discutir escolhas sustentáveis e não para esconder todo o trabalho operacional que mantém o produto utilizável.
Custos unitários e limites de interpretação
Uma redução de despesa total pode acompanhar pior desempenho por resultado útil. No exemplo, 480 euros para 80 tarefas corretamente concluídas correspondem a seis euros por tarefa. Depois, 360 euros para 45 tarefas correspondem a oito euros. A despesa total caiu, mas esta razão piorou. Confirma que custo, período e definição de tarefa correta são comparáveis. Se a composição mudou para casos mais difíceis, investiga antes de atribuir a alteração ao produto. Com zero tarefas corretas, a razão não é calculável; não a apresentes como custo zero. A escolha final pode considerar outras dimensões, como cobertura ou resiliência, mas deve manter explícita esta consequência.
Desativação com continuidade verificável
Uma aplicação sem acessos em agosto pode continuar essencial ao fecho trimestral. Procura processos automáticos, consumidores externos e utilização sazonal antes de inferir ausência de necessidade. Num exercício com política fictícia de continuidade e consulta histórica, a aceitação exige demonstrar a tarefa no sucessor e recuperar registos com permissões aprovadas. Uma cópia de dados ou um servidor novo não demonstra essas capacidades. Define quem aceita, quais casos foram ensaiados e o que ainda falta. Mantém custos de coexistência enquanto as dependências persistirem. A equipa pode recomendar uma saída por etapas ou adiar a retirada, com critérios para voltar à decisão. Estes exemplos não estabelecem regras internas de qualquer banco.
Condições de paragem e direitos de decisão
Antes de um piloto, explicita o benefício procurado e as condições que impedem expansão. Se o acordo exige ausência de reconciliações incorretas e surgem duas, melhorar o tempo médio não permite ignorar esse limite. Suspende a expansão, investiga e leva qualquer proposta de alteração às pessoas com autoridade adequada. Não excluas os casos inconvenientes para confirmar a hipótese. O PO pode recomendar realocar financiamento com base na aprendizagem, mas um comité pode conservar a decisão financeira. Leva opções e consequências a esse comité. Também questiona incentivos que premiam apenas âmbito entregue e penalizam abandono justificado: tornam difícil agir sobre evidência que contraria o plano inicial.
Oficina de transição e decisão de portefólio
Prepara um registo com três opções: manter, migrar por etapas ou retirar após aceitação. Para cada opção, identifica capacidade necessária, custos futuros, consumidores, evidência em falta e autoridade de decisão. Um participante representa o processo trimestral; outro desafia o cálculo de poupança; outro exige os critérios de paragem do piloto. Se formação e interface mudaram juntas, distingue melhoria observada de causa isolada. Fecha a oficina com uma recomendação condicionada e uma ação que reduza a maior incerteza, por exemplo ensaiar a consulta histórica no sucessor. O avaliador deve conseguir reconstruir o raciocínio e identificar que nova evidência justificaria mudar de decisão, sem depender de uma pontuação opaca.
# Fictional retirement decision record
dependent_process: quarterly close
continuity_evidence: accepted successor rehearsal
history_evidence: authorized lookup tested
funding_authority: portfolio committee
saving_starts: after agreed retirement
missing_evidence: prevents unconditional recommendationUma aplicação sem acessos num mês sustenta um fecho trimestral. A equipa identifica o consumidor, ensaia o sucessor e confirma consulta do histórico antes de propor retirar a infraestrutura.
Armadilhas comuns
Contar esforço libertado como valor entregue; esquecer utilização sazonal; excluir falhas do piloto; medir apenas despesa total; tratar accountability de produto como autoridade financeira ilimitada.
Tópicos relacionados: Descoberta, hipóteses e experiências · EBM e interpretação de medidas · Portefólio, investimento e modelo de produto
Uma saída bem preparada conserva as capacidades necessárias e torna verificável quando custos e dependências desaparecem. Aprender inclui poder parar.
Referência: The Evidence-Based Management Guide · PSPO II; Scrum Guide November 2020 and EBM Guide May 2024; no public numbered exam revision