Org Chart vs. Organizational Structure: फरक के हो?

दस जना leader लाई org chart र organizational structure बीचको फरक सोध्नुस्, र धेरैजसो रोकिन्छन्। यी दुई शब्द अदलाबदली गरेर प्रयोग हुन्छन् — "org chart फेरि बनाऔं" को अर्थ प्रायः "हामी कसरी संगठित छौं त्यो बदलौं" हुन्छ। तर ती उही कुरा होइनन्, र तीबीचको खाडल नै धेरै reorganization चुपचाप असफल हुने ठाउँ हो।

Org chart एउटा तस्बिर हो। Organizational structure त्यो system हो जो तस्बिरले वर्णन गर्न खोज्दैछ। तपाईं तस्बिर एक दिउँसोमा पुनः कोर्न सक्नुहुन्छ; system बदल्न महिनौं लाग्छ। एउटालाई अर्को ठान्नु नै कम्पनीहरूले "reorg" घोषणा गर्ने, केही box सार्ने, र छ महिनापछि साँच्चै केही पनि बदलिएन भन्ने पत्ता लगाउने तरिका हो।

केही नबदल्ने एउटा reorg

एक founder ले हामीलाई आफूले सबैभन्दा गर्व गरेको reorg बारे बताए — जबसम्म त्यो काम गरेन। उनीहरूले एउटा weekend org chart पुनः कोर्न बिताएका थिए: सफा reporting lines, दुई नयाँ team lead, सुव्यवस्थित box हरू। उनीहरूले सोमबार घोषणा गरे। "तीन महिनापछि," उनीहरूले स्वीकारे, "उही तीन निर्णयहरू अझै मेरै टेबलमा आइपुग्थे, नयाँ lead हरू अझै सबै कुरा मसँग जाँच्थे, र साँच्चै बदलिएको एउटै कुरा यो थियो कि मानिसहरू आफ्ना title बारे अलमलमा थिए।" उनीहरूले तस्बिर update गरेका थिए। Structure — कसले साँच्चै निर्णय गर्न पाउँथ्यो — ठ्याक्कै जहाँबाट सुरु भएको थियो त्यहीँ थियो।

त्यो एउटै कथामा पूरा पाठ छ। Chart पुनः कोर्नु परिवर्तन जस्तो महसुस भयो र केही दिएन, किनभने chart कहिल्यै कम्पनीलाई रोकिराख्ने कुरा थिएन।

छोटो उत्तर

• Organizational structure भनेको कम्पनीको काम, अधिकार, र सूचना साँच्चै कसरी मिलाइएका छन् — कसले के निर्णय गर्छ, कसले केप्रति जवाफदेही छ, team हरू कसरी समन्वय गर्छन्, र निर्णय तथा सूचना कसरी बग्छन्।
• Org chart त्यो structure को एउटा भागको दृश्य प्रतिनिधित्व हो — सामान्यतया reporting lines। यो नक्सा हो, भूभाग होइन।

Structure operating model हो। Chart त्यसको एउटा भागको snapshot हो।

Organizational structure वास्तवमा के हो

Structure कम्पनीको operating system हो: scale मा काम कसरी हुन्छ निर्धारण गर्ने प्रायः-अदृश्य व्यवस्थाहरूको सेट। यसका धेरै आयाम छन्, जसमध्ये सामान्य org chart ले एउटा मात्र देखाउँछ:

• Grouping (departmentation) — मानिसहरू कसरी एकाइमा समूहीकृत हुन्छन्: function, product, customer segment, geography, वा hybrid अनुसार।
• Reporting lines — कसले कसलाई report गर्छ। यो भाग chart ले सामान्यतया समात्छ।
• Decision rights — कसले साँच्चै के निर्णय गर्न पाउँछ: कसले hire approve गर्न सक्छ, contract sign गर्न, project रोक्न, price तय गर्न। प्रायः reporting line सँग उस्तै होइन।
• Span of control — हरेक manager लाई कति जनाले report गर्छन्, जसले team हरूलाई कति वास्तविक autonomy छ निर्धारण गर्छ।
• Accountability — कुनै कुरा सफल वा असफल हुँदा नतिजा कसले own गर्छ।
• Coordination mechanisms — meeting, ritual, साझा metrics, र process हरू जसले छुट्टाछुट्टै team लाई एउटै कम्पनीका रूपमा काम गर्न दिन्छन्।

Reporting line ले कसको manager को हो भनेर बताउँछ। यसले निर्णय कसले गर्छ, नतिजा कसले own गर्छ, वा दुई team साँच्चै कसरी align हुन्छन् भन्नेबारे झन्डै केही पनि बताउँदैन। त्यो structure को भाग कुनै chart ले देखाउन सक्दैन।

समान org chart भएका दुई कम्पनीहरू पूर्ण रूपमा फरक तरिकाले चल्न सक्छन् — एउटा जहाँ manager हरूसँग वास्तविक अधिकार छ, अर्को जहाँ हरेक निर्णय founder कहाँ जान्छ। उही तस्बिर, विपरीत system। यो organizational design मा राम्ररी स्थापित बुँदा हो: organization को वास्तविक structure यसका decision rights र accountability हरूमा बस्छ, reporting diagram मा होइन।

Org chart वास्तवमा के हो

Org chart एउटा communication tool हो। यसको काम structure को एउटा पक्षलाई एकै नजरमा बुझ्न सकिने बनाउनु हो — सामान्यतया "कसले कसलाई report गर्छ।" राम्रो chart ले प्रश्नहरूको छिटो उत्तर दिन्छ: यो team कसले चलाउँछ? म कसलाई escalate गर्थें? त्यो department कति ठूलो छ? त्यो मूल्यवान छ। तर chart ले के देखाउँछ र के लुकाउँछ भन्नेमा स्पष्ट हुनुस्:

यसले के देखाउँछ

• औपचारिक reporting सम्बन्धहरू
• Hierarchy को आकार (अग्लो vs. सपाट)
• Team को आकार र grouping
• वरिष्ठताको मोटो अनुभव

यसले के लुकाउँछ

• निर्णयहरू साँच्चै कहाँ लिइन्छन्
• मानिसहरूले काम गराउन साँच्चै प्रयोग गर्ने अनौपचारिक network हरू
• Team हरू lines पारि कसरी समन्वय गर्छन्
• काम धेरै box फैलिँदा accountability
• के structure ले कम्पनी कसरी चल्छ त्योसँग मेल खान्छ कि खाँदैन

यसैकारण chart पूर्ण रूपमा सुव्यवस्थित देखिन सक्छ जबकि तलको organization अस्तव्यस्त छ — र यसैकारण अलि अव्यवस्थित chart ले सुन्दर रूपमा चल्ने कम्पनीमाथि बस्न सक्छ।

अगल-बगल

उही chart, फरक structures

यहाँ धेरैजसो reorg ले चुक्ने विरोधी पक्ष छ: उही boxes-and-lines chart ले पूर्ण रूपमा फरक structure हरूको प्रतिनिधित्व गर्न सक्छ। सामान्य प्रकारहरू —

• Functional — discipline अनुसार समूहीकृत (सबै engineer सँगै)। कुशल र स्पष्ट, तर cross-functional काममा सोच-विचारको coordination चाहिन्छ।
• Divisional — product, market, वा region अनुसार समूहीकृत, हरेकको आफ्नै function सहित। छिटो र बढी स्वायत्त, तर मेहनत दोहोर्‍याउँछ र culture लाई टुक्र्याउन सक्छ।
• Matrix — मानिसहरू दुई axis अनुसार report गर्छन् (जस्तै, एउटा function र एउटा product)। जटिल कामका लागि शक्तिशाली, तर decision rights crystal clear हुनैपर्छ नत्र gridlock उत्पन्न गर्छ।
• Flat / flatarchy — थोरै तह, फराकिलो span, धेरै autonomy। सुरुमा छिटो; headcount बढ्दै जाँदा coordination झन् गाह्रो हुन्छ।
• Network / team-of-teams — साझा लक्ष्यवरिपरि समन्वय गर्ने साना स्वायत्त एकाइहरू। Adaptive, तर बलियो साझा culture र सिद्धान्तमा धेरै निर्भर।

— ले झन्डै समान chart उत्पादन गर्न सक्छन्। Matrix र functional org प्रायः कागजमा उस्तै देखिन्छन्। फरक decision rights र accountability मा बस्छ: structure, तस्बिर होइन।

यी दुई अलमलाउनु किन महँगो छ

जब leader हरूले chart लाई structure ठान्छन्, अनुमानयोग्य असफलताहरू पछ्याउँछन्:

1. केही नबदल्ने reorgs — box हरू सर्छन्, title बदलिन्छन्, नयाँ chart निस्कन्छ, तर decision rights र accountability जहाँको तहीँ रहन्छ। (हाम्रा founder को weekend reorg।)
2. लुकेका bottleneck हरू — chart ले manager ले team own गर्छ भन्छ, तर हरेक वास्तविक निर्णय अझै founder मार्फत जान्छ। साँच्चै केही delegate भएन।
3. Accountability खाडलहरू — धेरै box फैलिने काममा स्पष्ट owner छैन, किनभने chart ले vertical lines मात्र वर्णन गर्छ, horizontal ownership होइन।
4. Structure debt — chart update हुन्छ; मानिसहरू काम गर्ने तरिका हुँदैन। समयक्रममा तस्बिर र वास्तविकता यति टाढा बहन्छन् कि chart सक्रिय रूपमा भ्रामक बन्छ।

यसलाई कसरी सही पार्ने

पहिले structure design गर्नुस्, अनि chart लाई त्यो वर्णन गर्न दिनुस् — उल्टो होइन:

• काम र strategy बाट सुरु गर्नुस्। कम्पनी केमा राम्रो हुनैपर्छ? कुन निर्णयहरू छिटो हुनुपर्छ? त्यसले कसरी group गर्ने र अधिकार कहाँ बस्नुपर्छ परिभाषित गर्छ।
• Decision rights र accountability स्पष्ट रूपमा परिभाषित गर्नुस्। महत्त्वपूर्ण role हरूका लागि, कसले निर्णय गर्छ, कसको सल्लाह लिइन्छ, र नतिजा कसले own गर्छ लेख्नुस्। यो वास्तविक structure हो।
• अनि chart कोर्नुस् त्यसको इमानदार सारांशका रूपमा — र वास्तविकता बदलिँदै जाँदा यसलाई update गरिरहनुस्, ताकि यो कहिल्यै सान्त्वनादायी कल्पना नबनोस्।

आफैँलाई सोध्नुस्

• तपाईंका तीन सबैभन्दा महत्त्वपूर्ण दोहोरिने निर्णयहरूका लागि, के सबैले साँच्चै कसले निर्णय गर्छ नाम दिन सक्छन्?
• यदि तपाईंले भोलि आफ्नो org chart पुनः कोर्नुभयो भने, के निर्णयहरू कसरी लिइन्छन् भन्नेमा केही बदलिन्छ?
• काम नियमित रूपमा box हरूबीच कुनै स्पष्ट owner बिना कहाँ खस्छ?
• के तपाईंको chart ले कम्पनी साँच्चै कसरी चल्छ वर्णन गर्छ — कि तपाईंले कसरी चलोस् भन्ने चाहनुहुन्छ?

मुख्य कुरा

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