कार्य इतिहास टाइमलाइन: भूमिकाओं का क्रम और अवधि

कार्य इतिहास टाइमलाइन के नियम वे परंपराएँ हैं जो तय करती हैं कि भूमिकाओं की श्रृंखला किस क्रम में रखी जाए, कैसे तारीख़ दी जाए और कैसे पढ़ी जाए — और ये उससे कहीं कमज़ोर हैं जितना ज़्यादातर सत्यापन कोड मान लेता है। दुनिया का लगभग हर भर्ती सिस्टम कार्य इतिहास को तारीख़ वाले अंतरालों की सूची की तरह दिखाता है, और लगभग कोई भी इस बात पर सहमत नहीं है कि इन तारीख़ों को कितनी सटीकता चाहिए, सूची किस क्रम में चले, या किसी लापता महीने का मतलब क्या है।

यह लेख परंपराओं को बाध्यताओं से अलग करता है: पाठक क्या अपेक्षा करता है, क्या वाकई असंभव है, और क्या सिर्फ़ असामान्य दिखता है जबकि रिकॉर्ड बाक़ी पूरी तरह ठीक है।

कार्य इतिहास कैसे लिखा जाता है?

हर भूमिका वाक्य के बजाय कुछ तथ्यों के छोटे समूह के रूप में दर्ज होती है। पदनाम, नियोक्ता, और वे महीने जिनमें भूमिका चली — शुरुआत का महीना, और फिर या तो अंत का महीना, या उस भूमिका के लिए खुला अंत जो अब भी चल रही है।

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

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

क्या हर अंतराल की व्याख्या ज़रूरी है?

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

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

पाठक का सवाल यह नहीं है कि अंतराल हैं या नहीं। सवाल यह है कि हर अंतराल सही है या नहीं। काल्पनिक रिकॉर्ड में यही मानक उल्टा लागू होता है: बनाया गया अंतराल इसलिए होना चाहिए कि टाइमलाइन ने उसे वहाँ रखा, न कि इसलिए कि रैंडम तारीख़ जनरेटर कहीं उस पर आ टिका।

क्या उल्टा कालक्रम सार्वभौमिक है?

ज़्यादातर भर्ती संदर्भों में यही प्रमुख परंपरा है — सबसे नई भूमिका सबसे पहले — और यह परंपरा है, कोई अनिवार्य नियम नहीं। अकादमिक सीवी अक्सर उल्टी दिशा में चलते हैं, प्रकाशन या करियर की प्रगति के क्रम में। कुछ सार्वजनिक क्षेत्र और नियामक आवेदन प्रारूप जानबूझकर कालक्रम में जानकारी माँगते हैं। कुछ संस्कृतियों में पदोन्नति की कहानी नीचे से ऊपर पढ़ना ज़्यादा आसान लगता है।

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

तालिका का हर दायाँ स्तंभ वह जगह है जहाँ असली डेटासेट बाईं ओर की धारणा से असहमत होगा।

कौन-से ओवरलैप वैध माने जाते हैं?

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

इसीलिए ओवरलैप को ग़लती का सबूत मानना भूल है, और उसे झूठ का सबूत मानना उससे भी बड़ी भूल है। ईमानदार पाठ यह है कि ओवरलैप काम के सप्ताह की बनावट के बारे में एक सवाल है, और जो रिकॉर्ड घंटे या रोज़गार का प्रकार जानता है वह उसका जवाब दे सकता है। जो रिकॉर्ड सिर्फ़ तारीख़ें रखता है वह जवाब नहीं दे सकता, इसलिए उसे इस पर कोई फ़ैसला लेने की छूट नहीं दी जानी चाहिए।

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

सटीक दिन क्यों जाल बन जाते हैं?

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

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

करियर रिकॉर्ड के लिए महीना स्तर की सटीकता ही ईमानदार समाधान है। यह वही स्तर भी है जिस पर लगभग सारी मानवीय स्मृति सहमत होती है, और वही स्तर जिस पर एक ही नौकरी के दो स्वतंत्र विवरण आम तौर पर मेल खाते हैं।

डेवलपर्स के लिए: अंतराल सत्यापन और खुला अंत

किसी भूमिका को अर्ध-खुले अंतराल के रूप में रखिए और आगे का सब कुछ आसान हो जाता है। शुरुआत एक महीना है, अंत या तो महीना है या ऐसा चिह्न जिसका मतलब है कि भूमिका ख़त्म नहीं हुई, और अंतराल शुरुआत के महीने से अंत के महीने तक दोनों को शामिल करता है।

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

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

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

आगे के कदम

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