1. Tornar explícita a diferença que é necessário esclarecer
Na preparação de uma migração fictícia, APS diz que certos ficheiros precisam de revisão manual. Duas características podem explicar a escolha: origem nova, representada por N, e conteúdo corrigido, representado por C. A analista regista quatro hipóteses de descrição do processo atual: revisão se N; revisão se C; revisão se N ou C; revisão apenas se N e C.
São hipóteses, não requisitos aprovados. As duas variáveis são booleanas e o exercício admite só estas quatro explicações, sem erros de observação. No trabalho real, podem existir outras condições, estados desconhecidos e exceções.
Escrever as hipóteses permite escolher uma pergunta que as separe. Uma pergunta vaga sobre “o procedimento certo” pode produzir quatro respostas verbalmente semelhantes sem revelar a diferença. Regista também para que decisão é necessária a informação: preservar comportamento, corrigir uma falha ou propor uma alteração são finalidades distintas.
2. Reconhecer um exemplo que não distingue as alternativas
Um ficheiro de origem conhecida e sem correção tem N=falso e C=falso. As quatro hipóteses preveem processamento sem revisão. Um ficheiro de origem nova e corrigido tem N=verdadeiro e C=verdadeiro; as quatro preveem revisão.
Mostrar apenas estes dois casos pode criar aparência de consenso, mas não escolhe uma hipótese. Repetir muitas vezes a mesma combinação também não resolve esta distinção lógica. Esses exemplos podem continuar úteis para outras perguntas, como confirmar vocabulário ou observar um percurso completo.
O valor de uma atividade depende da incerteza que se pretende reduzir. Para este exercício, representa numa pequena tabela o resultado previsto por cada hipótese antes da sessão. Seleciona pelo menos uma combinação em que as previsões diferem, em vez de escolher apenas o exemplo mais fácil de demonstrar.
3. Adaptar o segundo exemplo ao primeiro resultado
A primeira pergunta apresenta uma origem nova sem correção: N=verdadeiro e C=falso. “Revisão se N” e “N ou C” preveem revisão; as outras duas preveem processamento sem revisão. Se o resultado confirmado for sem revisão, restam “revisão se C” e “N e C”.
A segunda pergunta pode apresentar uma origem conhecida com correção: N=falso e C=verdadeiro. Se houver revisão, só a hipótese C permanece compatível com as duas observações. Se não houver, permanece N e C.
A conclusão é condicionada ao conjunto de hipóteses e à fiabilidade das observações. Não prova que a organização deva adotar essa regra. Se um resultado contradizer todas as hipóteses, não escolhas a “menos errada”: revê as condições, a evidência ou o conjunto de explicações. Planeia espaço para essa descoberta.
4. Não transformar comportamento observado numa autorização
Um replay autorizado num ambiente de demonstração mostra que um ficheiro corrigido passa sem revisão. O responsável de negócio afirma que deveria existir revisão. Pode haver um defeito, uma configuração particular, uma exceção válida ou uma interpretação incorreta do exemplo.
O replay responde ao que aquele ambiente fez, com aquelas entradas e configuração. A afirmação responde à intenção ou à regra que o interlocutor considera aplicável. Regista ambas sem reescrever uma para fazer desaparecer o conflito.
Pede a base da expectativa e confirma âmbito, versão e eventuais exceções com os participantes relevantes. Uma informação pode estar fielmente registada e continuar a descrever um comportamento indesejado. A confirmação da recolha permite prosseguir a análise; a decisão sobre a mudança e a aprovação do requisito têm âmbito próprio.
5. Distinguir várias cópias de várias observações
Um relatório, uma apresentação e três mensagens repetem que as correções precisam de intervenção manual. Ao seguir as referências, todos derivam da mesma nota de uma entrevista. Existem cinco documentos, mas uma origem para a afirmação.
Não contam como cinco observações independentes do processo. Conserva a origem, a data e as transformações relevantes, sobretudo quando alguém retirou uma condição ao resumir. A nota original dizia “correções de ficheiros já publicados”; o slide passou a dizer apenas “correções”.
Essa redução alargou o âmbito sem nova confirmação. Volta ao exemplo e à pessoa capaz de esclarecer a condição. Não é necessário conservar dados pessoais ou ficheiros produtivos completos para esta finalidade: um exemplo autorizado e minimizado pode manter a relação importante.
A rastreabilidade deve ajudar a explicar o conteúdo, não apenas a colecionar hiperligações.
6. Preservar as condições que tornam a comparação útil
Para esclarecer se uma correção desencadeia revisão, a equipa compara dois exemplos. No primeiro, origem conhecida e ficheiro inicial, usa o ambiente A com configuração X. No segundo, origem nova e ficheiro corrigido, usa o ambiente B com configuração Y.
Uma diferença de resultado não permite isolar o papel da correção: mudaram origem, ambiente e configuração. Constrói, quando viável e autorizado, exemplos em que apenas a característica relevante muda; regista as restantes condições. Isso melhora a interpretação desta comparação, mas não transforma um ensaio limitado numa garantia universal.
Se não for possível controlar o contexto, declara a limitação e combina a observação com informação adicional. Num suporte L3, um registo sem versão da configuração pode ser insuficiente para reconstruir a exceção descrita por um colega.
7. Confirmar o significado através de uma decisão concreta
Numa reunião internacional, duas equipas aceitam a frase “a correção substitui o ficheiro”. Uma entende que o original fica consultável como histórico; a outra entende que desaparece de todas as consultas. Em vez de perguntar novamente se todos concordam, apresenta um caso: a correção foi recebida hoje e amanhã APS precisa de explicar o conteúdo usado no fecho de ontem.
Pede a cada equipa que indique o que deve ser visível e porquê. O exemplo distingue interpretações sem exigir que alguém adivinhe o significado do termo. Regista a conclusão no idioma de trabalho e confirma a tradução dos termos críticos.
Em inglês, “replaced for current processing” pode precisar de uma frase separada sobre acesso histórico. Confirmar entendimento não implica transformar a frase sugerida pela analista numa política aprovada. Distingue também permitir publicação a pedido de a executar automaticamente: um ficheiro sem pedido pode ficar pendente, enquanto recusar um pedido válido pode contrariar a ação que deveria estar disponível.
8. Exercício: preparar duas perguntas úteis
Antes de ler a resolução, escolhe duas combinações de N e C para distinguir as quatro hipóteses da secção 1 e escreve o que cada resultado permitiria concluir. Resolução: usa (N=verdadeiro, C=falso) e (N=falso, C=verdadeiro). As respostas, por esta ordem, são revisão/sem revisão para N, sem revisão/revisão para C, revisão/revisão para N ou C, e sem revisão/sem revisão para N e C.
Cada par identifica uma hipótese dentro do modelo. Não é preciso perguntar os quatro casos para esta distinção; também não se demonstra cobertura de todas as situações do serviço real. Acrescenta ao plano quem confirma os exemplos, o contexto a conservar e o que fazer se surgir um resultado fora do modelo.
Para a passagem a APS, prepara um resumo que separe hipótese selecionada, limite da evidência e decisão de negócio ainda necessária.
Ficheiros do exercício
Exercício original Python 3.10+, sem dependências: hipóteses, exemplos discriminantes, composição de limites e medições reutilizadas. Inclui dados editáveis, instruções e resolução PT-PT/EN.
Descarregar o exercício de elicitação e reutilização
SHA-256 (ZIP)
9440c3659039b951b39bb4435ab3be60da73b439562051ce5ac694af4c35b955
Dois exemplos em que todas as hipóteses dão a mesma resposta não resolvem a diferença entre regras. Escolhe um caso em que as previsões divergem.
Armadilhas comuns
Contar documentos como fontes independentes; escolher só exemplos consensuais; alterar várias condições sem registo; confundir implementação observada com regra aprovada; tratar um modelo finito como cobertura da realidade.
Tópicos relacionados: Confirmação dos resultados e comunicação · Regras de negócio e manutenção dos requisitos
Uma boa pergunta distingue interpretações relevantes. Uma boa confirmação conserva o âmbito do que foi aprendido e as decisões que continuam por tomar.
Referências
- Elicitation and Collaboration task cards · Public task cards v2.0, copyright 2025
- Confirm Elicitation Results · Public task card v2.0, copyright 2025