Org Chart বনাম 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 line, দুটি নতুন team lead, পরিপাটি box। তিনি সোমবার সেটা ঘোষণা করলেন। "তিন মাস পরে," তিনি স্বীকার করলেন, "সেই একই তিনটি সিদ্ধান্ত তখনও আমার ডেস্কে এসে নামছিল, নতুন lead-রা তখনও সবকিছু আমার সঙ্গে যাচাই করছিল, আর আসলে একমাত্র যে জিনিসটা বদলেছিল তা হলো মানুষ তাদের title নিয়ে বিভ্রান্ত ছিল।" তিনি ছবিটা update করেছিলেন। Structure — আসলে কে সিদ্ধান্ত নেয় — ঠিক সেখানেই ছিল যেখানে শুরু হয়েছিল।

একটি গল্পেই পুরো শিক্ষাটা। Chart নতুন করে আঁকা পরিবর্তনের মতো লাগল কিন্তু কিছুই দিল না, কারণ chart কখনোই সেই জিনিস ছিল না যা কোম্পানিকে আটকে রেখেছিল।

সংক্ষিপ্ত উত্তর

• Organizational structure হলো একটি কোম্পানির কাজ, কর্তৃত্ব ও information আসলে কীভাবে সাজানো — কে কী সিদ্ধান্ত নেয়, কে কী-এর জন্য accountable, team-গুলো কীভাবে coordinate করে, এবং সিদ্ধান্ত ও information কীভাবে প্রবাহিত হয়।
• একটি org chart হলো সেই structure-এর একটি অংশের visual representation — সাধারণত reporting line। এটি একটি map, territory নয়।

Structure হলো operating model। Chart হলো তার একটি অংশের snapshot।

একটি organizational structure আসলে কী

Structure হলো কোম্পানির operating system: প্রায়-অদৃশ্য সেই বিন্যাসগুলোর সমষ্টি যা ঠিক করে scale-এ কাজ কীভাবে সম্পন্ন হয়। এর কয়েকটি মাত্রা আছে, যার কেবল একটি একটি সাধারণ org chart দেখায়:

• Grouping (departmentation) — মানুষ কীভাবে unit-এ গুচ্ছবদ্ধ হয়: function, product, customer segment, geography, বা একটি hybrid অনুযায়ী।
• Reporting lines — কে কার কাছে report করে। এই অংশটাই chart সাধারণত ধরে।
• Decision rights — কে আসলে কী সিদ্ধান্ত নেয়: কে একটি hire অনুমোদন করতে পারে, একটি contract-এ সই করতে পারে, একটি project বাতিল করতে পারে, একটি price ঠিক করতে পারে। প্রায়ই reporting line-এর সঙ্গে এক নয়।
• Span of control — প্রতিটি manager-এর কাছে কতজন report করে, যা ঠিক করে team-গুলোর কতটা বাস্তব autonomy আছে।
• Accountability — কিছু সফল বা ব্যর্থ হলে ফলাফলের মালিক কে।
• Coordination mechanisms — সেই meeting, ritual, shared metric ও process যা আলাদা team-গুলোকে এক কোম্পানি হিসেবে কাজ করতে দেয়।

একটি reporting line আপনাকে বলে কারো manager কে। এটি প্রায় কিছুই বলে না কে সিদ্ধান্ত নেয়, কে ফলাফলের মালিক, বা দুটি team আসলে কীভাবে align হয় সে সম্পর্কে। সেটাই structure-এর সেই অংশ যা কোনো chart দেখাতে পারে না।

অভিন্ন org chart-ওয়ালা দুটি কোম্পানি সম্পূর্ণ ভিন্নভাবে চলতে পারে — একটিতে manager-রা বাস্তব কর্তৃত্ব ধরে রাখে, অন্যটিতে প্রতিটি সিদ্ধান্ত founder-এর কাছে যায়। একই ছবি, বিপরীত system। এটি organizational design-এ একটি সুপ্রতিষ্ঠিত বিষয়: একটি organization-এর আসল structure তার decision rights ও accountabilities-এ বাস করে, তার reporting diagram-এ নয়।

একটি org chart আসলে কী

একটি org chart হলো একটি communication tool। এর কাজ হলো structure-এর একটি দিক এক নজরে পাঠযোগ্য করা — সাধারণত "কে কার কাছে report করে।" একটি ভালো chart দ্রুত প্রশ্নের উত্তর দেয়: এই team-টা কে চালায়? আমি কার কাছে escalate করব? ওই department কত বড়? সেটা মূল্যবান। কিন্তু একটি chart কী দেখায় আর কী লুকায় সে সম্পর্কে স্পষ্ট থাকুন:

যা এটি দেখায়

• আনুষ্ঠানিক reporting সম্পর্ক
• hierarchy-র আকার (লম্বা বনাম flat)
• Team-এর আকার ও grouping
• seniority-র একটি স্থূল ধারণা

যা এটি লুকায়

• সিদ্ধান্ত আসলে কোথায় নেওয়া হয়
• কাজ করিয়ে নিতে মানুষ আসলে যে অনানুষ্ঠানিক network ব্যবহার করে
• Team-গুলো line পেরিয়ে কীভাবে coordinate করে
• কাজ যখন একাধিক box জুড়ে ছড়ায় তখন accountability
• Structure আদৌ কোম্পানি কীভাবে চলে তার সঙ্গে মেলে কিনা

এ কারণেই একটি chart একদম পরিপাটি দেখাতে পারে অথচ তার নিচের organization-টা একটা এলোমেলো অবস্থা — আর এ কারণেই একটি সামান্য এলোমেলো chart এমন একটি কোম্পানির ওপর বসতে পারে যা চমৎকারভাবে চলে।

