Org Chart बनाम Organizational Structure: फ़र्क़ क्या है?

दस leaders से org chart और organizational structure का फ़र्क़ पूछिए, और ज़्यादातर ठहर जाएँगे। ये दोनों शब्द एक-दूसरे की जगह इस्तेमाल होते हैं — "चलो org chart दोबारा बनाते हैं" का आमतौर पर मतलब होता है "चलो बदलते हैं कि हम कैसे organize हैं।" पर ये एक चीज़ नहीं हैं, और इनके बीच की खाई वहीं है जहाँ बहुत-सी reorganizations चुपचाप नाकाम होती हैं।

एक org chart एक तस्वीर है। एक organizational structure वह system है जिसे वह तस्वीर बयान करने की कोशिश कर रही है। आप तस्वीर को एक दोपहर में दोबारा बना सकते हैं; system बदलने में महीनों लगते हैं। एक को दूसरा समझ लेना ही वह तरीक़ा है जिससे कंपनियाँ एक "reorg" का ऐलान करती हैं, कुछ boxes इधर-उधर सरकाती हैं, और छह महीने बाद पाती हैं कि असल में कुछ नहीं बदला।

एक reorg जिसने कुछ नहीं बदला

एक founder ने हमें उस reorg के बारे में बताया जिस पर उन्हें सबसे ज़्यादा गर्व था — जब तक वह काम नहीं आया। उन्होंने एक weekend org chart दोबारा बनाने में बिताया था: साफ़-सुथरी reporting lines, दो नए team leads, सुथरे boxes। उन्होंने सोमवार को इसका ऐलान किया। "तीन महीने बाद," उन्होंने माना, "वही तीन फ़ैसले अब भी मेरी मेज़ पर आ रहे थे, नए leads अब भी हर चीज़ मुझसे जाँच रहे थे, और जो इकलौती चीज़ सचमुच बदली थी वह यह थी कि लोग अपने titles को लेकर उलझे हुए थे।" उन्होंने तस्वीर को update किया था। Structure — कि असल में फ़ैसला करने का हक़ किसे था — ठीक वहीं था जहाँ से शुरू हुआ था।

यही पूरा सबक़ एक कहानी में है। Chart दोबारा बनाना बदलाव जैसा लगा और बदलाव कुछ नहीं दिया, क्योंकि chart कभी वह चीज़ थी ही नहीं जो कंपनी को रोक रही थी।

संक्षिप्त जवाब

• Organizational structure यह है कि किसी कंपनी का काम, authority और information असल में कैसे व्यवस्थित हैं — कौन क्या तय करता है, कौन किसके लिए जवाबदेह है, teams कैसे coordinate करती हैं, और फ़ैसले और information कैसे बहते हैं।
• एक org chart उस structure के एक हिस्से का visual representation है — आमतौर पर reporting lines। यह एक नक़्शा है, इलाक़ा नहीं।

Structure operating model है। Chart उसके एक हिस्से का snapshot है।

एक organizational structure असल में है क्या

Structure कंपनी का operating system है: ज़्यादातर अदृश्य व्यवस्थाओं का वह समूह जो तय करता है कि scale पर काम कैसे होता है। इसके कई आयाम हैं, जिनमें से सिर्फ़ एक को एक आम org chart दिखाता है:

• Grouping (departmentation) — लोग किन units में गुच्छित होते हैं: function, product, customer segment, geography, या एक hybrid के हिसाब से।
• Reporting lines — कौन किसे report करता है। यही वह हिस्सा है जिसे chart आमतौर पर पकड़ता है।
• Decision rights — असल में किसे क्या तय करने का हक़ है: कौन किसी hire को मंज़ूरी दे सकता है, contract पर दस्तख़त कर सकता है, किसी project को बंद कर सकता है, क़ीमत तय कर सकता है। अक्सर reporting line जैसा नहीं होता।
• Span of control — हर manager को कितने लोग report करते हैं, जो तय करता है कि teams के पास असल में कितनी autonomy है।
• Accountability — जब कुछ कामयाब या नाकाम होता है तो नतीजे को कौन own करता है।
• Coordination mechanisms — वे meetings, rituals, साझा metrics और processes जो अलग-अलग teams को एक कंपनी की तरह काम करने देती हैं।

एक reporting line आपको बताती है कि किसी का manager कौन है। यह आपको लगभग कुछ नहीं बताती कि फ़ैसले कौन करता है, नतीजे को कौन own करता है, या दो teams असल में कैसे align होती हैं। यही structure का वह हिस्सा है जिसे कोई chart नहीं दिखा सकता।

एक जैसे org charts वाली दो कंपनियाँ पूरी तरह अलग ढंग से चल सकती हैं — एक जहाँ managers के पास असली authority है, एक जहाँ हर फ़ैसला founder के पास जाता है। एक ही तस्वीर, उलट systems। यह organizational design में एक अच्छी तरह स्थापित बात है: किसी organization की असली structure उसके decision rights और accountabilities में रहती है, उसके reporting diagram में नहीं।

एक org chart असल में है क्या

एक org chart एक communication tool है। इसका काम structure के एक पहलू को एक नज़र में पढ़ने योग्य बनाना है — आमतौर पर "कौन किसे report करता है।" एक अच्छा chart सवालों के जवाब तेज़ी से देता है: इस team को कौन चलाता है? मैं किसके पास escalate करूँगा? वह department कितना बड़ा है? यह क़ीमती है। पर इस बारे में साफ़ रहें कि एक chart क्या दिखाता है और क्या छिपाता है:

यह क्या दिखाता है

