People Strategy भनेको HR Document होइन। यो त एउटा Business Model हो।

धेरैजसो "people strategies" वास्तवमा strategy नै होइनन्। तिनी त strategy को पोशाक लगाएका activity calendars हुन् — एउटा slide जसमा hiring plans, एउटा engagement survey को cadence, एउटा learning catalog, र एउटा values poster, सबै सँगै टाँसेर साल भरिमा एक पटक board लाई पेश गरिन्छ।

त्यो strategy होइन। Strategy भनेको तपाईं कसरी जित्नुहुनेछ, र त्यो जित्नका लागि तपाईं जानाजान के नगर्ने भन्ने choices को एउटा समूह हो। यो परिभाषा अनुसार, धेरैजसो companies सँग people strategy छँदै छैन। तिनीसँग त एउटा HR plan छ।

यो जति सुनिन्छ, त्योभन्दा धेरै महत्त्वपूर्ण छ। LSA Global को organizational alignment research ले पत्ता लगायो कि मानिसहरू strategy सँग कति राम्ररी aligned छन् भन्ने कुराले high- र low-performing companies बीचको performance gap को 60% हिस्सा बनाउँछ — तैपनि LSA को culture-assessment data ले देखाउँछ कि झन्डै 70% employees भन्छन् कि तिनको company को strategy नै अस्पष्ट वा अज्ञात छ। त्यो gap कुनै HR problem होइन। यो त एउटा business problem हो जो संयोगवश HR function मा बस्न पुग्छ।

यो article एउटा step-by-step model हो — people strategy लाई ठ्याक्कै त्यसरी बनाउने जसरी हामी कुनै पनि अरू business-critical system बनाउँथ्यौं: HR org chart बाट होइन, business problem बाट सुरु गरेर।

त्यो संकेत: जब People Strategy नै Business Strategy हुन्छ

Microsoft धेरै लामो समयदेखि भित्री रूपमा stack ranking का लागि चिनिन्थ्यो — एउटा system जसले managers लाई हरेक cycle मा आफ्नो team को एउटा निश्चित हिस्सालाई underperformers को label लगाउन बाध्य पार्थ्यो, team ले वास्तवमा कस्तो गर्‍यो भन्ने कुराको पर्वाह नगरी। नतिजा थियो एउटा culture जहाँ मान्छेले छेउको साथीलाई मद्दत गर्नुको साटो आफ्नै scores जोगाउँथे, त्यो company मा जसको अर्को bet — cloud, scale मा — ठ्याक्कै यसको उल्टोमा निर्भर थियो।

त्यो curve नोभेम्बर 2013 मा scrap गरियो, तत्कालीन CEO Steve Ballmer को नेतृत्वमा — Satya Nadella ले फेब्रुअरी 2014 मा कमान सम्हाल्नुभन्दा केही महिनाअघि मात्र। तर stack ranking अन्त्य गर्नु त सजिलो भाग थियो; यसलाई strategy बनाउने कुरा त Nadella ले त्यसमाथि के निर्माण गरे भन्ने थियो। उनले engagement survey वा values refresh बाट सुरु गरेनन्। उनले business bet बाट सुरु गरे: Microsoft mobile-first, cloud-first संसारतिर बढिरहेको थियो, जसको अर्थ काम झन्झन् cross-team, छिटो-दौडिने, र बाध्यतावश collaborative हुँदै जानेथियो। त्यसैले people system पनि त्यसैसँग मिल्ने गरी बदलिनुपर्थ्यो। Performance conversations relative ranking को साटो impact, potential, र mobility तिर सर्‍यो। Org product-line silos बाट shared capabilities वरिपरि बनेका teams तिर सर्‍यो। यसमध्ये केही पनि business strategy माथि टाँसिएको culture initiative थिएन — यो नै business strategy थियो, मान्छे कसरी hire, rank, र reward गरिन्थे भन्ने मार्फत व्यक्त।

नतिजा, एक दशकपछि: Microsoft को market value 2014 को सुरुमा करिब $300 billion बाट बढेर झन्डै $3 trillion पुग्यो, र Azure cloud मा AWS को साँचो challenger बन्यो — एउटा bet जसलाई ठ्याक्कै त्यही collaborative behavior चाहिएको थियो जसलाई पुरानो ranking system ले चुपचाप सजाय दिँदै आएको थियो। यो नै ध्यान दिन लायक pattern हो: company ले पहिले culture ठीक पारेर अनि strategy मिलाएको होइन। People changes नै strategy कसरी execute भयो भन्ने कुरा थियो।

