15. desember 2000
Terminologihåndtering er ikke et problem med oversettelsesverktøy. Det er en del av globaliseringens infrastruktur, og det er det billigste å få til riktig og det dyreste å ettermontere.
Måten å drepe et termbaseprosjekt på er å samle hvert ord fra produktmanualen på dag én, utmatte deg selv halvveis og forlate det. Den effektive rekkefølgen er kostnadene ved å ta feil: produktnavn, sikkerhetstermer, funksjonsnavn og regulatoriske uttrykk er kategoriene der en feiloversettelse forårsaker reell skade, det samme gjør de først. Vanlig beskrivende ordforråd kan vente, eller hoppes over helt.
Den første termbasen trenger ikke å være stor; noen hundre oppføringer er nok. Det som betyr noe er at de faktisk brukes — i oversettelsesprosessen, i sjekklisten for gjennomgang, i produktdokumentasjonen. En termbase med to hundre oppføringer som alle følger er verdt mye mer enn en to tusen oppføringer som ingen leser.
Rangeringen følger virksomhetens innvirkning, ikke ordfrekvens. Et sjeldent begrep hvis feiloversettelse forårsaker en sikkerhetshendelse overgår et vanlig substantiv som vises ti ganger om dagen.
Det vanligste problemet etter at en termbase eksisterer er at den sitter på en delt disk, oversettere vet ikke om den eller vet og ikke konsulterer den. Det gjør det til et dokument, ikke et verktøy. Den effektive tilnærmingen er å koble den inn i CAT-verktøyet og MTPE-prosessen slik at oversetteren ser godkjent terminologi i arbeidsgrensesnittet.
Når den er i gang, kan terminologisjekking automatiseres. De fleste CAT-verktøy og QA-verktøy støtter kontroll av termkonsistens og kan flagge der en oversettelse bruker en ikke-standard gjengivelse. Det enkelt trinnet flytter terminologioverholdelse fra gode intensjoner til kontrollert prosess.
Et ytterligere lag blir ofte oversett: onboarding. For en oversetters første kontakt med et prosjekt er termbasen den best mulige orienteringen – den forteller dem hva produktet heter, hvordan funksjoner heter, hvilke ord som ikke må improviseres. Å gå terminbasen før første oppgave sparer mer enn å korrigere etterpå.
En termbase er ikke en ressurs du er ferdig med å bygge; den trenger vedlikehold, og vedlikehold krever en eier. Noen – én person eller en liten gruppe – bestemmer når et begrep endres, hvem som godkjenner det, og hvordan endringen kommuniseres til alle berørte. Uten den ordningen forfaller termbasen: oversettere går tilbake til å gjette og innholdet eldes stille.
Den vanlige strukturen er en terminologieier pluss et vurderingspanel hentet fra produkt, markedsføring og oversettelse. Enhver ny termin eller endring følger en fast rute: send inn, gjennomgå, godkjenne, gå inn i basen, varsle. Ruten trenger ikke være forseggjort, men den må eksistere og må registreres.
Versjonshistorikk for terminologiendringer betyr noe av samme grunn. Vilkår er ikke statiske – produkter utvikler seg og markeder beveger seg, og fjorårets standardgjengivelse er kanskje ikke lenger riktig i år – men endringer må kunne spores. Problemet er organisatorisk -- teamet som endrer produktet og teamet som administrerer dokumenter er ofte ikke de samme personene. En eller annen mekanisme er nødvendig for at en endring skal forplante seg automatisk; å se etter det manuelt holder ikke.
Planlegg en kvartalsvis gjennomgang av de mest brukte termene og trekk opp oppføringer som ikke lenger gjelder. Navn på utgåtte modeller, omdøpte funksjoner, formuleringer gjort foreldet ved en forskriftsendring - alle disse bør komme ut av basen. Å la dem stå igjen koster mer enn bekvemmeligheten du sparer, fordi en oversetter vil anta at de fortsatt er gyldige.
Gjennomgang har en skjult andre fordel: det er øyeblikket da hull i terminologisystemet dukker opp. Oppføringer som ingen bruker kan bety at den tilsvarende funksjonen ikke blir oversatt, eller at oversettere ikke vet at begrepet eksisterer. Disse signalene kommer bare ut av å se på dataene med jevne mellomrom.
Terminologistyring kommer ned til infrastruktur, ikke verktøy. Få grunnlaget riktig og hvert ekstra språk er et spørsmål om kvantitet; hopp over det, og hvert ekstra språk akkumulerer driften på nytt. FangService behandler terminologistyring som et front-end-trinn på flerspråklige prosjekter – ta med produktmaterialet og start med den første batchen med termer.
En klient oppdaget under en utenlandsk sertifisering at den samme komponenten hadde tre navn på tvers av tre generasjoner av produktmanualer: kjøleribbe tidlig, kjølemodul senere, termisk styringsenhet i siste versjon. Sertifiseringsorganet konkluderte med at dette kunne være tre forskjellige deler og ba om avklaring, som koster en måned frem og tilbake. Hadde den tidlige ordlisten bare blitt opprettholdt, ville den avklaringen aldri vært nødvendig. Det terminologiadministrasjon sparer er sjelden oversettelseskostnader; det er etterarbeid, avklaring og sertifiseringsforsinkelse.
Den realistiske tilnærmingen til å opprettholde en ordliste har tre trinn. Først samler du bare det som er obligatorisk - produktdefinisjoner, parameternavn, sertifiseringsvilkår og merkenavn. For det andre, fange opp de to feilmodusene: en term med flere oversettelser, og en oversettelse med flere kildetermer, fordi de genererer klagene og omarbeidingen. For det tredje, tilordne en eier og en anmeldelsesrytme, slik at en produktgenerasjonsendring utløser en terminologigjennomgang. FangService bygger tospråklige termbaser med hver oppføring kommentert for forbudte oversettelser og gjeldende kontekst, knytter ordlisten til prosjektversjonen, og konfigurerer oversettelsespipelinen til å hoppe over uoversettelige elementer som modellnumre og merkenavn, slik at de aldri blir omskrevet av maskinoversettelse.
Terminologihåndtering blir lett beskrevet som et systemprosjekt og starter derfor aldri. I praksis er tre handlinger i løpet av de første tre månedene nok til å se resultater: tvinge produktdefinisjoner og parameternavn på linje for produktlinje; bygge en liste over forbudte oversettelser som markerer gjengivelsene som allerede har forårsaket klager eller omarbeiding; og legg til en forhåndssjekk av terminologi i oversettelsespipelinen slik at høyfrekvente termer blir undersøkt før utsendelse.
Ingen av de tre trenger store investeringer, og de reduserer umiddelbart to problemklasser: avklaring og omarbeiding forårsaket av at ett produkt har flere navn, og gjengivelser som allerede er kjent for å være feil vises igjen. En ordliste som starter med tretti termer er helt adekvat, forutsatt at den gjenspeiler det faktiske produktet i stedet for en generisk liste kopiert fra andre steder.
FangService bygger klienttermbaser fra selve produktet: høyfrekvente og obligatoriske vilkår først, annotert med kontekst og forbudte gjengivelser, bundet til prosjektversjonen og utført som en forhåndssjekk i oversettelsespipelinen. Terminologiadministrasjon gir rett til å bli kalt et system først når det begynner å lønne seg.
Fortell oss ditt prosjektscenario og krav, så matcher vi den riktige løsningen og gir et tilbud innen 24 timer.
Få et gratis tilbud