15 grudnia 2000 r
Zarządzanie terminologią nie jest problemem związanym z narzędziem tłumaczeniowym. Jest to część infrastruktury globalizacji, a naprawienie tego jest najtańszą rzeczą i najdroższą w modernizacji.
Sposobem na zabicie projektu opartego na terminach jest zebranie każdego słowa z podręcznika produktu pierwszego dnia, wyczerpanie się w połowie i porzucenie tego. Skuteczna kolejność opiera się na kosztach popełnienia błędu: nazwy produktów, warunki bezpieczeństwa, nazwy funkcji i wyrażenia prawne to kategorie, w których błędne tłumaczenie powoduje rzeczywiste szkody, więc te pierwsze. Zwykłe słownictwo opisowe może poczekać lub zostać całkowicie pominięte.
Pierwsza baza terminologiczna nie musi być duża; wystarczy kilkaset wpisów. Liczy się to, że są rzeczywiście wykorzystywane – w procesie tłumaczenia, w liście kontrolnej recenzji, w dokumentacji produktu. Baza terminologiczna zawierająca dwieście wpisów, którą wszyscy śledzą, jest warta znacznie więcej niż baza terminologiczna zawierająca dwa tysiące wpisów, której nikt nie czyta.
Ranking uwzględnia wpływ na biznes, a nie częstotliwość słów. Rzadki termin, którego błędne tłumaczenie powoduje incydent związany z bezpieczeństwem, przewyższa rzeczownik pospolity, który pojawia się dziesięć razy dziennie.
Najczęstszym problemem związanym z istnieniem bazy terminologii jest to, że znajduje się ona na dysku współdzielonym, a tłumacze o tym nie wiedzą lub nie wiedzą i nie konsultują się z nią. To sprawia, że jest to dokument, a nie narzędzie. Skutecznym podejściem jest podłączenie go do narzędzia CAT i procesu MTPE, tak aby tłumacz widział zatwierdzoną terminologię w działającym interfejsie.
Po zakończeniu procesu sprawdzanie terminologii można zautomatyzować. Większość narzędzi CAT i narzędzi kontroli jakości obsługuje sprawdzanie spójności terminów i może oznaczać, jeśli w tłumaczeniu zastosowano niestandardowy sposób renderowania. Ten jeden krok przenosi zgodność terminologii z dobrych intencji do sprawdzonego procesu.
Często pomija się jeszcze jedną warstwę: onboarding. W przypadku pierwszego kontaktu tłumacza z projektem baza terminologii jest najlepszą możliwą odprawą — mówi mu, jak nazywa się produkt, jak nazywa się funkcje i jakich słów nie wolno improwizować. Przeglądanie bazy terminologicznej przed pierwszym zadaniem oszczędza więcej niż poprawianie później.
Baza terminologiczna nie jest zasobem, który budujesz; wymaga konserwacji, a konserwacja wymaga właściciela. Ktoś – jedna osoba lub mała grupa – decyduje, kiedy termin ulega zmianie, kto go zatwierdza i w jaki sposób zmiana jest komunikowana wszystkim, których ona dotyczy. Bez tego rozwiązania baza terminologiczna zanika: tłumacze wracają do zgadywania, a treść spokojnie się starzeje.
Typowa struktura to właściciel terminologii plus panel recenzentów zaczerpnięty z produktu, marketingu i tłumaczeń. Każdy nowy termin lub zmiana przebiega według ustalonej ścieżki: przesyłanie, przeglądanie, zatwierdzanie, wprowadzanie do bazy, powiadamianie. Trasa nie musi być skomplikowana, ale musi istnieć i zostać zapisana.
Historia wersji dotycząca zmian terminologicznych ma znaczenie z tego samego powodu. Warunki nie są statyczne — produkty ewoluują, a rynki się zmieniają, a zeszłoroczne standardowe renderowanie może w tym roku nie być już odpowiednie — ale zmiany muszą być identyfikowalne. Problem ma charakter organizacyjny – zespół zmieniający produkt i zespół zarządzający dokumentami to często nie te same osoby. Aby zmiana rozprzestrzeniła się automatycznie, potrzebny jest jakiś mechanizm; oglądanie tego ręcznie nie działa.
Zaplanuj kwartalny przegląd najczęściej używanych terminów i wycofuj wpisy, które już nie obowiązują. Nazwy wycofanych modeli, zmienione nazwy funkcji, formuły, które stały się przestarzałe w wyniku zmiany przepisów – wszystko to powinno wyjść z bazy. Pozostawienie ich wiąże się z większymi kosztami niż zaoszczędzoną wygodą, ponieważ tłumacz uzna, że są one nadal ważne.
Recenzja ma ukrytą drugą zaletę: jest to moment, w którym ujawniają się luki w systemie terminologicznym. Wpisy, których nikt nie używa, mogą oznaczać, że odpowiednia funkcja nie jest tłumaczona lub że tłumacze nie wiedzą o istnieniu takiego terminu. Sygnały te wynikają jedynie z okresowego przeglądania danych.
Zarządzanie terminologią sprowadza się do infrastruktury, a nie narzędzi. Przygotuj odpowiednie podstawy, a każdy dodatkowy język będzie kwestią ilości; pomiń to, a każdy dodatkowy język ponownie kumuluje dryf. FangService traktuje zarządzanie terminologią jako pierwszy krok w projektach wielojęzycznych — przynieś materiał dotyczący produktu i zacznij od pierwszej partii terminów.
Jeden z klientów odkrył podczas zagranicznej certyfikacji, że ten sam komponent miał trzy nazwy w instrukcji obsługi trzech generacji produktu: na początku radiator, później moduł chłodzący, a w najnowszej wersji moduł zarządzania ciepłem. Jednostka certyfikująca stwierdziła, że mogą to być trzy różne części i poprosiła o wyjaśnienia, co kosztowało miesiąc ciągłego powtarzania. Gdyby po prostu utrzymano pierwotny glosariusz, wyjaśnienie to nigdy nie byłoby potrzebne. Zarządzanie terminologią rzadko oszczędza wydatki na tłumaczenia; jest to przeróbka, wyjaśnienie i opóźnienie w certyfikacji.
Realistyczne podejście do prowadzenia glosariusza składa się z trzech etapów. Najpierw zbierz tylko to, co jest obowiązkowe — definicje produktów, nazwy parametrów, warunki certyfikacji i nazwy marek. Po drugie, chwyć dwa tryby niepowodzenia: jeden termin z kilkoma tłumaczeniami i jedno tłumaczenie z kilkoma terminami źródłowymi, ponieważ powodują one skargi i przeróbki. Po trzecie, przypisz właściciela i rytm przeglądu, tak aby zmiana generacji produktu wywołała przegląd terminologii. FangService tworzy dwujęzyczne bazy terminologii, w których każdy wpis jest opatrzony adnotacją dotyczącą zabronionych tłumaczeń i mającego zastosowanie kontekstu, łączy glosariusz z wersją projektu i konfiguruje potok tłumaczeń tak, aby pomijał nieprzetłumaczalne elementy, takie jak numery modeli i nazwy marek, aby nigdy nie były przepisywane przez tłumaczenie maszynowe.
Zarządzanie terminologią można łatwo opisać jako projekt systemowy i dlatego nigdy się nie rozpoczyna. W praktyce wystarczą trzy działania w ciągu pierwszych trzech miesięcy, aby zobaczyć rezultaty: narzucanie definicji produktów i nazw parametrów jedna po drugiej linii produktów; zbuduj listę tłumaczeń zakazanych, zaznaczając tłumaczenia, które już spowodowały skargi lub przeróbki; i dodaj wstępną kontrolę terminologii do potoku tłumaczenia, aby przed wysyłką sprawdzane były terminy o dużej częstotliwości.
Żaden z trzech nie wymaga większych inwestycji i natychmiast redukują dwie klasy problemów: wyjaśnienia i przeróbki spowodowane przez jeden produkt noszący kilka nazw oraz ponowne pojawianie się renderingów, o których już wiadomo, że są błędne. Glosariusz rozpoczynający się od trzydziestu terminów jest całkowicie odpowiedni, pod warunkiem, że odzwierciedla rzeczywisty produkt, a nie ogólną listę skopiowaną z innego miejsca.
FangService buduje bazę terminologii klienta na podstawie samego produktu: najpierw terminy najczęściej występujące i obowiązkowe, opatrzone adnotacjami kontekstowymi i zabronionymi renderowaniami, powiązane z wersją projektu i wykonywane jako wstępna kontrola w procesie tłumaczenia. Zarządzanie terminologią zyskuje prawo do miana systemu dopiero wtedy, gdy zaczyna przynosić efekty.
Podaj nam swój scenariusz projektu i wymagania, a my dopasujemy odpowiednie rozwiązanie i przedstawimy wycenę w ciągu 24 godzin.
Uzyskaj bezpłatną wycenę