यो नै हरेक people strategy लाई कसी लगाउने मापदण्ड हो: के तपाईं "हामी यसरी hire, rank, र promote गर्छौं" बाट "हामीले जित्न खोजेको ठ्याक्कै यही business bet हो" सम्म एउटा सीधा रेखा कोर्न सक्नुहुन्छ? धेरैजसो companies सक्दैनन्। त्यही gap लाई पुर्ने उद्देश्यले यो article को बाँकी भाग बनेको छ।

किन सामान्य Approach भत्किन्छ

People strategy बनाउने परम्परागत तरिका यस्तो देखिन्छ: HR ले आफ्नै functions हेर्छ — recruiting, L&D, comp, engagement, culture — र सोध्छ "यो साल हामी के सुधार्ने?" अनि function by function एउटा plan बनाउँछ र ती plans को योगफललाई "strategy" भन्छ। हामी सबैले त्यो deck मा बसेका छौं। यो competent छ। तर यो strategy पनि होइन।

समस्या के हो भने यो process ले त्यो एउटै प्रश्न कहिल्यै सोध्दैन जसले कुनै कुरालाई to-do list को साटो strategy बनाउँछ: business लाई आफ्ना मानिसहरूबाट साँच्चै के चाहिएको छ जुन आज उससँग छैन?

HR functions बाट bottom-up बनेको people strategy सधैं ती एउटै generic जवाफमा पुग्छ — बढी engagement, बढी retention, बढी leadership development, बढी DEI metrics — business वास्तवमा के गर्छ भन्ने कुराको पर्वाह नगरी। तपाईं एउटा fintech startup र एउटा logistics company बीच "people strategy" deck साटासाट गर्न सक्नुहुन्छ र मुस्किलले फरक थाहा पाउनुहुन्छ। त्यही नै संकेत हो। यदि तपाईंको people strategy कुनै अर्कै company मा पनि उस्तै देखिने हो भने, त्यो strategy होइन — त्यो त HR best practices को एउटा list हो।

एउटा साँचो people strategy यस्तो पढिन्छ कि त्यो तपाईंकै company को मात्र हुन सक्थ्यो, किनभने त्यो generic HR playbook बाट होइन, तपाईंको competitive bet बाट निकालिएको हुन्छ।

Business-Back Model: एउटा साँचो People Strategy बनाउने 6 Steps

Step 1 — दिशा उल्टाउनुहोस्: HR Calendar बाट होइन, Business Strategy बाट सुरु गर्नुहोस्

एउटै पनि people initiative लेख्नुअघि, सादा business भाषामा एउटा प्रश्नको जवाफ दिनुहोस्: यो company कसरी जित्ने सोचमा छ, र त्यो bet सफल हुनका लागि हाम्रा मानिसहरूको बारेमा के सत्य हुनुपर्थ्यो?

यदि company को bet एउटा नयाँ category मा speed-to-market हो भने, people implication भनेको ambiguity प्रति सहनशीलता र decision rights माथि होइन, तल धकेल्नु हो। यदि bet scale मा operational excellence हो भने, implication भनेको standardization, गहिरो bench strength, र variance प्रति न्यून सहनशीलता हो। यिनले ठीक उल्टा people strategies उत्पन्न गर्छन्। Hiring profiles, performance systems, meetings कसरी चलाइन्छन् सम्म — यी सबै bet अनुसार फरक देखिनुपर्छ।

Out-of-the-box move: त्यो room मा बस्नुहोस् जहाँ business strategy निर्णय हुन्छ, त्यो room मा होइन जहाँ त्यो पछि तपाईंलाई बुझाइन्छ। यदि People & Culture लाई strategy को निर्माणमा उपस्थित नभई त्यसको बारेमा briefing मात्र दिइन्छ भने, तपाईं सधैं आफूले आकार नदिएको निर्णयका लागि support systems बनाइरहनुहुनेछ — र यही नै संरचनात्मक कारण हो जसले people strategy लाई बारम्बार strategy होइन execution भनेर व्यवहार गराइन्छ।

Step 2 — आफ्नो लडाइँ छान्नुहोस्: साँच्चै जिताउने 3 Capabilities परिभाषित गर्नुहोस्

