← Product Owner: descobrir, decidir e criar valor
08 / 10 · 60 MIN

Operação, migração e desativação

Explicita critérios observáveis, custos de coexistência e condições de transição para operação.

O resultado inclui comportamento em falha

No caso fictício Brisa, um operador consulta o estado de um pagamento. Quando a origem não responde, o protótipo apresenta o último valor como atual. Antes de discutir a biblioteca usada, clarifica o que o operador precisa de saber para decidir: quando o dado foi obtido, se está desatualizado e como se apresenta indisponibilidade. Escreve resultados observáveis e conserva espaço para os Developers escolherem a implementação. Um critério adicional pede 95% das consultas abaixo de dois segundos. A média de dez consultas num ambiente diferente não demonstra essa proporção nas condições acordadas. Define a população, o ponto de início e fim da medição, o perfil de carga e o tratamento de falhas com a equipa. Este exemplo não fixa uma amostra suficiente nem uma norma universal de desempenho. Um teste numa manhã calma também não demonstra capacidade no fecho mensal. A discussão de custo deve manter visíveis os requisitos de desempenho e disponibilidade relevantes.

Calcular a transição e observar a fatura

No exercício Âmbar, o novo serviço tem custos mensais distintos de 800 euros de infraestrutura, 200 de licenças e 300 de apoio incremental: 1300 euros no total. O serviço antigo custa 900. Durante dois meses completos de coexistência, o custo recorrente é 2 × (1300 + 900) = 4400 euros. Acrescentam-se 2000 euros de transição uma única vez, dando 6400 no período. Estes são números inventados para treino, sem impostos nem outros encargos. A diferença entre preços não é o custo da coexistência. Regista início, fim, custos incrementais, sobreposições e condições para eliminar encargos antigos. Se desligar uma instância não alterar o compromisso contratual até dezembro, comunica a redução de utilização observada e o efeito financeiro ainda pendente. Confirma também se suporte, licenças e retenção de dados continuam necessários. FinOps oferece uma referência para discutir custo e requisitos do serviço; não aprova o orçamento deste cenário.

Encontrar consumidores e preparar autonomia

No caso Nexo, todos os utilizadores humanos já entraram no portal novo, mas um job Autosys ainda consome o ficheiro CFT antigo. O histórico continua a exigir acesso autorizado. Mapeia consumidores automáticos, equipas responsáveis, necessidade satisfeita e evidência de adaptação. Combina comunicação e tempo de preparação com quem depende do serviço. A orientação GOV.UK sobre desativação ajuda a formular estas perguntas, mas os seus prazos e procedimentos próprios não são obrigações bancárias. Confirma destino dos dados, titularidade, proteção, acesso e retenção com os responsáveis aplicáveis, sem inventar um prazo legal. Para APS, uma demonstração a uma pessoa não garante que a rotação consiga operar: verifica acesso, prática, recuperação e apoio durante a passagem. A referência Google SRE destaca preparação e transferência progressiva; a organização define os seus controlos. O Product Owner apresenta valor e opções, mas uma exceção de resiliência atribuída a outra autoridade continua dependente dessa decisão.

Ensaio Nexo com decisão de transição

Usa 35 minutos com Product Owner, APS, desenvolvimento, FinOps e observador. Nos primeiros cinco, apresenta o serviço e o objetivo. Dedica dez ao orçamento Âmbar, separando custos recorrentes e transição. Nos dez seguintes, revela o consumidor Autosys, o histórico e o acesso em falta na rotação. Pede opções de transição que mantenham as condições explícitas, como uma coexistência limitada com responsáveis e data de revisão, ou adiamento com impacto comunicado. Usa os últimos dez para preparar uma nota à autoridade de decisão e fazer debrief. A nota deve distinguir evidência disponível, lacunas, quem decide e o próximo passo. O observador regista se a equipa incluiu consumidores automáticos, evitou contar poupança ainda não realizada e preservou a autoridade de risco. Usa estados de observação sem pontuação agregada. O guião não foi executado com participantes humanos e não demonstra prontidão de qualquer serviço real ou política interna do BNP Paribas.

GUIÃO NEXO | 35 min: 5 + 10 + 10 + 10
Novo: 800 + 200 + 300 euros/mês; antigo: 900 euros/mês.
Coexistência: 2 meses completos; transição: 2000 euros uma vez.
Custo do período / pressupostos:
Necessidade / consumidor humano ou automático / responsável:
Critério observável / condição de medição / evidência:
Histórico: destino / acesso / proteção / responsável:
APS: rotação / acessos / treino / recuperação / apoio:
Encargos a eliminar / condição / data / evidência:
Opções de transição e impacto:
Lacunas / autoridade da decisão / próximo passo:
Observação: não observado | com ajuda | no ensaio sem ajuda
NA PRÁTICA

Dois meses de coexistência custam 4400 euros; com 2000 de transição, o período custa 6400. O job antigo e o histórico continuam no plano.

Armadilhas comuns

Média como prova de percentil; login humano como migração total; recurso desligado como fatura reduzida; uma demonstração como autonomia da rotação.

Tópicos relacionados: Critérios de aceitação · FinOps e coexistência · Passagem para APS

Leva esta ideia contigo

A transição exige necessidades satisfeitas, custos compreendidos, evidência operacional e decisões tomadas pela autoridade adequada.

Criar conta

Referência: Retiring your service · Scrum Guide November2020; EBM May2024; primary product practice reviewed 2026-09-30