People Strategy कोई HR Document नहीं है. यह एक Business Model है
ज़्यादातर 'people strategies' असल में strategies हैं ही नहीं — वो strategy के costume में पहने हुए activity calendars हैं. एक step-by-step model, जो people strategy को business bet से उल्टा (backward) बनाता है, ठीक वैसे ही जैसे आप कोई भी business-critical system बनाते: bet को नाम दीजिए, उन 2-3 capabilities को चुनिए जो असल में जिताती हैं, build-buy-borrow-or-bot का फ़ैसला कीजिए, और इसे एक annual survey की तरह नहीं, बल्कि एक product की तरह instrument कीजिए.

ज़्यादातर "people strategies" असल में strategies हैं ही नहीं. वो strategy का costume पहने हुए activity calendars हैं — एक slide जिसमें hiring plans, एक engagement survey cadence, एक learning catalog, और एक values poster, सब एक साथ नत्थी करके साल में एक बार board के सामने पेश कर दिए जाते हैं.
यह कोई strategy नहीं है. Strategy तो choices का एक set होता है — कि आप कैसे जीतेंगे, और जीतने के लिए आप जान-बूझकर क्या नहीं करेंगे. इस definition से देखें तो ज़्यादातर 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 खुद ही unclear या unknown है. यह gap कोई HR problem नहीं है. यह एक business problem है जो संयोग से HR function में रहती है.
यह article एक step-by-step model है — people strategy को ठीक वैसे बनाने का जैसे हम कोई भी और business-critical system बनाते: business problem से शुरू करके, न कि HR org chart से.
वो Tell: जब People Strategy ही Business Strategy होती है
Microsoft अंदरूनी तौर पर लंबे समय से stack ranking के लिए जानी जाती थी — एक ऐसा system जो managers को हर cycle में अपनी team के एक तय हिस्से को underperformers के तौर पर label करने पर मजबूर करता था, चाहे team ने असल में कैसा भी perform किया हो. नतीजा एक ऐसी culture थी जहाँ लोग अपने बगल वाले की मदद करने के बजाय अपने scores बचाते थे — और यह उस company में हो रहा था जिसकी अगली bet — cloud, at scale — इसके ठीक उलट पर टिकी थी.
वो curve नवंबर 2013 में हटाई गई, तब के CEO Steve Ballmer के नेतृत्व में — Satya Nadella के फ़रवरी 2014 में पदभार संभालने से बस कुछ ही महीने पहले. पर stack ranking ख़त्म करना तो आसान हिस्सा था; जिसने इसे strategy बनाया वो था जो Nadella ने उसके ऊपर खड़ा किया. उन्होंने शुरुआत किसी engagement survey या values refresh से नहीं की. उन्होंने business bet से शुरू किया: Microsoft एक mobile-first, cloud-first दुनिया की तरफ़ बढ़ रही थी, जिसका मतलब था कि काम लगातार cross-team, fast-moving, और मजबूरन collaborative होता जाएगा. तो people system को भी इसके मुताबिक़ बदलना ही था. Performance conversations relative ranking के बजाय impact, potential, और mobility पर shift हो गईं. 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 हुई.
यही वो standard है जिस पर हर people strategy को कसना चाहिए: क्या आप "हम कैसे hire, rank, और promote करते हैं" से लेकर "हम कौन सी specific business bet जीतने की कोशिश कर रहे हैं" तक एक सीधी रेखा खींच सकते हैं? ज़्यादातर companies नहीं खींच सकतीं. यही gap है जिसे बंद करने के लिए इस article का बाक़ी हिस्सा बना है.
आम तरीका क्यों टूट जाता है
people strategy बनाने का conventional तरीका कुछ ऐसा दिखता है: HR अपने ही functions को देखता है — recruiting, L&D, comp, engagement, culture — और पूछता है "इस साल हमें क्या improve करना चाहिए?" फिर वो function दर function एक plan बनाता है और उन plans के जोड़ को "strategy" कह देता है. हम सब वो deck झेल चुके हैं. वो competent होता है. पर वो strategy भी नहीं होती.
दिक़्क़त यह है कि यह process कभी वो एक सवाल नहीं पूछती जो किसी चीज़ को to-do list के बजाय strategy बनाता है: business को अपने लोगों से असल में क्या चाहिए जो आज उसके पास नहीं है?
HR functions से bottom-up बनी हुई कोई भी people strategy हमेशा उन्हीं generic जवाबों पर पहुँचेगी — better engagement, better retention, better leadership development, better DEI metrics — चाहे business असल में करता कुछ भी हो. आप एक fintech startup और एक logistics company के बीच "people strategy" deck को आपस में बदल दीजिए, फ़र्क बमुश्किल पता चलेगा. यही वो tell है. अगर आपकी people strategy किसी और company में भी वैसी ही दिखेगी, तो वो strategy नहीं है — वो HR best practices की एक list है.
एक असली people strategy ऐसी पढ़ी जाती है जैसे वो सिर्फ़ आपकी company की ही हो सकती है, क्योंकि वो आपकी competitive bet से derive होती है, न कि किसी generic HR playbook से.
The Business-Back Model: असली People Strategy बनाने के 6 Steps
Step 1 — Direction उलट दीजिए: HR Calendar से नहीं, Business Strategy से शुरू कीजिए
एक भी people initiative लिखने से पहले, plain business language में एक सवाल का जवाब दीजिए: यह company कैसे जीतने का इरादा रखती है, और उस bet के सफल होने के लिए हमारे लोगों के बारे में क्या सच होना ज़रूरी होगा?
अगर company की bet किसी नई category में speed-to-market है, तो people implication है ambiguity के लिए tolerance और decision rights को ऊपर नहीं, नीचे की तरफ़ धकेलना. अगर bet operational excellence at scale है, तो implication है standardization, गहरी bench strength, और variance के लिए कम tolerance. ये उलटी people strategies पैदा करती हैं. Hiring profiles, performance systems, यहाँ तक कि meetings कैसे चलाई जाती हैं — सब कुछ bet के हिसाब से अलग दिखना चाहिए.
The out-of-the-box move: उस कमरे में बैठिए जहाँ business strategy तय होती है, उस कमरे में नहीं जहाँ बाद में वो आपको समझाई जाती है. अगर People & Culture को strategy पर brief किया जाता है, बजाय इसके कि वो उसके बनते वक़्त मौजूद रहे, तो आप हमेशा एक ऐसे फ़ैसले के लिए support systems बना रहे होंगे जिसे आपने shape ही नहीं किया — और यही वो structural वजह है जिसकी वजह से people strategy को बार-बार execution समझा जाता है, strategy नहीं.
Step 2 — अपनी लड़ाइयाँ चुनिए: वो 3 Capabilities तय कीजिए जो असल में जिताती हैं
ज़्यादातर people strategies हर चीज़ में अच्छा होने की कोशिश करती हैं: hiring, retention, engagement, culture, learning, DEI, succession — सब "priority" rated. जो strategy हर चीज़ को prioritize करती है, वो किसी चीज़ को prioritize नहीं करती.
इसके बजाय, उन 2-3 organizational capabilities को पहचानिए जो आपकी specific competitive bet के लिए असल में load-bearing हैं — वो जो अगर कमज़ोर हों, तो बाक़ी सब कितना भी अच्छा हो, strategy fail हो जाती है. बाक़ी सब को जान-बूझकर एक "good enough" standard मिलता है. यह वही logic है जो product strategy का है: आप हर feature को best-in-class नहीं बनाते; आप वो चुनते हैं जो differentiate करता है और उसे बेरहमी से अच्छा बनाते हैं.
The out-of-the-box move: साफ़-साफ़ नाम लीजिए कि आप किस चीज़ में mediocre रहना चुन रहे हैं. जो people strategy यह नहीं कहती कि "हम जान-बूझकर X के लिए optimize नहीं कर रहे," वो असली trade-offs कर ही नहीं रही — और बिना trade-offs वाला document strategy नहीं होता.
Step 3 — Build, Buy, Borrow, या Bot का फ़ैसला explicit बनाइए
Step 2 में पहचानी गई हर capability के लिए जान-बूझकर तय कीजिए: क्या आप इसे development के ज़रिए internally build करते हैं, hiring के ज़रिए buy करते हैं, contractors/partners के ज़रिए borrow करते हैं, या — जो लगातार relevant होता जा रहा है — AI और tooling के ज़रिए automate करते हैं. ज़्यादातर companies बाक़ी तीन options को कभी test किए बिना ही "इसके लिए hire करो" पर default कर जाती हैं, जो चुपचाप time-to-hire और headcount budget को strategy execution की असली अड़चन बना देता है — हालाँकि यह किसी ने जान-बूझकर तय नहीं किया होता.
यह वो जगह भी है जहाँ AI-powered talent platforms (मिसाल के तौर पर skills-intelligence और internal-mobility tools) calculus बदलना शुरू कर रहे हैं — external जाने की reflexive जल्दबाज़ी से पहले वो capability सामने ला रहे हैं जो पहले से company के अंदर मौजूद है. इस फ़ैसले के हिस्से के तौर पर इस पर एक जान-बूझकर नज़र डालना ज़रूरी है, न कि इसे बाद में चिपकाया गया कोई side project समझना.
The out-of-the-box move: इस फ़ैसले को capability-दर-capability चलाइए, न कि एक single company-wide hiring philosophy की तरह. आपकी core differentiating capability के लिए सही जवाब ("build") अक्सर किसी supporting capability के लिए ग़लत जवाब होगा ("borrow" या "bot").
Step 4 — Operating System Design कीजिए, सिर्फ़ Org Chart नहीं
एक org chart दिखाता है कि कौन किसको report करता है. वो इस बारे में कुछ नहीं कहता कि फ़ैसले असल में कैसे लिए जाते हैं, information कितनी तेज़ी से move करती है, या किसके पास "ना" कहने का अधिकार है. ज़्यादातर "people strategies" structure पर ही रुक जाती हैं और कभी operating mechanics तक नहीं पहुँचतीं — और ठीक इसीलिए एक ख़ूबसूरती से design किया गया org chart भी एक slow, political, frustrating company पैदा कर सकता है.
साफ़-साफ़ तय कीजिए: फ़ैसले कहाँ लिए जाते हैं (और किस level पर)? उस rhythm की cadence क्या है जो strategy को ज़िंदा रखती है — weekly, monthly, quarterly — और कमरे में कौन होता है? क्या automatically escalate होता है बनाम क्या locally resolve होता है? यह वही बेरौनक infrastructure layer है जो तय करती है कि बाक़ी की strategy असल में move कर पाएगी या नहीं.
The out-of-the-box move: decision rights को people strategy के एक deliverable की तरह treat कीजिए, उतनी ही rigor के साथ जितनी एक hiring plan को मिलती है. ज़्यादातर companies आपको अपना headcount plan विस्तार से बता सकती हैं पर एक वाक्य में यह नहीं बता सकतीं कि किसके पास $50K का फ़ैसला approve करने का अधिकार है. वो ambiguity एक people strategy failure है, कोई operations footnote नहीं.
Step 5 — Culture को एक Operating Mechanism की तरह Engineer कीजिए, Poster की तरह नहीं
Culture आम तौर पर aspirational शब्दों की एक list के रूप में लिखी जाती है — "innovative," "collaborative," "customer-obsessed" — दीवार पर छपी हुई और किसी चीज़ से reinforce न हुई. जो culture इस बात में embedded नहीं है कि लोगों को कैसे hire, promote, pay, और let go किया जाता है, वो बस branding है.
इसका fix mechanical है: अपनी 3-5 असली stated values लीजिए और हर एक को तीन filters से गुज़ारिए — क्या यह एक hiring filter है (क्या हम इसके लिए screen करते हैं)? क्या यह एक promotion filter है (क्या हम इसे reward करते हैं, तब भी जब यह असुविधाजनक हो)? क्या यह एक exit filter है (क्या हम तब act करते हैं जब कोई इसका उल्लंघन करता है, performance चाहे जो भी हो)? जो value इन तीनों filters में नहीं बचती, वो असली value नहीं है — वो एक poster है.
Quantum Workplace की 2025 Workplace Trends research इसे सीधे confirm करती है: जो culture business के असल operation से कटी हुई है, वो दबाव में टूट जाती है — scaling, leadership turnover, बदलती priorities — चाहे कभी वो कितनी ही मज़बूत रही हो. Culture वो नहीं है जो लिखा गया है. यह वो है जिसे reward किया जाता है.
The out-of-the-box move: अपनी पिछली 10 promotions और पिछली 5 involuntary exits को अपनी stated values के against audit कीजिए. अगर pattern poster से मेल नहीं खाता, तो आपके पास culture problem नहीं है — आपके पास people strategy problem है, क्योंकि culture उसी का downstream नतीजा है जिसे system असल में incentivize करता है.
Step 6 — इसे एक Product की तरह Instrument कीजिए, साल में एक बार वाली Survey की तरह नहीं
ज़्यादातर people strategies साल में एक बार एक engagement survey और एक turnover number से measure होती हैं — दो lagging indicators जो आपको बताते हैं कि कुछ पहले ही गड़बड़ हो चुका है, उसके बहुत बाद जब आप उस पर act कर सकते थे.
people strategy को वैसे treat कीजिए जैसे एक product team एक roadmap को करती है: उन 3-5 leading indicators को define कीजिए जो यह predict करते हैं कि strategy काम कर रही है या नहीं — lagging metrics के confirm करने से पहले (मिसाल के तौर पर, जिन capabilities को आपने सबसे अहम कहा था उनके लिए internal mobility rate, manager-to-direct-report ratio का drift, open requisition से capability deployed होने तक का time — सिर्फ़ time to fill नहीं). इन्हें एक cadence पर review कीजिए, सालाना नहीं. जो काम नहीं कर रहा उसे आदत के मारे अगले साल फिर से चलाने के बजाय बंद कर दीजिए.
The out-of-the-box move: people strategy को एक quarterly business review दीजिए, ठीक वैसे ही जैसे revenue या product को मिलती है — उसी scrutiny के साथ, उसी "क्या बदला और क्यों" के साथ, और जो काम नहीं कर रहा उसे काटने के उसी अधिकार के साथ.
The Checklist: यह एक People Strategy है या एक HR Plan?
यह board तक जाने से पहले, document को इन छह lines के against चलाइए. हर एक का जवाब एक वाक्य में मिलना चाहिए — अगर इसमें एक paragraph लगता है, तो वो अभी तय हुआ ही नहीं है.
- Business bet को नाम दिया गया है. "growth" नहीं — वो specific 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 में नहीं.
- 3-5 leading indicators हैं जो एक cadence पर review होते हैं, सिर्फ़ एक annual engagement score और एक turnover number नहीं.
अगर दो से ज़्यादा boxes unchecked हैं, तो जो पेश किया जा रहा है वो एक strategy cover page वाला HR plan है.
तीन Clichés जिन्हें रिटायर कर देना चाहिए
"Engagement scores ही हमारी people strategy हैं." एक engagement score एक symptom report है, कोई strategy नहीं. आपकी engagement high हो सकती है और फिर भी आप business को आगे जिसकी ज़रूरत है उसके लिए ग़लत capabilities बना रहे हो सकते हैं. इसे measure कीजिए — इसे plan मत समझ बैठिए.
"Culture का मतलब perks और events हैं." Perks दिखाई देते हैं और copy करने में सस्ते होते हैं, और ठीक इसीलिए वो differentiator नहीं हैं. जिन companies की cultures टिकाऊ रहीं, उन्होंने उन्हें decision-making systems में बनाया, office के snack selection में नहीं.
"ज़्यादा headcount का मतलब है हम strategy execute कर रहे हैं." बिना किसी corresponding capability story के headcount growth बस cost growth है. सवाल यह नहीं है कि "क्या हम hire कर रहे हैं," सवाल यह है कि "क्या हम उन 2-3 capabilities को बना रहे हैं जिन्हें हमने कहा था कि असल में मायने रखती हैं."
वो सवाल जो हर Leader को इसे Strategy कहने से पहले पूछने चाहिए
- अगर हम यह document किसी competitor को थमा दें, तो क्या यह सचमुच उनकी मदद करेगा — या यह इतना generic है कि कोई फ़र्क ही नहीं पड़ेगा?
- हम किस चीज़ में जान-बूझकर mediocre रहना चुन रहे हैं, और क्या हमने यह ज़ोर से कहा है?
- इस company में कौन deck देखे बिना हमारी 2-3 priority capabilities का नाम ले सकता है?
- आख़िरी बार हमने यहाँ लिखी किसी चीज़ की वजह से कोई hiring, promotion, या exit का फ़ैसला कब बदला था — सिर्फ़ बाद में उसका reference देना नहीं?
- अगर हमारे top तीन competitors हमारी people strategy देखें, तो क्या वो इसे एक threat के रूप में पहचानेंगे या कंधे उचका देंगे?
असली Test
यहाँ एक तेज़ diagnostic है कि आपके पास जो है वो people strategy है या एक HR plan: इसे HR के बाहर के किसी इंसान को थमाइए — एक product lead, एक finance lead — बिना company का नाम लगाए. क्या वो सिर्फ़ document से बता सकते हैं कि आपकी company जीतने के लिए असल में किस पर bet लगा रही है? अगर जवाब "नहीं" है, तो आपने एक HR plan लिखा है. अगर जवाब "हाँ" है, तो आपने एक people strategy लिखी है.
People strategy, HR का HR के लिए plan नहीं है. यह business का plan है कि वो अपने लोगों के ज़रिए कैसे जीतेगा. इसे bet से उल्टा (backward) बनाइए, org chart से आगे की तरफ़ नहीं — और फिर document पर लिखा title मायने रखना बंद कर देता है, क्योंकि काम खुद ही strategy की तरह पढ़ा जाएगा.