धेरैजसो people strategies सबै कुरामा राम्रो हुन खोज्छन्: hiring, retention, engagement, culture, learning, DEI, succession — सबैलाई "priority" रेटिङ। सबै कुरालाई prioritize गर्ने strategy ले केही पनि prioritize गर्दैन।

बरु, ती 2-3 organizational capabilities पहिचान गर्नुहोस् जो तपाईंको निश्चित competitive bet का लागि साँच्चै load-bearing छन् — ती जो कमजोर भए, अरू सबै जति राम्रो भए पनि strategy असफल हुन्छ। बाँकी सबैले जानाजान एउटा "good enough" मापदण्ड पाउँछन्। यो ठ्याक्कै product strategy को तर्क हो: तपाईं हरेक feature लाई best-in-class बनाउनुहुन्न; तपाईं के ले differentiate गर्छ त्यो छान्नुहुन्छ र त्यसलाई निर्ममतापूर्वक राम्रो बनाउनुहुन्छ।

Out-of-the-box move: तपाईं के मा mediocre हुन रोज्दै हुनुहुन्छ त्यो खुलेर नाम दिनुहोस्। "हामी जानाजान X का लागि optimize गर्दैनौं" नभन्ने people strategy ले साँचो trade-offs गरिरहेको हुँदैन — र trade-offs नभएको document strategy होइन।

Step 3 — Build, Buy, Borrow, या Bot निर्णय स्पष्ट बनाउनुहोस्

Step 2 मा पहिचान गरिएको हरेक capability का लागि, जानाजान निर्णय गर्नुहोस्: के तपाईं यसलाई development मार्फत भित्रै build गर्नुहुन्छ, hiring मार्फत buy गर्नुहुन्छ, contractors/partners मार्फत borrow गर्नुहुन्छ, या — झन्झन् सान्दर्भिक हुँदै — AI र tooling मार्फत automate गर्नुहुन्छ? धेरैजसो companies अरू तीन विकल्प कहिल्यै परीक्षण नगरी "यसका लागि hire गर्ने" मा default हुन्छन्, जसले चुपचाप time-to-hire र headcount budget लाई strategy execution को साँचो बाधा बनाइदिन्छ, चाहे कसैले जानाजान त्यो निर्णय नगरेको भए पनि।

यहीँनेर AI-powered talent platforms (उदाहरणका लागि skills-intelligence र internal-mobility tools) पनि calculus बदल्न थालेका छन् — तपाईं बाहिर जान हतार गर्नुअघि company भित्रै पहिल्यै रहेको capability सतहमा ल्याउँदै। यो निर्णयको एउटा भागको रूपमा जानाजान हेर्न लायक छ, पछि टाँसिएको side project होइन।

Out-of-the-box move: यो निर्णय एउटा कम्पनी-व्यापी एकल hiring philosophy को रूपमा होइन, capability-by-capability चलाउनुहोस्। तपाईंको मुख्य differentiating capability ("build") को सही जवाफ अक्सर एउटा supporting capability ("borrow" या "bot") का लागि गलत जवाफ हुनेछ।

Step 4 — Org Chart मात्र होइन, Operating System Design गर्नुहोस्

Org chart ले कसले कसलाई report गर्छ भनेर देखाउँछ। यसले निर्णय वास्तवमा कसरी हुन्छन्, information कति छिटो दौडिन्छ, वा "होइन" भन्ने अधिकार कससँग छ भन्ने केही पनि बताउँदैन। धेरैजसो "people strategies" structure मै रोकिन्छन् र operating mechanics सम्म कहिल्यै पुग्दैनन् — र ठ्याक्कै यही कारण एउटा सुन्दर design गरिएको org chart ले पनि एउटा सुस्त, political, झर्को लाग्दो company उत्पन्न गर्न सक्छ।

स्पष्ट रूपमा परिभाषित गर्नुहोस्: निर्णय कहाँ हुन्छन् (र कुन level मा)? Strategy लाई जीवित राख्ने rhythm को cadence के हो — weekly, monthly, quarterly — र room मा को छन्? के स्वतः escalate हुन्छ र के locally resolve हुन्छ? यो त्यो अनाकर्षक infrastructure layer हो जसले बाँकी strategy साँच्चै हलचल गर्न सक्छ कि सक्दैन भन्ने निर्धारण गर्छ।