পাশাপাশি

একই chart, ভিন্ন structure

এখানে সেই প্রচলিত-মত-বিরোধী অংশ যা বেশিরভাগ reorg মিস করে: একই box-ও-line-এর chart সম্পূর্ণ ভিন্ন structure প্রতিনিধিত্ব করতে পারে। সাধারণ ধরনগুলো —

• Functional — discipline অনুযায়ী গুচ্ছবদ্ধ (সব engineer একসঙ্গে)। দক্ষ ও স্পষ্ট, কিন্তু cross-functional কাজে ইচ্ছাকৃত coordination লাগে।
• Divisional — product, market বা region অনুযায়ী গুচ্ছবদ্ধ, প্রতিটির নিজস্ব function সহ। দ্রুততর ও বেশি স্বায়ত্তশাসিত, কিন্তু পরিশ্রম দ্বিগুণ করে এবং culture-কে খণ্ডিত করতে পারে।
• Matrix — মানুষ দুটি axis ধরে report করে (যেমন একটি function এবং একটি product)। জটিল কাজের জন্য শক্তিশালী, কিন্তু decision rights স্ফটিক-স্পষ্ট হতে হবে নইলে এটা gridlock তৈরি করে।
• Flat / flatarchy — কম স্তর, প্রশস্ত span, প্রচুর autonomy। শুরুর দিকে দ্রুত; headcount বাড়লে coordination কঠিন হয়।
• Network / team-of-teams — ছোট স্বায়ত্তশাসিত unit shared goal-এর চারপাশে coordinate করে। Adaptive, কিন্তু শক্তিশালী shared culture ও principles-এর ওপর ভীষণভাবে নির্ভরশীল।

— প্রায় অভিন্ন chart তৈরি করতে পারে। একটি matrix আর একটি functional org কাগজে প্রায়ই একই রকম দেখায়। পার্থক্যটা বাস করে decision rights ও accountability-তে: structure, ছবিতে নয়।

কেন দুটিকে গুলিয়ে ফেলা ব্যয়বহুল

যখন leader-রা chart-কে structure হিসেবে গণ্য করে, অনুমেয় ব্যর্থতা আসে:

1. Reorg যা কিছুই বদলায় না — box সরে, title বদলায়, একটি নতুন chart বের হয়, কিন্তু decision rights ও accountability যেখানে ছিল সেখানেই থাকে। (আমাদের founder-এর weekend reorg।)
2. লুকানো bottleneck — chart বলে একজন manager একটি team-এর মালিক, কিন্তু প্রতিটি আসল সিদ্ধান্ত তখনও founder-এর মধ্য দিয়ে যায়। আসলে কিছুই delegate হয়নি।
3. Accountability-র ফাঁক — যে কাজ একাধিক box জুড়ে ছড়ায় তার কোনো স্পষ্ট মালিক নেই, কারণ chart কেবল উল্লম্ব line বর্ণনা করে, অনুভূমিক ownership নয়।
4. Structure debt — chart update হয়; মানুষ যেভাবে কাজ করে তা হয় না। কালক্রমে ছবি আর বাস্তবতা এত দূরে সরে যায় যে chart সক্রিয়ভাবে বিভ্রান্তিকর হয়ে পড়ে।

কীভাবে ঠিক করবেন

আগে structure design করুন, তারপর chart-কে তা বর্ণনা করতে দিন — উল্টোটা নয়:

• কাজ ও strategy দিয়ে শুরু করুন। কোম্পানিকে কীসে ভালো হতে হবে? কোন সিদ্ধান্তগুলো দ্রুত হতে হবে? সেটাই ঠিক করে কীভাবে group করবেন আর authority কোথায় বসবে।
• Decision rights ও accountability স্পষ্টভাবে সংজ্ঞায়িত করুন। যেসব role গুরুত্বপূর্ণ, সেগুলোতে কে সিদ্ধান্ত নেয়, কার সঙ্গে পরামর্শ হয়, এবং কে ফলাফলের মালিক তা লিখে রাখুন। এটাই আসল structure।
• তারপর chart আঁকুন তার একটি সৎ summary হিসেবে — এবং বাস্তবতা বদলালে সেটাকে update রাখুন, যাতে এটা কখনো একটা স্বস্তিদায়ক কল্পকাহিনি হয়ে না ওঠে।

নিজেকে জিজ্ঞাসা করুন

• আপনার তিনটি সবচেয়ে গুরুত্বপূর্ণ বারবার-ফেরা সিদ্ধান্তের জন্য, সবাই কি বলতে পারে আসলে কে সিদ্ধান্ত নেয়?
• আপনি যদি আগামীকাল আপনার org chart নতুন করে আঁকেন, সিদ্ধান্ত কীভাবে নেওয়া হয় সে সম্পর্কে কি কিছু বদলাবে?
• কোথায় কাজ নিয়মিতভাবে box-গুলোর মাঝে কোনো স্পষ্ট মালিক ছাড়া পড়ে যায়?
• আপনার chart কি কোম্পানি আসলে কীভাবে চলে তা বর্ণনা করে — নাকি আপনি যেভাবে চলুক চান তা?

মূল কথা

Chart হলো structure-এর downstream। Structure ঠিক করুন — grouping, decision rights, accountability, coordination — আর org chart নিজেই সামলে নেয়। ভুল করুন, আর পৃথিবীর সবচেয়ে সুন্দর chart-ও আপনাকে বাঁচাবে না। অস্পষ্ট decision rights-এর ওপর একটি সুন্দর diagram হলো organizational আত্মপ্রবঞ্চনার সবচেয়ে সাধারণ রূপগুলোর একটি: এটা স্পষ্টতার মতো দেখায় আর chaos-এর মতো আচরণ করে।