15 декабря 2000 г.
Управление терминологией не является проблемой инструмента перевода. Это часть инфраструктуры глобализации, и ее исправление обходится дешевле всего, а модернизация — дороже всего.
Чтобы уничтожить проект терминологической базы, нужно собрать каждое слово из руководства по продукту в первый же день, утомиться на полпути и бросить его. Эффективный порядок определяется ценой неправильного перевода: названия продуктов, термины безопасности, названия функций и нормативные выражения — это те категории, неправильный перевод которых причиняет реальный ущерб, поэтому сделайте это в первую очередь. Обычную описательную лексику можно подождать или вообще пропустить.
Первая терминологическая база не обязательно должна быть большой; достаточно нескольких сотен записей. Важно то, что они действительно используются — в процессе перевода, в контрольном списке проверки, в документации к продукту. Терминологическая база из двухсот статей, которой все следуют, стоит гораздо больше, чем база из двух тысяч статей, которую никто не читает.
Рейтинг учитывает влияние на бизнес, а не частоту слов. Редкий термин, неправильный перевод которого приводит к инциденту, связанному с безопасностью, превосходит по рангу нарицательное существительное, которое встречается десять раз в день.
Самая распространенная проблема после того, как терминологическая база существует, заключается в том, что она находится на общем диске, переводчики не знают о ней или знают и не обращаются к ней. Это делает его документом, а не инструментом. Эффективный подход — подключить его к CAT-инструменту и процессу MTPE, чтобы переводчик видел утвержденную терминологию в рабочем интерфейсе.
Как только проверка терминологии уже запущена, ее можно автоматизировать. Большинство CAT-инструментов и инструментов контроля качества поддерживают проверку согласованности терминов и могут отмечать случаи, когда в переводе используется нестандартный рендеринг. Этот единственный шаг переводит соблюдение терминологии от благих намерений к проверенному процессу.
Еще один уровень часто упускается из виду: онбординг. Для первого контакта переводчика с проектом терминологическая база является наилучшей информацией: она сообщает им, как называется продукт, как называются функции и какие слова нельзя импровизировать. Просмотр терминологической базы перед первым заданием экономит больше, чем внесение исправлений после нее.
Терминологическая база — это не актив, который вы заканчиваете создавать; он нуждается в обслуживании, а обслуживание требует владельца. Кто-то — один человек или небольшая группа — решает, когда меняется термин, кто его одобряет и как это изменение доводится до сведения всех, кого это касается. Без такой организации терминологическая база приходит в упадок: переводчики возвращаются к догадкам, а содержание постепенно стареет.
Обычная структура — это владелец терминологии плюс группа по проверке продукта, маркетинга и перевода. Любое новое условие или изменение следует фиксированному маршруту: отправить, просмотреть, утвердить, внести в базу, уведомить. Маршрут не обязательно должен быть сложным, но он должен существовать и должен быть записан.
История версий изменений терминологии имеет значение по той же причине. Условия не статичны — продукты развиваются, рынки движутся, и прошлогодний стандартный рендеринг в этом году может уже не подойти — но изменения должны быть отслежены. Проблема организационная: команда, меняющая продукт, и команда, управляющая документами, часто не одни и те же люди. Для автоматического распространения изменения необходим некий механизм; смотреть за ним вручную не удаётся.
Запланируйте ежеквартальный обзор наиболее часто используемых терминов и удалите те статьи, которые больше не применяются. Названия снятых с производства моделей, переименованных функций, устаревших в результате нормативных изменений формулировок — все это должно выйти из базы. Оставление их стоит дороже, чем экономия удобства, поскольку переводчик будет считать, что они по-прежнему действительны.
У обзора есть второе скрытое преимущество: это момент, когда всплывают пробелы в терминологической системе. Записи, которые никто не использует, могут означать, что соответствующая функция не переводится или что переводчики не знают о существовании этого термина. Эти сигналы возникают только в результате периодического просмотра данных.
Управление терминологией сводится к инфраструктуре, а не к инструментам. Сделайте основу правильно, и каждый дополнительный язык будет зависеть от количества; пропустите его, и каждый дополнительный язык снова накапливает дрейф. FangService рассматривает управление терминологией как предварительный этап в многоязычных проектах — приносите материал продукта и начинаете с первой партии терминов.
Один клиент обнаружил во время зарубежной сертификации, что один и тот же компонент имел три названия в трех поколениях руководств по продукту: радиатор на ранней стадии, модуль охлаждения позже, блок управления температурой в последней версии. Орган по сертификации пришел к выводу, что это могут быть три разные части, и запросил разъяснения, которые стоили месяца туда и обратно. Если бы первоначальный глоссарий просто сохранился, такое разъяснение никогда бы не потребовалось. Управление терминологией редко экономит затраты на перевод; это переработка, уточнение и задержка сертификации.
Реалистичный подход к ведению глоссария состоит из трех этапов. Во-первых, собирайте только то, что является обязательным — определения продуктов, названия параметров, условия сертификации и названия брендов. Во-вторых, зафиксируйте два режима сбоя: один термин с несколькими переводами и один перевод с несколькими исходными терминами, поскольку они вызывают жалобы и переделки. В-третьих, назначьте владельца и ритм проверки, чтобы изменение поколения продукта инициировало проверку терминологии. FangService создает двуязычные базы терминов, в которых каждая запись помечается запрещенными переводами и применимым контекстом, привязывает глоссарий к версии проекта и настраивает конвейер перевода так, чтобы он пропускал непереводимые элементы, такие как номера моделей и названия брендов, чтобы они никогда не переписывались машинным переводом.
Управление терминологией легко описать как системный проект, и поэтому он никогда не начинается. На практике трех действий в первые три месяца достаточно, чтобы увидеть результаты: встроить определения продуктов и названия параметров построчно; составить список запрещенных переводов, отметив те рендеры, которые уже вызвали жалобы или переделки; и добавьте предварительную проверку терминологии в конвейер перевода, чтобы перед отправкой проверялись часто встречающиеся термины.
Ни один из трех не требует серьезных инвестиций, и они сразу уменьшают два класса проблем: уточнения и переделки, вызванные тем, что один продукт носит несколько названий, и повторным появлением уже заведомо ошибочных изображений. Глоссария, начинающегося с тридцати терминов, вполне достаточно, при условии, что он отражает реальный продукт, а не общий список, скопированный откуда-то еще.
FangService формирует клиентские терминологические базы из самого продукта: сначала высокочастотные и обязательные термины, аннотированные контекстом и запрещенными рендерингами, привязанные к версии проекта и выполняемые в качестве предварительной проверки в конвейере перевода. Управление терминологией получает право называться системой только тогда, когда оно начинает приносить плоды.
Сообщите нам сценарий применения и требования к производительности, и мы подберём подходящее решение и вышлем смету в течение 24 часов.
Получите бесплатную смету