15 Desember 2000
Manajemen terminologi bukanlah masalah alat penerjemahan. Hal ini merupakan bagian dari infrastruktur globalisasi, dan merupakan hal yang paling murah untuk diperbaiki dan paling mahal untuk dilakukan retrofit.
Cara untuk menghentikan proyek termbase adalah dengan mengumpulkan setiap kata dari manual produk pada hari pertama, melelahkan diri Anda di tengah jalan, dan meninggalkannya. Urutan yang efektif adalah berdasarkan akibat dari kesalahan: nama produk, istilah keselamatan, nama fitur, dan ekspresi peraturan adalah kategori di mana kesalahan penerjemahan menyebabkan kerusakan nyata, jadi lakukan hal tersebut terlebih dahulu. Kosakata deskriptif biasa bisa ditunda, atau dilewati seluruhnya.
Termbase pertama tidak perlu berukuran besar; beberapa ratus entri sudah cukup. Yang penting adalah bahwa mereka benar-benar digunakan — dalam proses penerjemahan, dalam daftar periksa tinjauan, dalam dokumentasi produk. Termbase dengan dua ratus entri yang diikuti semua orang jauh lebih berharga daripada termbase dua ribu entri yang tidak dibaca oleh siapa pun.
Pemeringkatan mengikuti dampak bisnis, bukan frekuensi kata. Istilah langka yang kesalahan penerjemahannya menyebabkan insiden keselamatan mengungguli kata benda umum yang muncul sepuluh kali sehari.
Masalah paling umum setelah termbase ada adalah bahwa termbase berada di drive bersama, penerjemah tidak mengetahuinya atau mengetahui dan tidak berkonsultasi dengannya. Itu menjadikannya sebuah dokumen, bukan alat. Pendekatan yang efektif adalah dengan memasukkannya ke dalam alat CAT dan proses MTPE sehingga penerjemah melihat terminologi yang disetujui dalam antarmuka kerja.
Setelah dalam proses, pemeriksaan terminologi dapat diotomatisasi. Sebagian besar alat CAT dan alat QA mendukung pemeriksaan konsistensi istilah dan dapat menandai jika terjemahan menggunakan rendering non-standar. Satu langkah tersebut mengubah kepatuhan terminologi dari niat baik menjadi proses yang terkendali.
Satu lapisan lagi yang sering diabaikan: orientasi. Untuk kontak pertama penerjemah dengan suatu proyek, termbase adalah pengarahan terbaik — termbase memberi tahu mereka apa nama produknya, bagaimana fitur diberi nama, kata-kata mana yang tidak boleh diimprovisasi. Berjalan di termbase sebelum penugasan pertama menghemat lebih dari mengoreksi setelahnya.
Termbase bukanlah aset yang telah selesai Anda bangun; perlu pemeliharaan, dan pemeliharaan memerlukan pemilik. Seseorang – satu orang atau kelompok kecil – memutuskan kapan suatu ketentuan diubah, siapa yang menyetujuinya, dan bagaimana perubahan tersebut dikomunikasikan kepada semua orang yang terkena dampak. Tanpa pengaturan tersebut, basis istilah akan rusak: penerjemah akan kembali menebak-nebak dan konten akan menua dengan lambat.
Struktur yang biasa adalah pemilik terminologi ditambah panel ulasan yang diambil dari produk, pemasaran, dan terjemahan. Setiap ketentuan atau perubahan baru mengikuti jalur yang tetap: kirimkan, tinjau, setujui, masukkan ke dalam basis, beri tahu. Rutenya tidak perlu panjang lebar, tapi harus ada dan harus tercatat.
Riwayat versi untuk perubahan terminologi juga penting karena alasan yang sama. Persyaratan tidaklah statis – produk berkembang dan pasar bergerak, dan standar yang berlaku pada tahun lalu mungkin tidak lagi berlaku pada tahun ini – namun perubahan harus dapat ditelusuri. Masalahnya adalah organisasi -- tim yang mengubah produk dan tim yang mengelola dokumen seringkali bukan orang yang sama. Beberapa mekanisme diperlukan agar perubahan dapat menyebar secara otomatis; mengawasinya secara manual tidak berlaku.
Jadwalkan tinjauan triwulanan untuk istilah-istilah yang paling sering digunakan dan hentikan entri yang tidak lagi berlaku. Nama model yang dihentikan, fitur yang diganti namanya, formulasi yang menjadi usang karena perubahan peraturan — semua ini harus dikeluarkan dari dasar. Membiarkannya tetap di dalam akan memerlukan biaya yang lebih besar dibandingkan kenyamanan yang dihemat, karena penerjemah akan berasumsi bahwa dokumen tersebut masih valid.
Tinjauan memiliki manfaat kedua yang tersembunyi: ini adalah momen ketika kesenjangan dalam sistem terminologi muncul. Entri yang tidak digunakan oleh siapa pun mungkin berarti fitur terkait tidak diterjemahkan, atau penerjemah tidak mengetahui istilah tersebut ada. Sinyal-sinyal tersebut hanya muncul dari pengamatan data secara berkala.
Manajemen terminologi bermuara pada infrastruktur, bukan peralatan. Dapatkan dasar yang benar dan setiap bahasa tambahan adalah masalah kuantitas; lewati saja dan setiap bahasa tambahan akan mengakumulasikan kembali penyimpangan tersebut. FangService memperlakukan manajemen terminologi sebagai langkah awal dalam proyek multibahasa — bawa materi produk dan mulai dengan kumpulan istilah pertama.
Salah satu klien menemukan selama sertifikasi di luar negeri bahwa komponen yang sama memiliki tiga nama dalam tiga generasi manual produk: unit pendingin awal, modul pendingin kemudian, unit manajemen termal dalam versi terbaru. Lembaga sertifikasi menyimpulkan bahwa ini mungkin merupakan tiga bagian yang berbeda dan meminta klarifikasi, yang memerlukan biaya bolak-balik selama satu bulan. Seandainya glosarium awal dipertahankan, klarifikasi tersebut tidak akan diperlukan. Yang dihemat oleh manajemen terminologi jarang sekali berupa pengeluaran penerjemahan; itu adalah pengerjaan ulang, klarifikasi dan penundaan sertifikasi.
Pendekatan realistis dalam memelihara glosarium memiliki tiga langkah. Pertama, kumpulkan hanya hal-hal yang wajib — definisi produk, nama parameter, ketentuan sertifikasi, dan nama merek. Kedua, tangkap dua mode kegagalan: satu istilah dengan beberapa terjemahan, dan satu terjemahan dengan beberapa istilah sumber, karena keduanya menimbulkan keluhan dan pengerjaan ulang. Ketiga, tetapkan pemilik dan ritme peninjauan, sehingga perubahan generasi produk memicu peninjauan terminologi. FangService membangun basis istilah bilingual dengan setiap entri diberi anotasi untuk terjemahan terlarang dan konteks yang berlaku, mengaitkan glosarium dengan versi proyek, dan mengonfigurasi saluran terjemahan untuk melewati item yang tidak dapat diterjemahkan seperti nomor model dan nama merek sehingga tidak pernah ditulis ulang oleh terjemahan mesin.
Manajemen terminologi dengan mudah digambarkan sebagai proyek sistem dan karenanya tidak pernah dimulai. Dalam praktiknya, tiga tindakan dalam tiga bulan pertama sudah cukup untuk melihat hasilnya: memaksakan definisi produk dan nama parameter ke dalam baris demi baris produk; membuat daftar terjemahan terlarang yang menandai rendering yang telah menimbulkan keluhan atau pengerjaan ulang; dan menambahkan pemeriksaan awal terminologi ke saluran terjemahan sehingga istilah-istilah berfrekuensi tinggi disaring sebelum dikirim.
Tak satu pun dari ketiganya memerlukan investasi besar, dan mereka segera mengurangi dua kelas masalah: klarifikasi dan pengerjaan ulang yang disebabkan oleh satu produk yang membawa beberapa nama, dan rendering yang sudah diketahui salah muncul lagi. Glosarium yang dimulai dari tiga puluh istilah sudah cukup, asalkan mencerminkan produk sebenarnya dan bukan daftar umum yang disalin dari tempat lain.
FangService membangun basis istilah klien dari produk itu sendiri: istilah frekuensi tinggi dan wajib terlebih dahulu, dianotasi dengan konteks dan rendering terlarang, diikat ke versi proyek, dan dieksekusi sebagai pemeriksaan awal dalam saluran terjemahan. Manajemen terminologi hanya berhak disebut suatu sistem setelah mulai membuahkan hasil.
Beri tahu kami skenario dan persyaratan proyek Anda, dan kami akan mencocokkan solusi yang tepat dan memberikan penawaran dalam waktu 24 jam.
Dapatkan Penawaran Gratis