बढ़ती कंपनियों के लिए Corporate Governance: सिर्फ़ Compliance से कहीं ज़्यादा

ज़्यादातर founders governance बनाने का फ़ैसला नहीं करते — वे किसी दिन जागकर एहसास करते हैं कि वे उन फ़ैसलों के लिए bottleneck बन चुके हैं जिन्हें own करना उन्हें अब याद भी नहीं कि उन्होंने कब चुना। discount देना है या नहीं। कौन-सा candidate मानक पर खरा उतरता है। कोई team बिना पूछे कितना ख़र्च कर सकती है। इनमें से कुछ भी कठिन नहीं है। बस यही कि यह सब कुछ, अब भी, एक ही व्यक्ति के ज़रिए चलता है।

वह पल जब यह scale करना बंद कर देती है

एक founder ने हमें बताया कि उन्हें ठीक-ठीक वह meeting याद है जब यह टूटा। उनके head of sales एक सौदा मेज़ पर लाए थे — सामान्य से बड़ा discount, तेज़ close — और हाँ माँगी। founder ने हाँ दे दी, ठीक वैसे ही जैसे पहले सौ बार दी थी। फिर दो हफ़्ते बाद एक दूसरे rep ने वही शर्तें माँगीं, ना पाई, और काफ़ी वाजिब तौर पर जानना चाहा कि नियम क्यों बदल गए।

"वे बदले नहीं थे," founder ने हमारे सामने माना। "कोई नियम था ही नहीं। बस मैं था, एक मिज़ाज में, मंगलवार के दिन।" कंपनी उस बिंदु को पार कर चुकी थी जहाँ एक ही दिमाग़ में रहने वाला फ़ैसला फुर्ती होना बंद करके एक लॉटरी बनने लगता है। उन्हें जिसकी ज़रूरत थी वह और नियंत्रण नहीं था। वह यह था कि कंपनी उनके बिना फ़ैसला ले सके — सुसंगत रूप से — और यह बता भी सके कि क्यों।

Governance असल में यही है। कोई बस्ता नहीं। सुसंगत फ़ैसलों की मशीनरी।

गवर्नेंस की सीढ़ी

जिन teams के साथ हम काम करते हैं, उन्हें हम governance को चार पायदानों के रूप में बताते हैं, जिन्हें कंपनी के scale करते हुए क्रम से चढ़ा जाता है। हर पायदान इसलिए मौजूद है कि एक क़िस्म के फ़ैसले को सुसंगतता खोए बिना founder की मेज़ से हटा दे।

• पायदान 1 — Founder का विवेक। फ़ैसले एक ही दिमाग़ में रहते हैं। यह सही है, तेज़ है, और शुरुआत में बिल्कुल उपयुक्त है। failure mode यहाँ होना नहीं है; यहाँ बहुत देर तक रुके रहना है।
• पायदान 2 — लिखित policy। बार-बार लौटने वाले फ़ैसले encode कर दिए जाते हैं ताकि उन पर दोबारा बहस न हो। discount की सीमा। refund का नियम। ख़र्च की हद। policy बस एक ऐसा फ़ैसला है जिसे दोबारा न लेने पर आप सहमत हो गए हैं।
• पायदान 3 — Governing bodies और सौंपे गए फ़ैसले के अधिकार। अब सवाल यह नहीं रहता कि क्या तय होगा, बल्कि किसे उसे तय करने की इजाज़त है। एक leadership team, एक hiring committee, एक budget council — हर एक को किसी परिभाषित श्रेणी के सवालों पर स्पष्ट अधिकार दिया गया।
• पायदान 4 — जवाबदेह समीक्षा। फ़ैसले, और उनके पीछे का तर्क, दर्ज किए जाते हैं और दोबारा देखे जाते हैं। लोगों पर पहरा देने के लिए नहीं, बल्कि इसलिए कि कंपनी सीख सके: कौन-सा दाँव सफल रहा, कौन-सा guardrail ग़लत था, और जब founder कमरे में नहीं होता तो "हम" असल में किस पर यक़ीन करते हैं।

इन चारों पायदानों के नीचे, governance हमेशा बस तीन काम करती है: दिशा तय करना (हम कहाँ जा रहे हैं), guardrails परिभाषित करना (क्या सीमा के भीतर है और क्या बाहर), और जवाबदेही बनाना (नतीजे को कौन own करता है, और क्या वह काम आया)। आप जो भी policy, body और समीक्षा बनाते हैं, उसे इन तीन में से किसी एक तक जुड़ना चाहिए। अगर नहीं जुड़ती, तो वह नाटक है।

और यहाँ है विरोधाभासी हिस्सा

Governance कोई compliance का काग़ज़ी काम नहीं है, और इसे वैसा मानना ही वजह है कि ज़्यादातर teams इसे दो में से किसी एक दिशा में बिल्कुल ग़लत कर बैठती हैं। कुछ board-स्तर की governance बहुत जल्दी आयात कर लेती हैं — पंद्रह लोगों की कंपनी के लिए committees और charters — और एक विस्तृत नाटक रचती हैं जो सब कुछ धीमा करता है पर कुछ तय नहीं करता। बाक़ी founder के विवेक से बहुत देर तक चिपकी रहती हैं, "ग़ैर-नौकरशाह" होने पर गर्व करती हैं, जबकि founder चुपचाप पूरी कंपनी की single point of failure बन जाता है।