Out-of-the-box move: decision rights लाई people strategy को एउटा deliverable को रूपमा व्यवहार गर्नुहोस्, hiring plan जत्तिकै कठोरताका साथ। धेरैजसो companies ले आफ्नो headcount plan विस्तृत रूपमा बताउन सक्छन् तर एउटा वाक्यमा $50K को निर्णय कसले approve गर्न सक्छ भनेर बताउन सक्दैनन्। त्यो अस्पष्टता एउटा operations footnote होइन, एउटा people strategy failure हो।

Step 5 — Culture लाई Poster होइन, एउटा Operating Mechanism जस्तो Engineer गर्नुहोस्

Culture प्रायः aspirational शब्दहरूको list को रूपमा लेखिन्छ — "innovative," "collaborative," "customer-obsessed" — पर्खालमा छापिएको र केहीले पनि नबलियो पारिएको। मान्छे कसरी hire, promote, pay, र निकालिन्छन् भन्ने कुरामा embed नभएको culture बस branding मात्र हो।

समाधान mechanical छ: आफ्ना 3-5 साँच्चैका stated values लिनुहोस् र हरेकलाई तीन filters मार्फत चलाउनुहोस् — के यो एउटा hiring filter हो (के हामी यसका लागि screen गर्छौं)? के यो एउटा promotion filter हो (के हामी यसलाई reward गर्छौं, चाहे त्यो असुविधाजनक भए पनि)? के यो एउटा exit filter हो (performance जस्तोसुकै भए पनि, कसैले यो उल्लंघन गर्दा के हामी कारबाही गर्छौं)? यी तीनै filters पार नगर्ने value साँचो value होइन — यो त एउटा poster हो।

Quantum Workplace को 2025 Workplace Trends research ले यसलाई सीधा समर्थन गर्छ: business वास्तवमा कसरी operate हुन्छ त्यसबाट टुक्रिएको culture दबाबमा क्षयिन्छ — scaling, leadership turnover, बदलिँदा priorities — एक पटक जति बलियो भए पनि। Culture लेखिएको कुरा होइन। यो त के reward हुन्छ त्यो हो।

Out-of-the-box move: आफ्ना पछिल्ला 10 promotions र पछिल्ला 5 involuntary exits लाई आफ्ना stated values विरुद्ध audit गर्नुहोस्। यदि pattern poster सँग मिल्दैन भने, तपाईंलाई culture problem छैन — तपाईंलाई एउटा people strategy problem छ, किनभने culture त system ले वास्तवमा के incentivize गर्छ त्यसको downstream हो।

Step 6 — यसलाई Once-a-Year Survey होइन, एउटा Product जस्तै Instrument गर्नुहोस्

धेरैजसो people strategies साल भरिमा एक पटक engagement survey र एउटा turnover number मार्फत मापिन्छन् — दुई lagging indicators जसले तपाईं कारबाही गर्न सक्ने धेरै पछि, केही पहिल्यै बिग्रिसक्यो भनेर बताउँछन्।

People strategy लाई त्यसरी व्यवहार गर्नुहोस् जसरी एउटा product team ले roadmap लाई गर्छ: ती 3-5 leading indicators परिभाषित गर्नुहोस् जसले lagging metrics ले पुष्टि गर्नुअघि नै strategy काम गरिरहेको छ कि छैन भनेर भविष्यवाणी गर्छन् (उदाहरणका लागि, तपाईंले सबैभन्दा महत्त्वपूर्ण भनेका capabilities का लागि internal mobility rate, manager-to-direct-report ratio को drift, खुला requisition देखि capability deployed सम्मको समय — time to fill मात्र होइन)। तिनलाई annually होइन, एउटा cadence मा review गर्नुहोस्। बानीवश अर्को साल फेरि चलाउनुको साटो जे काम गरिरहेको छैन त्यो मार्नुहोस्।

Out-of-the-box move: people strategy लाई एउटा quarterly business review दिनुहोस्, ठ्याक्कै जसरी revenue वा product ले पाउँछ — त्यही scrutiny सहित, त्यही "के बदलियो र किन" सहित, र जे काम गरिरहेको छैन त्यो काट्ने त्यही authority सहित।

Checklist: यो एउटा People Strategy हो कि HR Plan?