• औपचारिक reporting relationships
• hierarchy का आकार (ऊँची बनाम सपाट)
• Team के आकार और groupings
• seniority का मोटा-मोटा अंदाज़ा

यह क्या छिपाता है

• फ़ैसले असल में कहाँ लिए जाते हैं
• वे अनौपचारिक networks जिनका लोग चीज़ें करवाने के लिए सचमुच इस्तेमाल करते हैं
• teams lines के आर-पार कैसे coordinate करती हैं
• जब काम कई boxes में फैला हो तब accountability
• structure असल में कंपनी के चलने के तरीक़े से मेल भी खाता है या नहीं

यही वजह है कि एक chart बिल्कुल सुथरा दिख सकता है जबकि उसके नीचे का organization अस्त-व्यस्त हो — और यही वजह कि एक थोड़ा गड़बड़ chart एक ऐसी कंपनी के ऊपर बैठ सकता है जो शानदार ढंग से चलती है।

आमने-सामने

एक ही chart, अलग structures

यहाँ वह उलटी बात है जो ज़्यादातर reorgs चूक जाती हैं: वही boxes-और-lines वाला chart पूरी तरह अलग structures को दर्शा सकता है। आम क़िस्में —

• Functional — discipline के हिसाब से गुच्छित (सारे engineers साथ)। कारगर और साफ़, पर cross-functional काम को जान-बूझकर coordination चाहिए।
• Divisional — product, market या region के हिसाब से गुच्छित, हर एक के अपने functions के साथ। तेज़ और ज़्यादा स्वायत्त, पर मेहनत दोहराती है और culture को बिखेर सकती है।
• Matrix — लोग दो axes पर report करते हैं (जैसे, एक function और एक product)। जटिल काम के लिए ताक़तवर, पर decision rights बिल्कुल साफ़ होने चाहिए वरना यह जाम पैदा करती है।
• Flat / flatarchy — कम परतें, चौड़े spans, ख़ूब autonomy। शुरुआत में तेज़; headcount चढ़ने के साथ coordination मुश्किल होती जाती है।
• Network / team-of-teams — छोटी स्वायत्त units जो साझा goals के इर्द-गिर्द coordinate करती हैं। अनुकूलनशील, पर मज़बूत साझा culture और principles पर बहुत निर्भर।

— लगभग एक जैसे charts पैदा कर सकती हैं। एक matrix और एक functional org अक्सर कागज़ पर एक जैसे दिखते हैं। फ़र्क़ decision rights और accountability में रहता है: structure में, तस्वीर में नहीं।

इन दोनों को गड्डमड्ड करना महँगा क्यों है

जब leaders chart को ही structure मान लेते हैं, तो जिन नाकामियों का अंदाज़ा लगाया जा सकता है, वे आती हैं:

1. ऐसी reorgs जो कुछ नहीं बदलतीं — boxes सरकते हैं, titles बदलते हैं, एक नया chart आता है, पर decision rights और accountability जहाँ की तहाँ रहती हैं। (हमारे founder का weekend reorg।)
2. छिपे हुए bottlenecks — chart कहता है कि एक manager team को own करता है, पर हर असली फ़ैसला अब भी founder के ज़रिए जाता है। असल में कुछ delegate हुआ ही नहीं।
3. Accountability की खाइयाँ — जो काम कई boxes में फैला है उसका कोई साफ़ owner नहीं, क्योंकि chart सिर्फ़ खड़ी lines बयान करता है, आड़ी ownership नहीं।
4. Structure debt — chart update हो जाता है; लोगों के काम करने का तरीक़ा नहीं। समय के साथ तस्वीर और reality इतनी दूर बहक जाती हैं कि chart सक्रिय रूप से गुमराह करने लगता है।

इसे सही कैसे करें

पहले structure design करें, फिर chart को उसे बयान करने दें — उल्टा नहीं:

• काम और strategy से शुरू करें। कंपनी को किसमें अच्छा होना चाहिए? कौन-से फ़ैसले तेज़ होने चाहिए? यही तय करता है कि कैसे group करना है और authority कहाँ बैठनी चाहिए।
• Decision rights और accountability को साफ़-साफ़ define करें। जो roles मायने रखती हैं, उनके लिए लिखें कि कौन तय करता है, किससे राय ली जाती है, और कौन नतीजे को own करता है। यही असली structure है।
• फिर chart बनाएँ उसके एक ईमानदार सार के रूप में — और reality बदलने के साथ उसे update रखें, ताकि वह कभी एक तसल्ली देने वाला झूठ न बने।

ख़ुद से पूछें

• आपके तीन सबसे अहम बार-बार लौटने वाले फ़ैसलों के लिए, क्या हर कोई नाम बता सकता है कि असल में कौन तय करता है?
• अगर आप कल अपना org chart दोबारा बनाएँ, तो क्या फ़ैसले लिए जाने के तरीक़े के बारे में कुछ भी बदलेगा?
• काम नियमित रूप से कहाँ boxes के बीच बिना किसी साफ़ owner के गिर जाता है?
• क्या आपका chart बयान करता है कि कंपनी असल में कैसे चलती है — या जैसा आप चाहते थे कि चले?

मुख्य बात

Chart structure के नीचे की धारा में है। Structure को सही कर लें — grouping, decision rights, accountability, coordination — और org chart अपना ख़याल ख़ुद रख लेता है। उसे ग़लत कर दें, और दुनिया का सबसे ख़ूबसूरत chart भी आपको नहीं बचाएगा। अस्पष्ट decision rights के ऊपर एक ख़ूबसूरत diagram organizational आत्म-छल के सबसे आम रूपों में से एक है: यह clarity जैसा दिखता है और chaos जैसा बर्ताव करता है।