शब्दावली प्रबंधन: वैश्वीकरण की नींव

लेख

15 दिसंबर 2000

शब्दावली प्रबंधन कोई अनुवाद उपकरण समस्या नहीं है। यह वैश्वीकरण के बुनियादी ढांचे का हिस्सा है, और यह सही होने के लिए सबसे सस्ती चीज़ है और रेट्रोफ़िट करने के लिए सबसे महंगी चीज़ है।

उच्चतम जोखिम वाली शर्तों से प्रारंभ करें

किसी टर्मबेस प्रोजेक्ट को खत्म करने का तरीका यह है कि पहले दिन उत्पाद मैनुअल से हर शब्द इकट्ठा किया जाए, आधे रास्ते में ही खुद को थका दिया जाए और छोड़ दिया जाए। प्रभावी आदेश गलत होने की लागत से होता है: उत्पाद नाम, सुरक्षा शर्तें, फीचर नाम और नियामक अभिव्यक्तियां ऐसी श्रेणियां हैं जहां गलत अनुवाद वास्तविक क्षति का कारण बनता है, इसलिए पहले उन्हें करें। सामान्य वर्णनात्मक शब्दावली प्रतीक्षा कर सकती है, या पूरी तरह से छोड़ दी जा सकती है।

पहले टर्मबेस का बड़ा होना आवश्यक नहीं है; कुछ सौ प्रविष्टियाँ पर्याप्त हैं। जो मायने रखता है वह यह है कि उनका वास्तव में उपयोग किया जाता है - अनुवाद प्रक्रिया में, समीक्षा चेकलिस्ट में, उत्पाद दस्तावेज़ीकरण में। दो-सौ-प्रविष्टि वाला टर्मबेस, जिसका हर कोई अनुसरण करता है, उस दो-हज़ार-प्रविष्टि से कहीं अधिक मूल्यवान है जिसे कोई नहीं पढ़ता है।

रैंकिंग व्यावसायिक प्रभाव का अनुसरण करती है, शब्द आवृत्ति का नहीं। एक दुर्लभ शब्द जिसका गलत अनुवाद एक सुरक्षा घटना का कारण बनता है, एक सामान्य संज्ञा से आगे निकल जाता है जो दिन में दस बार प्रकट होता है।

एक टर्मबेस केवल प्रक्रिया के अंदर काम करता है

किसी टर्मबेस के अस्तित्व में आने के बाद सबसे आम समस्या यह है कि यह एक साझा ड्राइव पर बैठता है, अनुवादक इसके बारे में नहीं जानते हैं या जानते हैं और इसकी सलाह नहीं लेते हैं। यह इसे एक दस्तावेज़ बनाता है, उपकरण नहीं। प्रभावी तरीका यह है कि इसे CAT टूल और MTPE प्रक्रिया में जोड़ा जाए ताकि अनुवादक कार्य इंटरफ़ेस में स्वीकृत शब्दावली देख सके।

एक बार यह प्रक्रिया में आ जाए, तो शब्दावली जांच स्वचालित हो सकती है। अधिकांश सीएटी उपकरण और क्यूए उपकरण शब्द-संगतता जांच का समर्थन करते हैं और जहां अनुवाद गैर-मानक प्रतिपादन का उपयोग करता है वहां ध्वजांकित कर सकते हैं। वह एक कदम शब्दावली अनुपालन को अच्छे इरादों से जांची गई प्रक्रिया की ओर ले जाता है।

एक और परत को अक्सर नजरअंदाज कर दिया जाता है: ऑनबोर्डिंग। किसी प्रोजेक्ट के साथ अनुवादक के पहले संपर्क के लिए, टर्मबेस सर्वोत्तम संभव ब्रीफिंग है - यह उन्हें बताता है कि उत्पाद को क्या कहा जाता है, सुविधाओं का नाम कैसे दिया जाता है, किन शब्दों को सुधारा नहीं जाना चाहिए। पहले असाइनमेंट से पहले टर्मबेस पर चलने से बाद में सुधार करने की तुलना में अधिक बचत होती है।

शासन: किसी को निर्णय लेना है