यो board मा जानुअघि, document लाई यी छ lines विरुद्ध चलाउनुहोस्। हरेक एउटा वाक्यमा जवाफ दिन सकिनुपर्छ — यदि एउटा paragraph लाग्छ भने, यो अझै निर्णय भएको छैन।

• Business bet नाम दिइएको छ। "growth" होइन — निश्चित bet (नयाँ category, operational scale, premium positioning) र यसलाई मानिसहरूबाट के चाहिन्छ।
• 2-3 capabilities नाम दिइएका छन्, र हामी जानाजान के prioritize नगर्दै छौं त्यो पनि।
• हरेक capability सँग एउटा build, buy, borrow, या bot निर्णय जोडिएको छ — "यसका लागि hire गर्ने" मा default होइन।
• Decision rights लेखिएका छन्, को ले के, कुन dollar वा risk threshold मा approve गर्न सक्छ भन्नेसहित।
• हरेक stated value ले hiring, promotion, र exit test पार गरेको छ — onboarding deck मात्र होइन।
• एउटा cadence मा review हुने 3-5 leading indicators छन्, annual engagement score र turnover number मात्र होइन।

यदि दुईभन्दा बढी box unchecked छन् भने, जे पेश गरिँदैछ त्यो एउटा strategy cover page भएको HR plan हो।

Retire गर्न लायक तीन Clichés

"Engagement scores नै हाम्रो people strategy हो।" Engagement score एउटा symptom report हो, strategy होइन। तपाईंसँग high engagement हुन सक्छ र तैपनि business लाई अब के चाहिन्छ त्यसका लागि गलत capabilities बनाइरहेका हुन सक्छन्। यसलाई मापनुहोस् — यसलाई plan ठान्ने भूल नगर्नुहोस्।

"Culture भनेको perks र events हो।" Perks देखिने र copy गर्न सस्ता हुन्छन्, र ठ्याक्कै यसैकारण तिनी differentiator होइनन्। टिकाउ cultures भएका companies ले तिनलाई office snack selection मा होइन, decision-making systems मा बनाएका थिए।

"बढी headcount को अर्थ हामी strategy execute गर्दैछौं।" सम्बन्धित capability story बिनाको headcount growth बस cost growth हो। प्रश्न "के हामी hire गर्दैछौं" होइन, "के हामी साँच्चै महत्त्वपूर्ण भनेका 2-3 capabilities बनाउँदैछौं" हो।

हरेक Leader ले यसलाई Strategy भन्नुअघि सोध्नुपर्ने Questions

• यदि हामीले यो document एउटा competitor लाई दिने हो भने, के यसले तिनलाई साँच्चै मद्दत गर्थ्यो — कि यो यति generic छ कि केही फरक पर्दैन?
• हामी जानाजान, के मा mediocre हुन रोज्दैछौं, र के हामीले त्यो खुलेर भनेका छौं?
• यो company मा को ले deck नहेरी हाम्रा 2-3 priority capabilities नाम दिन सक्छ?
• हामीले पछिल्लो पटक कहिले यहाँ लेखिएको कुराका कारण एउटा hiring, promotion, वा exit निर्णय बदल्यौं — पछि त्यसलाई संदर्भ मात्र दिने होइन?
• यदि हाम्रा शीर्ष तीन competitors ले हाम्रो people strategy देखे भने, के तिनी यसलाई threat को रूपमा चिन्थे कि कुम उचाल्थे?

साँचो Test

यहाँ छ तपाईंसँग भएको कुरा people strategy हो कि HR plan भन्ने एउटा छिटो diagnostic: यसलाई HR बाहिरको कसैलाई दिनुहोस् — एउटा product lead, एउटा finance lead — company को नाम बिना। के तिनी document मात्रबाट भन्न सक्छन् कि तपाईंको company जित्नका लागि वास्तवमा के मा bet गर्दैछ? यदि जवाफ no हो भने, तपाईंले एउटा HR plan लेख्नुभएको छ। यदि जवाफ yes हो भने, तपाईंले एउटा people strategy लेख्नुभएको छ।

People strategy भनेको HR का लागि HR को plan होइन। यो त business कसरी आफ्ना मानिसहरू मार्फत जित्छ भन्ने business कै plan हो। यसलाई org chart बाट अगाडि होइन, bet बाट उल्टो दिशामा बनाउनुहोस् — अनि document मा लेखिएको title ले मतलब राख्न छोड्छ, किनभने काम आफैं strategy जस्तो पढिनेछ।