APRENDER. PRATICAR. EVOLUIR.Fixar o pacote candidato
Uma mudança de integração pode combinar schema, perfil, lista externa, mapa de dados, configuração e código. Identificar cada artefacto e a ligação aos ensaios que o cobrem. O exemplo fictício S1,M1,L1 passou; substituir M1 por M2 produz outro pacote, mesmo mantendo o nome do ficheiro. A descrição “corrigir um nome” não prova ausência de impacto. O PM pede análise da diferença, consumidores afetados e ensaios aplicáveis antes da decisão. Um hash ajuda a demonstrar identidade dos bytes; não demonstra que os bytes estejam corretos. A evidência técnica e a aprovação competente continuam a ser condições distintas.
Cobrir direções e parceiros
Construir uma matriz com comunidade, direção, contrato, versão e resultado. No exemplo, A-in,A-out,B-in,B-out são quatro obrigações diferentes. Três resultados positivos não cobrem a quarta direção. Repetir A-in também não preenche B-out. Um resultado failed é evidência de execução, mas não aprovação daquela condição. O pequeno modelo compara rotas aprovadas para o pacote exato com o conjunto exigido; não estima confiança estatística. Numa equipa internacional, esta matriz permite explicar por que testes com um parceiro não autorizam automaticamente outro. Definir também quem valida o contrato de cada comunidade e quem confirma a janela de adoção.
Comparar sem multiplicar efeitos
Uma comparação sombra pode executar o novo adaptador sobre entradas sintéticas ou cópias autorizadas, preservando controlos de dados. A cópia de comparação não deve ganhar autoridade para emitir uma segunda instrução. Definir a fronteira de saída e provar a sua supressão no ambiente de ensaio. Comparar campos, referências, rejeições e resultados esperados, não apenas tempo de execução. Se um piloto tiver cabeçalhos válidos mas rejeição funcional crescente, investigar antes de expandir quando esse resultado faz parte do critério acordado. Mais volume não corrige por si o contrato. O exercício propõe este desenho, mas não executa um sistema bancário ou um piloto real.
Reservar tempo para recuperar
O plano fictício tem noventa minutos. Rollback exige quinze e a reconciliação posterior dez, sem sobreposição. O último ponto de decisão que preserva essa reserva é o minuto 65. Decidir ao minuto 60 deixa cinco minutos de margem; ao minuto 70 já faltam cinco. São cálculos condicionados às durações fornecidas, não previsões de produção. O plano real precisa de tempos observados, incerteza, impacto e autoridade para rever a janela. Repor o binário não apaga mensagens já emitidas ou efeitos externos. Incluir compatibilidade dos dados, identificação dos itens em trânsito e confirmação funcional antes de declarar recuperação completa.
Ensaiar a decisão fora de horas
A oficina abaixo dura quarenta e cinco minutos e usa os papéis PM, APS e responsável funcional. Começar com a matriz, introduzir M2 depois da aprovação e pedir uma decisão documentada. Acrescentar rejeição funcional ao minuto 60 e novamente ao minuto 70. O grupo deve explicar em inglês o impacto, alternativas, responsável pela decisão e próximo ponto de situação. Nenhuma resposta deve fingir uma aprovação ainda ausente. Se a equipa autora não estiver disponível na janela, o turno precisa de demonstrar seleção de configuração, diagnóstico e escalada. Prática individual é útil, mas não constitui aceitação independente por uma equipa de operação.
Fechar sem esconder pendências
No fecho, separar serviço disponível, processamento funcional e reconciliação. Um health check verde não resolve respostas desconhecidas. O resumo deve identificar pendentes, responsáveis, prazos, impacto e critério de conclusão; qualquer aceitação de exposição precisa da autoridade apropriada. Guardar a combinação efetivamente ativada e a evidência disponível, incluindo falhas. A aprovação do exercício local não é aprovação para executar uma mudança bancária. Como entrega de aprendizagem, produzir a matriz, cronologia, decisão em inglês e lista de evidência ainda necessária. Pedir a outro participante para reconstruir a decisão; registar essa revisão apenas se ela tiver realmente acontecido.
DR original workshop / Oficina original DR: 45 minutes
Fictional release exercise. No authorization to send real messages or execute a banking change.
Exercício fictício de release. Sem autorização para enviar mensagens reais ou executar mudanças bancárias.
0-10 min: Build the matrix / Construir a matriz
Required routes: A-in, A-out, B-in, B-out.
Candidate: schema S1, mapping M1, external list L1.
Evidence: A-in pass; A-out pass; B-in pass; B-out missing.
State the gap before deciding. / Identificar a lacuna antes de decidir.
10-20 min: Change the candidate / Alterar o candidato
Supplier replaces M1 with M2 after rehearsal.
List affected rules, consumers, regression cases and approval dependencies.
Listar regras, consumidores, casos de regressão e aprovações afetados.
A filename is not a content hash; a hash is not proof of correctness.
Um nome não é hash do conteúdo; um hash não prova correção.
20-35 min: Timeline / Cronologia
Window: 90 minutes. Rollback: 15. Reconciliation after rollback: 10.
Decision minute 60: 5 minutes remain after reserved work.
Decision minute 65: arithmetic boundary, no remaining reserve.
Decision minute 70: 5-minute shortfall before any further waiting.
Prepare an English decision note:
Observed evidence: ...
Known gap and impact: ...
Options and recovery implications: ...
Authorized decision owner: ...
Next update and required evidence: ...
35-45 min: Handover / Passagem ao turno
Another participant identifies B's configuration and escalation owner.
Outro participante identifica configuração de B e responsável de escalada.
Keep pending outcomes visible. Record a peer review only if it happened.
Manter pendentes visíveis. Registar revisão por outro participante apenas se ocorreu.
Deliver matrix, bundle identity, timeline, decision and unresolved evidence.
Entregar matriz, identidade do pacote, cronologia, decisão e evidência pendente.
Caso: ao minuto 70 restam vinte minutos, mas a recuperação exige vinte e cinco. O PM deve explicitar o desvio e obter decisão competente sobre o plano revisto.
Armadilhas comuns
Mesmo nome de ficheiro como mesma versão; testes unidirecionais como cobertura bilateral; rollback de código como reversão de efeitos; calendário como aprovação.
Tópicos relacionados: Mensagens, cabeçalhos e estados · Versões, extensões e interoperabilidade · Testes, diagnóstico e operação
Aceitar o pacote realmente ensaiado e autorizado, com cobertura por fluxo, recuperação viável e responsáveis capazes de operar durante a janela.
Referência: Release Engineering · DR ISO20022 fundamentals professional assessment2026.10