Como Gerir Questões de Tradução com um Registo de Consultas

Um registo de consultas de tradução é um registo de decisões partilhado para questões que não podem ser resolvidas com segurança a partir do pacote de origem. Cada linha identifica a localização exata da origem, explica a ambiguidade e a sua consequência, propõe uma ação sempre que possível, indica um responsável e um prazo, e regista a resposta final e todas as localizações afetadas.

O seu objetivo não é acumular mensagens. Evita quatro falhas dispendiosas: adivinhar, fazer a mesma pergunta repetidamente, perder uma resposta no e-mail e corrigir uma ocorrência enquanto deixa o mesmo problema noutro local.

As orientações da American Translators Association sobre perguntas durante um projeto de tradução recomendam um ficheiro de consultas partilhado, verificar se uma pergunta já foi feita e resolver as questões pendentes antes da entrega. O padrão XLIFF fornece o mesmo modelo de dados subjacente em fluxos de trabalho de tradução estruturados: as unidades de origem e de destino podem conter informações contextuais e notas, incluindo instruções e comentários de tradutores. Consulte a especificação XLIFF 1.2.

Pergunte apenas quando a resposta puder alterar a tradução

Uma consulta pertence ao registo quando um tradutor razoável não consegue resolvê-la a partir das fontes aprovadas e a resposta altera o significado, a terminologia, o âmbito, o esquema ou a aceitação.

Os bons gatilhos para consultas incluem:

• uma frase com dois referentes plausíveis;
• um erro aparente na fonte cuja correção alteraria o significado;
• uma sigla indefinida ou um termo específico do projeto;
• nomes ou números em conflito em dois locais da fonte;
• uma figura, tabela, nota ou anexo referenciado em falta;
• transcetibilidade pouco clara de código, nomes de produtos, citações ou transcrições;
• uma restrição de esquema que torna o destino solicitado impossível; e
• uma decisão que deve aplicar-se a ocorrências repetidas.

Não utilize o registo para perguntas que o tradutor deva responder através de pesquisa comum, do glossário fornecido, do guia de estilo, do contexto próximo ou da convenção estabelecida na língua de chegada. Um registo cheio de pedidos de confirmação transfere o trabalho normal de tradução de volta para o cliente e oculta as perguntas com consequências.

Utilize um esquema mínimo completo

A separação crucial faz-se entre respondida, implementada e verificada. Uma resposta de um cliente não prova que todas as passagens afetadas foram alteradas, e uma edição não prova que a exportação final a contém.

Escreva uma questão que possa ser respondida numa única passagem

Utilize esta estrutura:

Localização: Capítulo 4, parágrafo 18, frase 2

Origem: “A Mara disse à Elena que lideraria a delegação.”

Questão: Será que ela refere-se à Mara ou à Elena? A língua de chegada exige que o referente seja explícito.

Evidência verificada: Os dois parágrafos anteriores identificam ambas as mulheres, mas não atribuem o papel de liderança da delegação.

Ação proposta: Utilizar Mara, a menos que o autor confirme Elena.

Impacto: O mesmo líder da delegação é referenciado nos capítulos 6 e 9. Necessário até: Antes da aprovação do capítulo 4.

Isto é melhor do que “A quem é que ela se refere?” porque fornece ao proprietário a origem, a consequência, a investigação já efetuada, a predefinição proposta e o impacto a jusante.

Cada linha deve colocar uma única questão de decisão. Se um parágrafo contiver um pronome ambíguo, uma data errada e um acrónimo não definido, crie consultas separadas para que cada uma possa ter um responsável e um estado diferentes.

Triagem por consequência, e não por curiosidade

Utilize três níveis práticos.

Bloqueador

A tradução afetada não pode prosseguir em segurança ou continuar criaria trabalhos de correção dispendiosos. Os exemplos incluem conteúdo de origem em falta, linguagem de segurança por resolver, quantidades contraditórias ou uma entidade não identificada central para um capítulo.

Principal

O trabalho pode continuar com um pressuposto provisório documentado, mas a resposta é necessária antes da entrega. Os exemplos incluem terminologia recorrente, uma relação entre personagens ou uma regra de formatação aplicável a toda a publicação.

Menor

A decisão afeta uma preferência local ou uma passagem de baixo impacto e pode ser agrupada. Os exemplos incluem a capitalização de uma etiqueta pontual quando ambas as opções permanecem compreensíveis.

A gravidade não é o mesmo que a urgência. Uma decisão terminológica importante necessária daqui a três horas pode merecer ação antes de um bloqueador num apêndice que não será traduzido até para a semana. Registe tanto o impacto como a data limite.

Atribua a decisão ao responsável correto

Não envie todas as perguntas ao autor. Um especialista no assunto pode resolver o conceito, um editor de destino pode definir a redação e um responsável de produção pode decidir se uma imagem pode ser substituída.

Manter uma única fonte de verdade

Escolher um registo canónico. O chat e o e-mail podem notificar as pessoas, mas as suas respostas devem ser copiadas para a linha canónica com a fonte e a data.

