Organization Development क्या है? Founders के लिए एक व्यावहारिक Guide

ज़्यादातर founders इसे नाम दे पाने से पहले महसूस कर लेते हैं। जो कंपनी कभी एक होकर चलती थी वह बहकने लगती है — दो teams एक ही problem को उलट तरीक़ों से हल करती हैं, नए hires को "समझने" में महीनों लगते हैं, और फ़ैसले बार-बार उबलकर आप तक वापस आते रहते हैं। उस बहकाव का एक नाम है, और उसे रोकने के लिए बनी एक discipline है: organization development।

वह पल जब यह असली बन जाती है

जिस एक founder के साथ हमने काम किया, उसने ठीक वह हफ़्ता बताया जब बात समझ आई। उन्होंने अच्छे लोग hire किए थे, product चल रहा था, headcount चालीस पार कर चुका था — और फिर भी सब कुछ भारी लग रहा था। उन्होंने हमें बताया, "मुझे एहसास हुआ कि मैं ही आधी कंपनी को जोड़ने वाली अकेली चीज़ था। जब भी दो teams को align होना होता, वह मेरे ज़रिए चलता।" तकनीकी रूप से कुछ टूटा नहीं था। पर कंपनी चुपचाप उस अनौपचारिक alignment से बड़ी हो चुकी थी जो founder के दिमाग़ में रहती थी, और किसी ने उसकी जगह लेने के लिए कुछ नहीं बनाया था।

वह gap — कि कंपनी पहले कैसे coordinate करती थी और अब उसे कैसे करने की ज़रूरत है — ठीक वही है जिसे organization development भरती है।

Organization development असल में है क्या

Organization development (OD) यह design करने का जान-बूझकर किया गया काम है कि एक कंपनी कैसे structured है, फ़ैसले कैसे लिए जाते हैं, और उसकी culture कैसे ज़ाहिर होती है — ताकि organization उस चीज़ को खोए बिना बढ़ सके जो उसे असरदार बनाती है। यह कोई buzzword नहीं, बल्कि एक असली discipline है जिसकी जड़ें planned organizational change में दशकों गहरी हैं: किसी organization के काम करने के तरीक़े का जान-बूझकर, लगातार किया जाने वाला design, उसे इत्तेफ़ाक़ पर छोड़ने के बजाय।

यह अपने लिए बनाए गए org charts नहीं है, और यह साल में एक बार का offsite भी नहीं है।

The Four Foundations

हम OD को एक सरल मॉडल से ठोस बनाते हैं — Four Foundations। इन चारों को सही कर लें, एक-दूसरे के साथ alignment में, और कंपनी बढ़ते हुए अपना आकार बनाए रखती है:

• Structure — teams, roles और reporting lines कैसे व्यवस्थित हैं, और फ़ैसले कहाँ बैठते हैं।
• Roles — हर व्यक्ति क्या own करता है, और वह strategy तक कैसे जुड़ता है।
• Policies & procedures — बार-बार लौटने वाले फ़ैसले हर बार दोबारा बहस किए बिना सुसंगत ढंग से कैसे लिए जाते हैं।
• Culture — वे values और principles जो तब judgment का मार्गदर्शन करते हैं जब कोई नियम लागू नहीं होता।

ये foundations आज़ाद नहीं हैं। एक bold culture को किसी कठोर structure में जड़ने से friction पैदा होती है; बिना साझा values के साफ़ roles ऐसे coordinated लोग बनाती हैं जो अलग-अलग दिशाओं में खींचते हैं। OD वह काम है जो इन चारों को एक-दूसरे के साथ और जहाँ कंपनी जा रही है उसके साथ सुसंगत रखता है।

Scale करते हुए यह और क्यों मायने रखती है

पाँच लोगों पर, OD अदृश्य होती है — यह founders के दिमाग़ में रहती है। पचास पर, वह अनौपचारिक alignment टूट जाती है। इसकी क़ीमत नाटकीय नहीं होती; ख़ामोश होती है: धीमी onboarding, असंगत फ़ैसले, और एक ऐसी culture जो इसलिए नहीं फीकी पड़ती कि किसी ने उसे छोड़ दिया, बल्कि इसलिए कि किसी ने उसे लिखा नहीं।

Organization development का लक्ष्य सरल है: "हम यहाँ चीज़ें कैसे करते हैं" को ऐसी चीज़ बनाना जिसे हर कोई महसूस कर सके और निभा सके — न कि बस अंदाज़ा लगाए।

यह organizational research में ख़ूब चली-पिटी ज़मीन है: जो अनौपचारिक coordination छोटे scale पर काम करती है वह growth में टिकती नहीं, और जो कंपनियाँ उसे जान-बूझकर फिर से नहीं बनातीं, वे उस gap की क़ीमत speed और clarity में चुकाती हैं। काम को बस स्पष्ट बनना होता है।

Teams इसे कहाँ ग़लत समझती हैं

सबसे आम ग़लती OD को documentation मान लेना है। values की एक ऐसी binder जिसे कोई नहीं पढ़ता, कुछ नहीं बदलती। काम यह है कि उन foundations को जीवंत बनाया जाए — इसमें गुँथा हुआ कि लोगों को कैसे hire किया जाता है, फ़ैसले कैसे delegate होते हैं, और कंपनी हर रोज़ अपने ही सवालों के जवाब कैसे देती है। यही culture को लिख देने से उसे चलने देने तक का बदलाव है।

कहाँ से शुरू करें

आपको किसी transformation program की ज़रूरत नहीं है। आपको implicit को explicit बनाना है, एक बार में एक foundation:

• अपने structure को ईमानदारी से नाम दें — वह org chart नहीं जो आप चाहते थे, बल्कि वह जगह जहाँ आज असल में फ़ैसले लिए जाते हैं।
• लिखें कि हर अहम role क्या own करती है — ख़ास तौर पर फ़ैसले, सिर्फ़ tasks नहीं।
• उन तीन-चार फ़ैसलों को codify करें जिन्हें आप बार-बार दोहराते रहते हैं एक सरल, दोहराने योग्य policy में।
• अपनी values को ऐसे शब्दों में रखें जिन पर लोग अमल कर सकें — और फिर उन पर ज़ाहिर तौर पर hire और promote करें।
• Alignment जाँचें — क्या चारों foundations एक ही दिशा में खींचते हैं, या एक-दूसरे के ख़िलाफ़?

ख़ुद से पूछें

• अगर आप दो हफ़्ते के लिए ग़ायब हो जाएँ, तो क्या कंपनी अच्छे फ़ैसले लेती रहेगी — या आपका इंतज़ार करेगी?
• क्या कोई नया hire किसी लंबे समय से जुड़े सहकर्मी से पूछे बिना जान सकता है कि "हम यहाँ चीज़ें कैसे करते हैं"?
• क्या आपकी values कहीं ऐसी जगह लिखी हैं जहाँ लोग सचमुच उनका इस्तेमाल करते हैं, या बस एक दीवार पर?
• Four Foundations में से कौन-सी आपके मौजूदा आकार से सबसे पीछे है?

मुख्य बात

Organization development नौकरशाही नहीं है, और यह कोई binder भी नहीं है। यह वह तरीक़ा है जिससे एक कंपनी बढ़ते हुए ख़ुद बनी रहती है — उस structure, roles, policies और culture को जान-बूझकर design करके जो कभी founders के दिमाग़ में रहती थी। इसे growth curve से थोड़ा आगे रहकर कीजिए, और scale उस चीज़ को बढ़ा देता है जो आपको अच्छा बनाती है। इसे नज़रअंदाज़ कीजिए, और growth चुपचाप उसे घिसा देती है।