हुनर यह है कि दर्द से एक पायदान आगे चढ़ा जाए — कभी पाँच नहीं। आप policy तब जोड़ते हैं जब किसी फ़ैसले पर इतनी बार दोबारा बहस हो चुकी हो कि वह महँगा पड़ने लगे, इसलिए नहीं कि किसी governance लेख ने ऐसा कहा। आप governing body तब खड़ी करते हैं जब फ़ैसले के अधिकार सचमुच धुँधले हो गए हों, इसलिए नहीं कि एक असली कंपनी जैसा दिखना हो। जो governance एक क़दम जल्दी आती है वह राहत जैसी लगती है। जो पाँच क़दम जल्दी आती है वह नौकरशाही जैसी लगती है — क्योंकि वह ठीक वही है।

यह काम क्यों करती है

यह उसी बात से मेल खाती है जो organizational research लंबे समय से मानती आई है: छोटे scale पर काम करने वाला अनौपचारिक समन्वय growth में टिकता नहीं, और जैसे-जैसे अधिकार बँटता है, सुसंगतता को जान-बूझकर फिर से बनाना पड़ता है। किसी बार-बार लौटने वाले फ़ैसले को policy के रूप में encode करना वही चाल है जो org chart को असली संगठनात्मक संरचना से अलग करना है — आप जो अंतर्निहित था उसे स्पष्ट बना रहे हैं, ताकि वह handoff में बचा रहे। और जवाबदेह समीक्षा decision drift की सीधी काट है, जहाँ फ़ैसले चुपचाप मंशा से भटक जाते हैं क्योंकि किसी ने दर्ज नहीं किया कि वे क्यों लिए गए। अच्छी तरह की गई governance बस organization development है, जो किसी कंपनी के सबसे कठिन काम पर लागू होती है: फ़ैसला करना।

एक व्यावहारिक checklist

• उन फ़ैसलों को नाम दीजिए जो बार-बार आप तक लौटते हैं। उन पाँच चुनावों की सूची बनाइए जिन्हें करने को आपसे सबसे ज़्यादा कहा जाता है। वे आपके पायदान 2 के उम्मीदवार हैं।
• महँगे वालों को policy के रूप में encode कीजिए — एक सीमा, एक नियम, एक default — ताकि वे आपकी मेज़ तक पहुँचना बंद कर दें।
• org chart बनाने से पहले फ़ैसले के अधिकार बनाइए। हर बार-बार लौटने वाली फ़ैसला-श्रेणी के लिए, नाम दीजिए कि उसे तय करने की इजाज़त किसे है।
• body तभी खड़ी कीजिए जब अधिकार सचमुच धुँधले हों — और उसे एक स्पष्ट ज़िम्मा दीजिए, कोई अस्पष्ट अधिकार-पत्र नहीं।
• अहम फ़ैसलों और उनके तर्क को दर्ज कीजिए, और उन्हें एक निश्चित लय पर दोबारा देखिए। यह पायदान 4 है, और यही वह है जिसे हर कोई छोड़ देता है।
• उस governance को हटा दीजिए जो अब अपनी क़ीमत नहीं वसूलती। एक मरी हुई committee, न होने वाली committee से ज़्यादा महँगी पड़ती है।

ख़ुद से पूछें

• अगर आप दो हफ़्ते के लिए ग़ायब हो जाएँ, तो कौन-से फ़ैसले बस रुक जाएँगे — और कौन-से बुरी तरह लिए जाएँगे क्योंकि किसी को नियम पता नहीं?
• कौन-से फ़ैसले का जवाब आपने अब अलग-अलग दिनों में अलग-अलग दिया है? वही आपकी अगली policy है।
• अपने सबसे अहम चुनावों के लिए, क्या छह महीने बाद कोई बता सकता है कि वे क्यों लिए गए थे?
• क्या आप दर्द से एक पायदान आगे हैं, या कई पायदान भीतर नाटक में?
• आपकी कंपनी में कौन-सी governing body ज़्यादातर आधिकारिक दिखने के लिए मौजूद है?

मुख्य बात

Corporate governance न compliance है, न ऐसा बस्ता जिसे दाख़िल करके भुला दिया जाए। यह वह मशीनरी है जो एक बढ़ती कंपनी को हर फ़ैसले को founder के ज़रिए भेजे बिना सुसंगत फ़ैसले लेने देती है — दिशा तय करना, guardrails परिभाषित करना, जवाबदेही बनाना। गवर्नेंस की सीढ़ी को दर्द से एक पायदान आगे चढ़िए, और यह राहत जैसी लगती है। इसे बहुत जल्दी या बहुत देर से चढ़िए, और आपको नाटक या bottleneck मिलता है। हुनर कभी governance जोड़ना नहीं था। वह उसका समय साधना था।