Organization Development কী? Founder-দের জন্য একটি ব্যবহারিক Guide

বেশিরভাগ founder নাম দেওয়ার আগেই এটি অনুভব করেন। যে কোম্পানি একসময় এক হয়ে চলত সেটি drift করতে শুরু করে — দুটি team একই সমস্যা বিপরীত উপায়ে সমাধান করে, নতুন hire-দের "বুঝতে" মাসের পর মাস লাগে, এবং সিদ্ধান্তগুলো বারবার আপনার কাছেই ফিরে আসে। সেই drift-এর একটি নাম আছে, এবং তা প্রতিরোধে গড়ে ওঠা একটি discipline আছে: organization development।

যে মুহূর্তে এটি বাস্তব হয়ে ওঠে

আমাদের সঙ্গে কাজ করা এক founder সেই সপ্তাহটির ঠিক বর্ণনা দিয়েছিলেন যখন বিষয়টি স্পষ্ট হলো। তারা ভালোভাবে hire করেছিল, product কাজ করছিল, headcount চল্লিশ পেরিয়েছিল — তবুও সবকিছু ভারী লাগছিল। "আমি বুঝলাম অর্ধেক কোম্পানিকে যুক্ত রাখা একমাত্র জিনিসটাই ছিলাম আমি," তারা আমাদের বলেছিল। "প্রতিবার দুটি team-কে align হতে হলে, সেটা আমার মধ্য দিয়ে চলত।" technically কিছুই ভাঙেনি। কিন্তু কোম্পানি নীরবে সেই অনানুষ্ঠানিক alignment-কে ছাড়িয়ে গিয়েছিল যা founder-এর মাথায় বাস করত, আর কেউ তার বদলে কিছু গড়েনি।

সেই ফাঁক — কোম্পানি আগে কীভাবে coordinate করত আর এখন কীভাবে করা দরকার তার মধ্যেকার ফাঁক — ঠিক সেটাই organization development পূরণ করে।

Organization development আসলে কী

Organization development (OD) হলো একটি কোম্পানি কীভাবে গঠিত, কীভাবে সিদ্ধান্ত নেওয়া হয়, এবং এর culture কীভাবে প্রকাশ পায় তা design করার ইচ্ছাকৃত কাজ — যাতে organization যা তাকে কার্যকর করে তা না হারিয়ে বড় হতে পারে। এটি একটি বাস্তব discipline, planned organizational change-এ যার শিকড় কয়েক দশকের পুরোনো, কোনো buzzword নয়: একটি organization কীভাবে কাজ করে তার ইচ্ছাকৃত, চলমান design, দুর্ঘটনার ওপর ছেড়ে দেওয়া নয়।

এটি নিজের জন্য org chart নয়, এবং এটি বছরে একবারের offsite নয়।

The Four Foundations

আমরা OD-কে একটি সহজ মডেল দিয়ে বাস্তব করি — Four Foundations। এই চারটি ঠিক করুন, একে অপরের সঙ্গে alignment-এ, আর কোম্পানি বড় হওয়ার সময়েও নিজের আকার ধরে রাখে:

• Structure — team, role এবং reporting line কীভাবে সাজানো, এবং সিদ্ধান্ত কোথায় থাকে।
• Roles — প্রতিটি মানুষ কী-এর মালিক, এবং তা কীভাবে strategy পর্যন্ত উঠে যায়।
• Policies & procedures — বারবার ফিরে আসা সিদ্ধান্তগুলো কীভাবে প্রতিবার নতুন করে যুক্তি না দিয়ে সুসংগতভাবে নেওয়া হয়।
• Culture — যে values ও principles judgment-কে পথ দেখায় যখন কোনো নিয়ম খাটে না।

Foundation-গুলো স্বাধীন নয়। একটি rigid structure-এ গেঁথে দেওয়া একটি সাহসী culture friction তৈরি করে; অভিন্ন values ছাড়া স্পষ্ট roles সমন্বিত মানুষদের ভিন্ন দিকে টানতে বাধ্য করে। OD হলো সেই কাজ যা চারটিকেই একে অপরের সঙ্গে এবং কোম্পানি যেদিকে যাচ্ছে তার সঙ্গে সুসংগত রাখে।

Scale করার সময় কেন এর গুরুত্ব বাড়ে

