Candidate Match Score (CMS)

01The formula

CMS = Σ(CSSᵢ × JRISᵢ) / Σ(JRISᵢ), किसी दी गई जॉब के लिए पहचानी गई प्रत्येक योग्यता आयाम i पर संकलित। CSS (Candidate Skill Score, 0–100) मापता है कि अनाम सीवी किसी दिए गए आयाम को कितनी दृढ़ता से प्रमाणित करता है। JRIS (Job Requirement Importance Score, 0–100) यह मापता है कि नियोक्ता ने उस आयाम को कितना महत्वपूर्ण बताया है, जो सीधे जॉब पोस्टिंग की भाषा से लिया गया है: "must have" या "required" जैसे वाक्यांश 90–100 के JRIS से मेल खाते हैं, "preferred" 50–70 से मेल खाता है, और "a plus" या "nice to have" 30–50 से मेल खाता है।

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

02आयाम कहाँ से आते हैं

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

03हार्ड ब्लॉकर्स: जहाँ सूत्र किसी अनुपलब्ध आवश्यकता को औसत निकालकर नज़रअंदाज़ करने से इंकार करता है

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

04A worked example

चार आयामों वाली एक भूमिका लें: "Python & distributed systems" (JRIS 95, "required"), "cloud architecture" (JRIS 85, "required"), "team leadership" (JRIS 65, "preferred"), और "open-source contributions" (JRIS 40, "a plus")। एक उम्मीदवार जिसका बायोडाटा पहले दो के पुख्ता प्रमाण दिखाता है (CSS 98 और 95) लेकिन नेतृत्व का कोई अनुभव और कोई सार्वजनिक ओपन-सोर्स कार्य नहीं दिखाता है (CSS 0 और 0), उसकी गणना इस प्रकार होती है: (98×95 + 95×85 + 0×65 + 0×40) / (95+85+65+40) = (9310+8075+0+0)/285 = 61.0। क्योंकि "team leadership" को आवश्यक के बजाय पसंदीदा के रूप में चिह्नित किया गया था, यह कोई पूर्ण अवरोधक नहीं है — यह केवल एक मध्यम-श्रेणी का स्कोर है जो वास्तव में आंशिक उपयुक्तता को दर्शाता है, जो कि प्राथमिक साक्ष्य पूरी तरह से समर्थित करता है।

प्रकाशित शोध पत्र एक अधिक कठिन मामले पर भी उसी तरह काम करता है — एक मजबूत इंजीनियर जिसे एक अनिवार्य आवश्यकता की कमी के कारण रोक दिया गया — और प्रत्येक आयाम के भार और साक्ष्य स्कोर को साथ-साथ दिखाता है:

शोधपत्र के व्यावहारिक केस स्टडी से प्रति-आयाम JRIS और CSS विवरण: छह मजबूत आयाम और साक्ष्य 0 पर एक अनिवार्य आवश्यकता, जिसकी गणना 74.96 होती है (Syed, 2026, Fig. 3)

पूरा शोध पत्र PDF के रूप में डाउनलोड करने के लिए उपलब्ध है, और research.expertini.com पर Expertini Research पर भी प्रकाशित है।

05What CMS is not

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