15 de diciembre de 2000
La gestión terminológica no es un problema de herramienta de traducción. Es parte de la infraestructura de la globalización, y es lo más barato de hacer bien y lo más caro de modernizar.
La forma de acabar con un proyecto de base terminológica es recopilar cada palabra del manual del producto el primer día, agotarse a la mitad y abandonarlo. El orden efectivo es por el costo de hacerlo mal: los nombres de productos, los términos de seguridad, los nombres de características y las expresiones regulatorias son las categorías donde una mala traducción causa un daño real, y también lo hacen esos primeros. El vocabulario descriptivo ordinario puede esperar o omitirse por completo.
No es necesario que la primera base de datos terminológica sea grande; unos cientos de entradas son suficientes. Lo que importa es que realmente se utilicen: en el proceso de traducción, en la lista de verificación de revisión, en la documentación del producto. Una base terminológica de doscientas entradas que todo el mundo sigue vale mucho más que una de dos mil entradas que nadie lee.
La clasificación sigue el impacto empresarial, no la frecuencia de las palabras. Un término poco común cuya mala traducción provoca un incidente de seguridad supera a un sustantivo común que aparece diez veces al día.
El problema más común después de que existe una base de datos terminológica es que se encuentra en una unidad compartida y los traductores no la conocen o la conocen y no la consultan. Eso lo convierte en un documento, no en una herramienta. El enfoque eficaz es conectarlo a la herramienta CAT y al proceso MTPE para que el traductor vea la terminología aprobada en la interfaz de trabajo.
Una vez que esté en el proceso, la verificación de terminología se puede automatizar. La mayoría de las herramientas TAO y de control de calidad admiten comprobaciones de coherencia de términos y pueden señalar dónde una traducción utiliza una representación no estándar. Ese único paso hace que el cumplimiento terminológico pase de las buenas intenciones al proceso verificado.
A menudo se pasa por alto un nivel más: la incorporación. Para el primer contacto de un traductor con un proyecto, la base terminológica es la mejor información posible: le dice cómo se llama el producto, cómo se nombran las características y qué palabras no deben improvisarse. Recorrer la base de datos terminológica antes de la primera tarea ahorra más que corregirla después.
Una base de datos terminológica no es un activo que se termina de construir; necesita mantenimiento, y el mantenimiento requiere un dueño. Alguien (una persona o un grupo pequeño) decide cuándo cambia un término, quién lo aprueba y cómo se comunica el cambio a todos los afectados. Sin esa disposición, la base terminológica decae: los traductores vuelven a hacer conjeturas y el contenido envejece silenciosamente.
La estructura habitual es un propietario de terminología más un panel de revisión formado por productos, marketing y traducción. Cualquier nuevo término o cambio sigue una ruta fija: enviar, revisar, aprobar, ingresar a la base, notificar. La ruta no necesita ser elaborada, pero debe existir y debe quedar registrada.
El historial de versiones de cambios terminológicos es importante por el mismo motivo. Los términos no son estáticos (los productos evolucionan y los mercados se mueven, y es posible que la representación estándar del año pasado ya no sea la correcta este año), pero los cambios deben ser rastreables. El problema es organizacional: el equipo que cambia el producto y el equipo que administra los documentos a menudo no son las mismas personas. Se necesita algún mecanismo para que un cambio se propague automáticamente; mirarlo manualmente no se sostiene.
Programe una revisión trimestral de los términos más utilizados y retire las entradas que ya no se aplican. Nombres de modelos descontinuados, características renombradas, formulaciones que quedaron obsoletas por un cambio regulatorio: todo esto debería salir de la base. Dejarlos cuesta más que la comodidad que se ahorra, porque un traductor asumirá que todavía son válidos.
La revisión tiene un segundo beneficio oculto: es el momento en que salen a la superficie las lagunas en el sistema terminológico. Las entradas que nadie utiliza pueden significar que la característica correspondiente no se está traduciendo o que los traductores no saben que el término existe. Esas señales sólo surgen al observar los datos periódicamente.
La gestión terminológica se reduce a la infraestructura, no a las herramientas. Consiga la base correcta y cada idioma adicional será una cuestión de cantidad; omítelo y cada idioma adicional volverá a acumular la deriva. FangService trata la gestión terminológica como un paso inicial en proyectos multilingües: traiga el material del producto y comience con el primer lote de términos.
Un cliente descubrió durante una certificación en el extranjero que el mismo componente tenía tres nombres en tres generaciones de manuales del producto: disipador de calor al principio, módulo de refrigeración después y unidad de gestión térmica en la última versión. El organismo de certificación concluyó que podrían ser tres partes diferentes y pidió una aclaración, lo que costó un mes de idas y venidas. Si simplemente se hubiera mantenido el glosario inicial, esa aclaración nunca habría sido necesaria. Lo que ahorra la gestión terminológica rara vez es gasto en traducción; es reelaboración, aclaración y retraso en la certificación.
El enfoque realista para mantener un glosario consta de tres pasos. En primer lugar, recopile sólo lo que es obligatorio: definiciones de productos, nombres de parámetros, términos de certificación y nombres de marcas. En segundo lugar, capturar los dos modos de error: un término con varias traducciones y una traducción con varios términos fuente, porque estos generan las quejas y la reelaboración. En tercer lugar, asigne un propietario y un ritmo de revisión, de modo que un cambio en la generación de productos desencadene una revisión terminológica. FangService crea bases de términos bilingües con cada entrada anotada para traducciones prohibidas y contexto aplicable, vincula el glosario a la versión del proyecto y configura el proceso de traducción para omitir elementos intraducibles, como números de modelo y nombres de marcas, para que nunca sean reescritos por la traducción automática.
La gestión terminológica se describe fácilmente como un proyecto de sistemas y, por lo tanto, nunca comienza. En la práctica, tres acciones en los primeros tres meses son suficientes para ver resultados: forzar las definiciones de productos y los nombres de parámetros en línea por línea de productos; crear una lista de traducciones prohibidas que marque las representaciones que ya han causado quejas o reelaboraciones; y agregar una verificación previa de terminología al proceso de traducción para que los términos de alta frecuencia se evalúen antes del envío.
Ninguno de los tres necesita una inversión importante y reducen de inmediato dos clases de problemas: aclaración y reelaboración causados por un producto que lleva varios nombres, y representaciones que ya se sabía que eran incorrectas y que aparecen nuevamente. Un glosario que comience con treinta términos es perfectamente adecuado, siempre que refleje el producto real y no una lista genérica copiada de otro lugar.
FangService crea bases de términos de clientes a partir del propio producto: términos obligatorios y de alta frecuencia primero, anotados con contexto y representaciones prohibidas, vinculados a la versión del proyecto y ejecutados como verificación previa en el proceso de traducción. La gestión terminológica sólo adquiere el derecho a ser llamada sistema cuando empieza a dar sus frutos.
Cuéntenos su escenario de aplicación y sus requisitos de capacidad, y le buscaremos la solución adecuada y le enviaremos un presupuesto en 24 horas.
Solicite una cotización gratuita