Para cada nova consulta:

1. Pesquisar no registo o termo, a entidade, o excerto de origem e a categoria.
2. Ligar perguntas relacionadas em vez de criar duplicados silenciosos.
3. Use uma localização de origem e versão estáveis.
4. Atribua um único responsável pela decisão.
5. Registe a resposta na íntegra.
6. Encontre todas as ocorrências de destino afetadas.
7. Marque a linha como implementada apenas após efetuar essas edições.
8. Verifique o resultado final e feche a linha.

O elemento <note> do XLIFF pode transportar instruções ou comentários de tradutores e as suas estruturas de contexto podem anexar informações a unidades de tradução. Independentemente de o seu projeto utilizar XLIFF, uma folha de cálculo ou um sistema de gestão de incidentes, mantenha essa rastreabilidade ao nível da unidade.

Transforme as respostas em controlos de projeto reutilizáveis

Uma resposta deve atualizar mais do que uma linha quando a decisão for reutilizável.

• Adicione um nome ou termo aprovado ao registo de terminologia.
• Adicione uma decisão sobre a voz do autor ao guia de estilo.
• Adicione uma regra de não tradução ao pacote de origem.
• Adicione um erro de origem conhecido ao registo de alterações.
• Adicione variantes rejeitadas à lista de pesquisa de controlo de qualidade.
• Adicione orientações sobre contexto em falta ao lote de tradução seguinte.

Este é o ciclo de ganho de informação: cada pergunta resolvida torna a tradução e a revisão futuras mais fiáveis. Um sistema de consultas que fecha tickets sem atualizar os recursos de trabalho garante perguntas repetidas.

Lide com os erros de origem sem os reescrever silenciosamente

Quando a origem parecer incorreta, distinga a observação da decisão.

Linha incorreta:

Data corrigida de 2019 para 2020.

Linha melhorada:

A origem indica 2019 aqui e 2020 na cronologia e no relatório citado. Qual é o ano autorizado? Ação proposta: manter 2019 até que o proprietário da origem aprovação uma correção. Impacto: parágrafo do corpo de texto, cronologia, legenda e entrada de índice.

O tradutor pode identificar evidências e recomendar uma correção, mas não deve alterar silenciosamente uma fonte factual. Se o proprietário aprovar uma alteração, registe se a própria fonte será corrigida e quais as edições de destino que a herdam.

Utilize pressupostos provisórios de forma deliberada

Quando o trabalho tiver de continuar antes de chegar uma resposta:

• identifique a escolha provisional;
• registre o motivo pelo qual é a opção de menor risco;
• adicione um token de pesquisa exato ou uma lista de segmentos;
• identifique a última data segura para a alterar;
• impeça o lançamento enquanto um bloqueador permanecer em aberto; e
• substitua a nota provisória pela resposta final em vez de deixar ambas como instruções concorrentes.

Nunca apresente o silêncio como aprovação. Um prazo só pode desencadear uma escalada ou uma predefinição declarada se o resumo do projeto tiver dado essa regra com antecedência.

Reveja o registo de consultas como dados do projeto

No final de um marco, calcule sinais de processo em vez de contagens de vaidade:

• bloqueadores abertos e principais;
• idade das consultas sem resposta;
• perguntas sem um responsável ou data limite associada;
• perguntas duplicadas;
• linhas respondidas ainda não implementadas;
• linhas implementadas ainda não verificadas;
• categorias recorrentes e locais de origem; e
• melhorias na fonte, no glossário ou no resumo criadas a partir das respostas.

Uma contagem elevada de consultas não significa automaticamente uma tradução deficiente. Pode indicar uma fonte difícil ou um tradutor que se recusa a adivinhar. A questão útil é saber se as consultas são específicas, consequentes, resolvidas uma vez e propagadas corretamente.

Lista de verificação para lançamento do registo de consultas

Antes da entrega, confirme que:

• cada linha identifica a versão e a localização exatas da fonte;
• as questões bloqueantes e principais têm respostas definitivas;
• as premissas provisórias são aprovadas ou removidas;
• as respostas finais nomeiam a decisão, e não apenas “sim” ou “aprovado”;
• os termos e entidades repetidos foram atualizados em todos os locais afetados;
• as decisões reutilizáveis chegaram ao glossário, guia de estilo e regras de QA;
• respondido, implementado e verificado são estados distintos;
• o ficheiro exportado final foi verificado após a implementação; e
• as linhas retiradas ou não resolvidas mantêm uma explicação.

Inicie o projeto com o fluxo de pré-verificação da fonte do livro para que a versão de origem, o glossário, os ativos e os critérios de aceitação fiquem claros antes que as perguntas se multipliquem. O BookTranslator pode gerar um rascunho traduzido completo a partir de ficheiros de livros e documentos suportados; utilize o registo de consultas para capturar decisões que o contexto de origem e a automação não conseguem resolver com segurança, aplicando posteriormente essas respostas de forma consistente durante a revisão humana.