পাঁচ জনে OD অদৃশ্য — এটি founder-দের মাথায় বাস করে। পঞ্চাশ জনে সেই অনানুষ্ঠানিক alignment ভেঙে পড়ে। খরচটা নাটকীয় নয়; নীরব: ধীর onboarding, অসংগতিপূর্ণ সিদ্ধান্ত, এবং এমন একটি culture যা ম্লান হয় — কেউ পরিত্যাগ করেছে বলে নয়, বরং কেউ লিখে রাখেনি বলে।

Organization development-এর লক্ষ্য সহজ: "আমরা এখানে কীভাবে কাজ করি" এমন কিছু করে তোলা যা সবাই অনুভব ও অনুসরণ করতে পারে — অনুমান করতে নয়।

এটি organizational গবেষণায় বহু-চর্চিত ভূমি: ছোট scale-এ যে অনানুষ্ঠানিক coordination কাজ করে তা growth-এ টেকে না, আর যেসব কোম্পানি ইচ্ছাকৃতভাবে এটি পুনর্নির্মাণ করে না, তারা সেই ফাঁকের মূল্য গতি ও স্পষ্টতায় দেয়। কাজটিকে কেবল স্পষ্ট হতে হয়।

Team-রা কোথায় ভুল করে

সবচেয়ে সাধারণ ভুল হলো OD-কে documentation হিসেবে দেখা। কেউ পড়ে না এমন values-এর একটি binder কিছুই বদলায় না। কাজটি হলো সেই foundation-গুলোকে জীবন্ত করা — মানুষ কীভাবে hire হয়, সিদ্ধান্ত কীভাবে delegate হয়, এবং কোম্পানি প্রতিদিন কীভাবে নিজের প্রশ্নের উত্তর দেয় তাতে গেঁথে দেওয়া। সেটাই culture লিখে রাখা থেকে culture-কে চালু হতে দেওয়ার shift।

কোথা থেকে শুরু করবেন

আপনার একটি transformation program দরকার নেই। আপনার দরকার অন্তর্নিহিতকে স্পষ্ট করা, একবারে একটি foundation:

• আপনার structure-কে সৎভাবে নাম দিন — আপনি যে org chart চান তা নয়, বরং আজ আসলে কোথায় সিদ্ধান্ত নেওয়া হয়।
• প্রতিটি মূল role কী-এর মালিক তা লিখে রাখুন — বিশেষ করে সিদ্ধান্তগুলো, শুধু task নয়।
• আপনি বারবার যে তিন-চারটি সিদ্ধান্ত নতুন করে নেন সেগুলোকে codify করুন একটি সহজ, পুনরাবৃত্তিযোগ্য policy-তে।
• আপনার values-কে এমন শব্দে রূপ দিন যা নিয়ে মানুষ কাজ করতে পারে — এবং তারপর দৃশ্যমানভাবে সেগুলোর ওপর hire ও promote করুন।
• Alignment যাচাই করুন — চারটি foundation কি একই দিকে টানে, নাকি একে অপরের বিরুদ্ধে?

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

• আপনি যদি দুই সপ্তাহ অদৃশ্য হয়ে যান, কোম্পানি কি ভালো সিদ্ধান্ত নেওয়া চালিয়ে যাবে — নাকি আপনার জন্য অপেক্ষা করবে?
• একজন নতুন hire কি দীর্ঘদিনের সহকর্মীকে জিজ্ঞেস না করেই "আমরা এখানে কীভাবে কাজ করি" জানতে পারে?
• আপনার values কি এমন কোথাও লেখা যা মানুষ আসলেই ব্যবহার করে, নাকি কেবল দেয়ালে?
• Four Foundations-এর কোনটি আপনি এখন যে আকারে আছেন তার চেয়ে সবচেয়ে পিছিয়ে?

মূল কথা

Organization development আমলাতন্ত্র নয়, আর এটি একটি binder-ও নয়। এটি হলো একটি কোম্পানি কীভাবে বড় হওয়ার সময়েও নিজে থাকে — সেই structure, roles, policies এবং culture ইচ্ছাকৃতভাবে design করে যা একসময় founder-দের মাথায় বাস করত। Growth curve-এর একটু আগে থেকে এটি করুন, আর scale আপনাকে যা ভালো করে তা বাড়িয়ে দেবে। উপেক্ষা করুন, আর growth নীরবে তা ক্ষয় করবে।