टर्मबेस कोई ऐसी संपत्ति नहीं है जिसका निर्माण आपने पूरा कर लिया है; इसे रखरखाव की आवश्यकता है, और रखरखाव के लिए एक मालिक की आवश्यकता है। कोई व्यक्ति - एक व्यक्ति या एक छोटा समूह - यह तय करता है कि कोई शब्द कब बदलता है, कौन इसे मंजूरी देता है, और परिवर्तन से प्रभावित सभी लोगों को कैसे सूचित किया जाता है। उस व्यवस्था के बिना, टर्मबेस ख़राब हो जाता है: अनुवादक अनुमान लगाने की ओर लौट जाते हैं और सामग्री चुपचाप पुरानी हो जाती है।

सामान्य संरचना एक शब्दावली स्वामी और उत्पाद, विपणन और अनुवाद से तैयार एक समीक्षा पैनल है। कोई भी नया नियम या परिवर्तन एक निश्चित मार्ग का अनुसरण करता है: सबमिट करें, समीक्षा करें, अनुमोदन करें, आधार में प्रवेश करें, सूचित करें। मार्ग को विस्तृत करने की आवश्यकता नहीं है, लेकिन इसका अस्तित्व होना चाहिए और इसे दर्ज किया जाना चाहिए।

शब्दावली परिवर्तन के लिए संस्करण इतिहास उसी कारण से मायने रखता है। शर्तें स्थिर नहीं हैं - उत्पाद विकसित होते हैं और बाज़ार आगे बढ़ते हैं, और पिछले साल का मानक प्रतिपादन इस साल अब सही नहीं हो सकता है - लेकिन परिवर्तनों का पता लगाया जाना चाहिए। समस्या संगठनात्मक है - उत्पाद बदलने वाली टीम और दस्तावेज़ों का प्रबंधन करने वाली टीम अक्सर एक ही लोग नहीं होते हैं। परिवर्तन को स्वचालित रूप से प्रसारित करने के लिए कुछ तंत्र की आवश्यकता होती है; इसे मैन्युअल रूप से देखना ठीक नहीं है।

समय-समय पर समीक्षा करें, एक बार नहीं

सबसे अधिक उपयोग की जाने वाली शर्तों की त्रैमासिक समीक्षा शेड्यूल करें और उन प्रविष्टियों को हटा दें जो अब लागू नहीं होती हैं। बंद किए गए मॉडलों के नाम, बदले गए फीचर्स, विनियामक परिवर्तन द्वारा अप्रचलित किए गए फॉर्मूलेशन - ये सभी आधार से बाहर आने चाहिए। उन्हें छोड़ने पर सुविधा की बचत से अधिक लागत आती है, क्योंकि एक अनुवादक मान लेगा कि वे अभी भी वैध हैं।

समीक्षा का एक छिपा हुआ दूसरा लाभ है: यह वह क्षण है जब शब्दावली प्रणाली में अंतराल सतह पर आते हैं। जिन प्रविष्टियों का उपयोग कोई नहीं करता है उनका मतलब यह हो सकता है कि संबंधित सुविधा का अनुवाद नहीं किया जा रहा है, या अनुवादकों को पता नहीं है कि शब्द मौजूद है। वे संकेत समय-समय पर डेटा को देखने से ही निकलते हैं।

शब्दावली प्रबंधन बुनियादी ढाँचे पर निर्भर करता है, टूलींग पर नहीं। नींव सही रखें और प्रत्येक अतिरिक्त भाषा मात्रा का मामला है; इसे छोड़ें और प्रत्येक अतिरिक्त भाषा बहाव को पुनः एकत्रित कर देती है। FangService बहुभाषी परियोजनाओं पर शब्दावली प्रबंधन को एक फ्रंट-एंड कदम के रूप में मानता है - उत्पाद सामग्री लाएं और शब्दों के पहले बैच से शुरू करें।

पुरालेख से शब्दावली को बचाने की वास्तविक लागत

