15 dicembre 2000
La gestione della terminologia non è un problema dello strumento di traduzione. Fa parte dell’infrastruttura della globalizzazione ed è la cosa più economica da sistemare e la cosa più costosa da adattare.
Il modo per uccidere un progetto termbase è raccogliere ogni parola dal manuale del prodotto il primo giorno, esaurirsi a metà e abbandonarlo. L'ordine efficace dipende dal costo di sbagliare: nomi di prodotti, termini di sicurezza, nomi di caratteristiche ed espressioni normative sono le categorie in cui una traduzione errata causa un danno reale, quindi lo fanno per prime. Il vocabolario descrittivo ordinario può attendere o essere saltato del tutto.
Non è necessario che il primo termbase sia grande; bastano poche centinaia di voci. Ciò che conta è che vengano effettivamente utilizzati: nel processo di traduzione, nella checklist di revisione, nella documentazione del prodotto. Un termbase da duecento voci che tutti seguono vale molto di più di uno da duemila voci che nessuno legge.
Il ranking segue l'impatto aziendale, non la frequenza delle parole. Un termine raro la cui traduzione errata provoca un incidente di sicurezza supera un nome comune che appare dieci volte al giorno.
Il problema più comune dopo l'esistenza di un termbase è che si trova su un'unità condivisa, i traduttori non ne sono a conoscenza o lo sanno e non lo consultano. Ciò lo rende un documento, non uno strumento. L'approccio efficace è collegarlo allo strumento CAT e al processo MTPE in modo che il traduttore veda la terminologia approvata nell'interfaccia di lavoro.
Una volta avviato il processo, il controllo terminologico può essere automatizzato. La maggior parte degli strumenti CAT e di QA supportano i controlli di coerenza dei termini e possono segnalare i casi in cui una traduzione utilizza una resa non standard. Questo singolo passaggio sposta la conformità terminologica dalle buone intenzioni al processo controllato.
Un ulteriore livello viene spesso trascurato: l’onboarding. Per il primo contatto di un traduttore con un progetto, il termbase è il miglior briefing possibile: dice come si chiama il prodotto, come vengono denominate le caratteristiche, quali parole non devono essere improvvisate. Esplorare il termbase prima del primo compito fa risparmiare più che correggerlo successivamente.
Un termbase non è una risorsa che finisci di costruire; ha bisogno di manutenzione e la manutenzione richiede un proprietario. Qualcuno – una persona o un piccolo gruppo – decide quando un termine cambia, chi lo approva e come il cambiamento viene comunicato a tutti gli interessati. Senza questo accordo, il termbase decade: i traduttori tornano a fare supposizioni e i contenuti invecchiano silenziosamente.
La struttura abituale prevede un proprietario terminologico più un comitato di revisione composto da prodotto, marketing e traduzione. Qualsiasi nuovo termine o modifica segue un percorso fisso: inviare, rivedere, approvare, entrare nella base, notificare. Non è necessario che il percorso sia elaborato, ma deve esistere e deve essere registrato.
La cronologia delle versioni per le modifiche terminologiche è importante per lo stesso motivo. I termini non sono statici – i prodotti si evolvono e i mercati si muovono, e la resa standard dell’anno scorso potrebbe non essere più corretta quest’anno – ma i cambiamenti devono essere tracciabili. Il problema è organizzativo: il team che modifica il prodotto e il team che gestisce i documenti spesso non sono le stesse persone. È necessario un meccanismo affinché una modifica si propaghi automaticamente; guardarlo manualmente non regge.
Pianifica una revisione trimestrale dei termini più utilizzati e ritira le voci che non sono più applicabili. Nomi di modelli fuori produzione, caratteristiche rinominate, formulazioni rese obsolete da un cambiamento normativo: tutto questo dovrebbe uscire dalla base. Lasciarli costa più della comodità risparmiata, perché un traduttore presumerà che siano ancora validi.
La revisione ha un secondo vantaggio nascosto: è il momento in cui emergono le lacune nel sistema terminologico. Le voci che nessuno utilizza possono significare che la funzione corrispondente non viene tradotta o che i traduttori non sanno che il termine esiste. Questi segnali emergono solo osservando periodicamente i dati.
La gestione della terminologia si riduce all’infrastruttura, non agli strumenti. Ottieni le basi giuste e ogni lingua aggiuntiva è una questione di quantità; saltalo e ogni lingua aggiuntiva accumula nuovamente la deriva. FangService tratta la gestione della terminologia come un passo iniziale nei progetti multilingue: porta il materiale del prodotto e inizia con il primo lotto di termini.
Un cliente ha scoperto durante una certificazione all'estero che lo stesso componente aveva tre nomi in tre generazioni di manuali di prodotto: dissipatore di calore nella fase iniziale, modulo di raffreddamento in seguito, unità di gestione termica nell'ultima versione. L'organismo di certificazione ha concluso che potrebbero trattarsi di tre parti diverse e ha chiesto chiarimenti, che sono costati un mese di avanti e indietro. Se il glossario iniziale fosse stato semplicemente mantenuto, quel chiarimento non sarebbe mai stato necessario. Ciò che la gestione della terminologia fa risparmiare raramente è la spesa per la traduzione; si tratta di rielaborazione, chiarimento e ritardo nella certificazione.
L'approccio realistico alla gestione di un glossario prevede tre fasi. Innanzitutto, raccogli solo ciò che è obbligatorio: definizioni di prodotto, nomi di parametri, termini di certificazione e nomi di marchi. In secondo luogo, catturare le due modalità di errore: un termine con diverse traduzioni e una traduzione con diversi termini di origine, perché questi generano reclami e rielaborazioni. In terzo luogo, assegnare un proprietario e un ritmo di revisione, in modo che una modifica nella generazione del prodotto attivi una revisione terminologica. FangService crea basi di termini bilingue con ogni voce annotata per traduzioni proibite e contesto applicabile, collega il glossario alla versione del progetto e configura la pipeline di traduzione per saltare elementi intraducibili come numeri di modello e nomi di marchi in modo che non vengano mai riscritti dalla traduzione automatica.
La gestione della terminologia viene facilmente descritta come un progetto di sistema e quindi non inizia mai. In pratica bastano tre azioni nei primi tre mesi per vedere dei risultati: forzare le definizioni dei prodotti e i nomi dei parametri linea per linea di prodotto; costruire un elenco delle traduzioni vietate contrassegnando le traduzioni che hanno già causato reclami o rielaborazioni; e aggiungere un controllo preliminare della terminologia al processo di traduzione in modo che i termini ad alta frequenza vengano selezionati prima dell'invio.
Nessuno dei tre necessita di grandi investimenti e riducono immediatamente due classi di problemi: chiarimenti e rielaborazioni causati da un prodotto che porta più nomi e rendering già noti per essere errati che ricompaiono. Un glossario che parta da trenta termini è perfettamente adeguato, purché rifletta il prodotto reale e non un elenco generico copiato altrove.
FangService crea basi di termini per il cliente dal prodotto stesso: prima termini ad alta frequenza e obbligatori, annotati con contesto e rappresentazioni proibite, legati alla versione del progetto ed eseguiti come controllo preliminare nella pipeline di traduzione. La gestione della terminologia acquisisce il diritto di essere chiamata sistema solo quando inizia a dare i suoi frutti.
Raccontaci lo scenario e i requisiti del tuo progetto e troveremo la soluzione giusta e forniremo un preventivo entro 24 ore.
Ottieni un preventivo gratuito