15 de dezembro de 2000
O gerenciamento de terminologia não é um problema de ferramenta de tradução. Faz parte da infra-estrutura da globalização e é a coisa mais barata de acertar e a mais cara de modernizar.
A maneira de encerrar um projeto termbase é reunir todas as palavras do manual do produto no primeiro dia, esgotar-se no meio do caminho e abandoná-lo. A ordem efetiva é o custo de errar: nomes de produtos, termos de segurança, nomes de recursos e expressões regulatórias são as categorias em que uma tradução incorreta causa danos reais, e os primeiros também. O vocabulário descritivo comum pode esperar ou ser totalmente ignorado.
A primeira base de termos não precisa ser grande; algumas centenas de entradas são suficientes. O que importa é que eles sejam realmente utilizados — no processo de tradução, no checklist de revisão, na documentação do produto. Uma base de termos de duzentas entradas que todos seguem vale muito mais do que uma base de termos de duzentas entradas que ninguém lê.
A classificação segue o impacto nos negócios, não a frequência das palavras. Um termo raro cuja tradução incorreta causa um incidente de segurança supera um substantivo comum que aparece dez vezes por dia.
O problema mais comum após a existência de uma base de termos é que ela fica em uma unidade compartilhada, os tradutores não sabem sobre ela ou sabem e não a consultam. Isso o torna um documento, não uma ferramenta. A abordagem eficaz é conectá-la à ferramenta CAT e ao processo MTPE para que o tradutor veja a terminologia aprovada na interface de trabalho.
Uma vez em processo, a verificação terminológica pode ser automatizada. A maioria das ferramentas CAT e ferramentas de controle de qualidade suportam verificações de consistência de termos e podem sinalizar onde uma tradução usa uma renderização fora do padrão. Essa única etapa move a conformidade terminológica de boas intenções para um processo verificado.
Uma outra camada é frequentemente esquecida: a integração. Para o primeiro contato de um tradutor com um projeto, o termbase é o melhor briefing possível — ele informa como se chama o produto, como são nomeados os recursos, quais palavras não devem ser improvisadas. Percorrer a base de termos antes da primeira tarefa economiza mais do que corrigir depois.
Uma base de termos não é um ativo que você termina de construir; precisa de manutenção, e a manutenção requer um proprietário. Alguém – uma pessoa ou um pequeno grupo – decide quando um termo muda, quem o aprova e como a mudança é comunicada a todos os afetados. Sem esse arranjo, a base de termos decai: os tradutores voltam a adivinhar e o conteúdo envelhece silenciosamente.
A estrutura usual é um proprietário de terminologia mais um painel de revisão formado por produto, marketing e tradução. Qualquer novo termo ou alteração segue um caminho fixo: submeter, revisar, aprovar, entrar na base, notificar. O percurso não precisa ser elaborado, mas deve existir e ser registrado.
O histórico de versões para alterações terminológicas é importante pelo mesmo motivo. Os termos não são estáticos – os produtos evoluem e os mercados mudam, e a representação padrão do ano passado pode já não estar correcta este ano – mas as mudanças devem ser rastreáveis. O problema é organizacional – a equipe que altera o produto e a equipe que gerencia os documentos muitas vezes não são as mesmas pessoas. É necessário algum mecanismo para que uma mudança se propague automaticamente; observá-lo manualmente não funciona.
Agende uma revisão trimestral dos termos mais usados e retire as entradas que não se aplicam mais. Nomes de modelos descontinuados, recursos renomeados, formulações obsoletas por uma mudança regulatória – tudo isso deveria sair da base. Deixá-los dentro custa mais do que a conveniência economizada, porque um tradutor presumirá que ainda são válidos.
A revisão tem um segundo benefício oculto: é o momento em que surgem lacunas no sistema terminológico. Entradas que ninguém usa podem significar que o recurso correspondente não está sendo traduzido ou que os tradutores não sabem que o termo existe. Esses sinais só surgem da análise periódica dos dados.
O gerenciamento de terminologia se resume à infraestrutura, não às ferramentas. Acerte a base e cada idioma adicional será uma questão de quantidade; pule-o e cada idioma adicional acumula novamente a deriva. FangService trata o gerenciamento de terminologia como uma etapa inicial em projetos multilíngues — traga o material do produto e comece com o primeiro lote de termos.
Um cliente descobriu durante uma certificação no exterior que o mesmo componente tinha três nomes em três gerações de manuais de produto: dissipador de calor no início, módulo de resfriamento posteriormente, unidade de gerenciamento térmico na versão mais recente. O organismo de certificação concluiu que poderiam ser três partes diferentes e pediu esclarecimentos, o que custou um mês de idas e vindas. Se o glossário inicial tivesse simplesmente sido mantido, esse esclarecimento nunca teria sido necessário. O que o gerenciamento de terminologia economiza raramente são gastos com tradução; é retrabalho, esclarecimento e atraso na certificação.
A abordagem realista para manter um glossário tem três etapas. Primeiro, colete apenas o que é obrigatório – definições de produtos, nomes de parâmetros, termos de certificação e nomes de marcas. Em segundo lugar, capture os dois modos de falha: um termo com várias traduções e uma tradução com vários termos de origem, porque são eles que geram as reclamações e o retrabalho. Terceiro, atribua um proprietário e um ritmo de revisão, para que uma mudança na geração do produto desencadeie uma revisão terminológica. FangService constrói bases de termos bilíngues com cada entrada anotada para traduções proibidas e contexto aplicável, vincula o glossário à versão do projeto e configura o pipeline de tradução para ignorar itens intraduzíveis, como números de modelos e nomes de marcas, para que nunca sejam reescritos por tradução automática.
O gerenciamento de terminologia é facilmente descrito como um projeto de sistemas e, portanto, nunca é iniciado. Na prática, três ações nos primeiros três meses são suficientes para ver os resultados: forçar as definições de produtos e nomes de parâmetros linha por linha de produto; construir uma lista de traduções proibidas marcando as traduções que já geraram reclamações ou retrabalhos; e adicionar uma pré-verificação terminológica ao pipeline de tradução para que os termos de alta frequência sejam avaliados antes do envio.
Nenhum dos três necessita de grandes investimentos e reduzem imediatamente duas classes de problemas: esclarecimentos e retrabalhos causados por um produto com vários nomes e renderizações já conhecidas por estarem erradas aparecendo novamente. Um glossário que comece com trinta termos é perfeitamente adequado, desde que reflita o produto real, em vez de uma lista genérica copiada de outro lugar.
FangService constrói bases de termos do cliente a partir do próprio produto: termos obrigatórios e de alta frequência primeiro, anotados com contexto e renderizações proibidas, vinculados à versão do projeto e executados como uma pré-verificação no pipeline de tradução. O gerenciamento terminológico só ganha o direito de ser chamado de sistema quando começa a dar frutos.
Conte-nos seu cenário de aplicação e seus requisitos de capacidade, e nós encontraremos a solução certa e forneceremos um orçamento em 24 horas.
Solicite um orçamento gratuito