एक ग्राहक को विदेशी प्रमाणीकरण के दौरान पता चला कि उत्पाद मैनुअल की तीन पीढ़ियों में एक ही घटक के तीन नाम थे: शुरुआत में हीट सिंक, बाद में कूलिंग मॉड्यूल, नवीनतम संस्करण में थर्मल प्रबंधन इकाई। प्रमाणन निकाय ने निष्कर्ष निकाला कि ये तीन अलग-अलग हिस्से हो सकते हैं और स्पष्टीकरण मांगा, जिसमें एक महीने तक आना-जाना लगा। यदि आरंभिक शब्दावली को सरलता से बनाए रखा गया होता, तो उस स्पष्टीकरण की कभी आवश्यकता नहीं होती। शब्दावली प्रबंधन जो बचाता है वह शायद ही कभी अनुवाद खर्च होता है; यह पुनर्कार्य, स्पष्टीकरण और प्रमाणन में देरी है।

शब्दावली बनाए रखने के यथार्थवादी दृष्टिकोण में तीन चरण होते हैं। सबसे पहले, केवल वही एकत्र करें जो अनिवार्य है - उत्पाद परिभाषाएँ, पैरामीटर नाम, प्रमाणन शर्तें और ब्रांड नाम। दूसरा, दो विफलता मोड को पकड़ें: एक शब्द कई अनुवादों के साथ, और एक अनुवाद कई स्रोत शब्दों के साथ, क्योंकि वे शिकायतें और पुनर्कार्य उत्पन्न करते हैं। तीसरा, एक मालिक और एक समीक्षा लय निर्दिष्ट करें, ताकि उत्पाद निर्माण में परिवर्तन एक शब्दावली समीक्षा को ट्रिगर कर सके। FangService निषिद्ध अनुवादों और लागू संदर्भ के लिए एनोटेट की गई प्रत्येक प्रविष्टि के साथ द्विभाषी शब्द आधार बनाता है, शब्दावली को प्रोजेक्ट संस्करण से जोड़ता है, और अनुवाद पाइपलाइन को मॉडल नंबर और ब्रांड नाम जैसे अप्राप्य आइटम को छोड़ने के लिए कॉन्फ़िगर करता है ताकि उन्हें मशीनी अनुवाद द्वारा कभी भी दोबारा न लिखा जाए।

शब्दावली प्रबंधन कहां से शुरू होता है: ऐसी कार्रवाइयां जिनका फल तीन महीने के भीतर मिलता है

शब्दावली प्रबंधन को आसानी से एक सिस्टम प्रोजेक्ट के रूप में वर्णित किया जाता है और इसलिए यह कभी शुरू नहीं होता है। व्यवहार में पहले तीन महीनों में तीन क्रियाएं परिणाम देखने के लिए पर्याप्त हैं: उत्पाद परिभाषाओं और पैरामीटर नामों को उत्पाद लाइन द्वारा पंक्ति में लागू करना; उन प्रतिपादनों को चिह्नित करते हुए एक निषिद्ध-अनुवाद सूची बनाएं जिनके कारण पहले ही शिकायतें हो चुकी हैं या फिर से काम किया जा रहा है; और अनुवाद पाइपलाइन में एक शब्दावली पूर्व-जांच जोड़ें ताकि प्रेषण से पहले उच्च-आवृत्ति शब्दों की जांच की जा सके।

तीनों में से किसी को भी बड़े निवेश की आवश्यकता नहीं है, और वे समस्या के दो वर्गों को तुरंत कम कर देते हैं: एक उत्पाद के कई नामों के कारण होने वाला स्पष्टीकरण और पुन: कार्य, और पहले से ही ज्ञात गलत प्रतिपादन फिर से प्रदर्शित होना। एक शब्दावली जो तीस शब्दों से शुरू होती है वह पूरी तरह से पर्याप्त है, बशर्ते यह कहीं और से कॉपी की गई सामान्य सूची के बजाय वास्तविक उत्पाद को दर्शाती हो।

FangService उत्पाद से ही क्लाइंट टर्म बेस बनाता है: पहले उच्च-आवृत्ति और अनिवार्य शब्द, संदर्भ और निषिद्ध रेंडरिंग के साथ एनोटेट किया गया, प्रोजेक्ट संस्करण से जुड़ा हुआ, और अनुवाद पाइपलाइन में प्री-चेक के रूप में निष्पादित किया गया। शब्दावली प्रबंधन तभी सिस्टम कहलाने का अधिकार अर्जित करता है जब वह भुगतान करना शुरू कर देता है।