करियर प्रोफ़ाइल टेस्ट डेटा: सीवी रिकॉर्ड बनाना

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

यह लेख बताता है कि ऐसे रिकॉर्ड में क्या-क्या होता है, कौन-सी स्थितियाँ वाकई उसे ज़रूरी बनाती हैं, असली सीवी उपयोग की अनुमति होने पर भी कमज़ोर विकल्प क्यों है, और करियर रिकॉर्ड के आंतरिक नियम असल में कहाँ बसते हैं।

करियर प्रोफ़ाइल टेस्ट डेटा क्या है?

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

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

यही आख़िरी गुण सबसे कम आँका जाता है। साफ़ दिखने वाले प्लेसहोल्डर शब्द खोज लेना टेस्ट डेटा को सुरक्षित नहीं बनाता। सुरक्षित उसका स्रोत बनाता है।

टीम को ऐसे रिकॉर्ड की ज़रूरत कब पड़ती है?

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

इन सब में एक बात साझा है: हर एक को ऐसा इनपुट चाहिए जो उस इनपुट जैसा हो, जो सिस्टम को आगे चलकर असल में मिलेगा। कोई एक ऐसा रिकॉर्ड, जो किसी ख़ास बात का दावा ही न करे, इनमें से किसी के लिए काफ़ी नहीं है।

असली सीवी कॉपी करना ग़लत कदम क्यों है?

क्योंकि सीवी व्यक्तिगत डेटा है, और उसका फैलाव असामान्य रूप से लंबा होता है। उसमें नाम, कार्य इतिहास, शिक्षा इतिहास, संपर्क विवरण और अक्सर वेतन की अपेक्षा भी होती है। उसे विकास वातावरण में ले जाने का मतलब है उसकी दूसरी प्रति ठीक उस जगह बनाना, जहाँ नियंत्रण सबसे कमज़ोर होते हैं।

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

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

करियर प्रोफ़ाइल रिकॉर्ड में क्या होता है?

इस साइट पर करियर प्रोफ़ाइल जनरेटर पूरी प्रोफ़ाइल एक साथ बनाता है, एक-एक फ़ील्ड करके नहीं। इसे बाँधने वाली पहचान कुंजी वही है जो पहचान पृष्ठ पर उपयोग होती है।

1. वर्तमान भूमिका — अभी धारित पदनाम, कंपनी, और नीचे दिए इतिहास से निकलने वाला कुल अनुभव।
2. कार्य इतिहास — हर पिछली भूमिका पदनाम, कंपनी और शुरू तथा अंत के महीने के रूप में, जहाँ खुला सिरा तारीख़ के बजाय वर्तमान शब्द उठाता है।
3. शिक्षा — संस्थान, योग्यता, अध्ययन क्षेत्र और उत्तीर्ण वर्ष, जिसमें सबसे ऊँची योग्यता सबसे आगे रहती है।
4. कौशल — वे योग्यताएं जिनकी उम्मीद इस भूमिका से की जाती है, अंक देकर नहीं बल्कि टैग करके।
5. प्रमाणपत्र — वे साख पत्र जो इस उद्योग और इस देश में वाकई आम हैं, हर एक के साथ उसे देने वाला संस्थान।
6. वेतन — एक वैकल्पिक फ़ील्ड, और टेस्ट रिकॉर्ड में जानबूझकर छोड़ा जाने वाला अकेला फ़ील्ड।

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

रिकॉर्ड को सभी फ़ील्ड में मेल क्यों खाना चाहिए?

क्योंकि करियर रिकॉर्ड ज़्यादातर संबंधों का समूह है, और संबंध में पड़ा दोष उस टेस्ट को कभी नहीं दिखता जो सिर्फ़ मानों को देखता है।

हर फ़ील्ड अपने आप में पूरी तरह ठीक लग सकता है, जबकि समूह बेतुका हो। उत्तीर्ण वर्ष विश्वसनीय लग सकता है और पहली नौकरी उससे पहले शुरू हो सकती है। दोनों भूमिकाओं की तारीख़ें समझदार लग सकती हैं और वे ठीक उन्हीं पूर्णकालिक महीनों में एक-दूसरे पर चल सकती हैं। वर्तमान भूमिका सही पढ़ी जा सकती है और उसके साथ अंत की तारीख़ भी हो सकती है, जिसका मतलब यह बनता है कि यहाँ काम करने वाला व्यक्ति पहले ही जा चुका है। कुल अनुभव कोई गोल संख्या हो सकती है जो ठीक नीचे लिखी तारीख़ों का खंडन करती है।

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

इसलिए एक सुसंगत रिकॉर्ड उन हज़ार रिकॉर्ड से ज़्यादा मूल्यवान है जो सुसंगत नहीं हैं। एक प्रोफ़ाइल जो हर नियम पूरा करती है, मशीनरी के ज़्यादा हिस्से को चलाती है, क्योंकि बेताल डेटा दिलचस्प कोड पथों को जाँचने के बजाय उन्हें छोड़ देता है।

डेवलपर के लिए: रिकॉर्ड और उसकी निर्भरताएं डिज़ाइन करना

प्रोफ़ाइल को निर्भरताओं वाले रिकॉर्ड के छोटे ग्राफ़ की तरह बनाइए, स्वतंत्र स्तंभों की सपाट पंक्ति की तरह नहीं।

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

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

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

आगे के कदम

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