उम्मेदवार म्याच स्कोर (CMS)

01The formula

CMS = Σ(CSSᵢ × JRISᵢ) / Σ(JRISᵢ), दिइएको जागिरको लागि पहिचान गरिएको प्रत्येक योग्यता आयाम i मा जोडिएको। CSS (क्यान्डिडेट स्किल स्कोर, 0–100) ले अनाम CV ले दिइएको आयामलाई कति बलियो रूपमा प्रमाणित गर्छ भनेर नाप्छ। JRIS (जागिर आवश्यकता महत्त्व स्कोर, 0–100) ले रोजगारदाताले त्यो आयाम कति महत्त्वपूर्ण छ भनी बताएको थियो भनेर नाप्छ, जुन जागिर पोस्टिङको भाषाबाट सीधै प्राप्त हुन्छ: "must have" वा "required" जस्ता वाक्यांशहरू 90–100 को JRIS मा म्याप हुन्छन्, "preferred" ले 50–70 मा म्याप गर्छ, र "a plus" वा "nice to have" ले 30–50 मा म्याप गर्छ।

Because both CSS and JRIS sit on a 0–100 scale, the weighted average naturally lands in the same 0–100 range without needing an extra normalisation step — a detail that matters because an earlier, uncorrected version of a similar formula in one of our internal drafts inflated scores by a factor of 100 before the ×100 term was identified and removed. We mention this not to bury a mistake but because it's a useful illustration: a formula this simple is still worth checking arithmetically, which is exactly what publishing it in full allows anyone to do.

02आयामहरू (dimensions) कहाँबाट आउँछन्

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" लाई आवश्यक भन्दा रुचाइएको रूपमा चिन्ह लगाइएको हुनाले, यो कडा अवरोध होइन — यो केवल वास्तविक रूपमा आंशिक मेल खाने झल्काउने मध्यम श्रेणीको स्कोर हो, जुन प्रत्यक्ष प्रमाणले समर्थन गर्ने कुरा ठ्याक्कै यही हो।

The published paper works a harder case the same way — a strong engineer blocked by one missing mandatory requirement — and shows every dimension's weight and evidence score side by side:

पेपरको काम गरिएको केस स्टडीबाट प्रति-आयाम JRIS र CSS ब्रेकडाउन: छ वटा बलियो आयामहरू र प्रमाण ० मा एक अनिवार्य आवश्यकता, ७४.९६ मा गणना हुँदै (Syed, 2026, Fig. 3)

The full paper is available to download as a PDF, and also published on Expertini Research at research.expertini.com.

05What CMS is not

CMS does not predict job performance, and we don't claim it does — no scoring system, human or automated, has a strong enough track record to justify that claim, and anyone telling you otherwise about their own product should be treated with scepticism. It measures documented evidence of stated requirements, nothing more. It is explicitly designed as decision support that narrows a pool for human judgement and structured interviews, not a replacement for either. And it inherits any bias present in the job description itself — if a JD's requirements are written in a way that unnecessarily excludes qualified candidates, CMS will faithfully score against those requirements rather than correct for them.