একটি Startup-কে Scale করার আসল Challenge (এবং কীভাবে আগেভাগে এগিয়ে থাকবেন)
যে challenge ১০ জনে একটি কোম্পানিকে প্রায় ভেঙে ফেলে, ১০০ জনে সেটি প্রায় কখনোই একই থাকে না। আমাদের 5 Scaling Friction Points framework দেখায় growth আসলে কোথায় drag তৈরি করে — এবং তার আগেই কীভাবে design করবেন।

Startup founder-দের সঙ্গে আমাদের কথোপকথনে আমরা একটি বারবার ফিরে আসা pattern লক্ষ্য করেছি। যে challenge ১০ জন কর্মীতে একটি কোম্পানিকে প্রায় ভেঙে ফেলে, ৫০ বা ১০০ জনে সেটি প্রায় কখনোই একই challenge থাকে না। যখন সবাই একটি table ঘিরে বসত তখন যা কাজ করত, সেটাই প্রায়ই growth-কে আটকে রাখা জিনিসে পরিণত হয়।
যে বৈশিষ্ট্যগুলো একটি early team-কে দুর্দান্ত করে — সবাই এক ঘরে, কয়েক মিনিটে সিদ্ধান্ত, পথে কোনো process নেই — ঠিক সেই বৈশিষ্ট্যগুলোই scale-এর সংস্পর্শে টিকে থাকে না। যেসব team ভালোভাবে বড় হয়, তারা এটি এড়িয়ে যায় না। তারাই বরং friction আসতে দেখে এবং কামড় বসানোর আগেই সেটির জন্য design করে।
এক founder আমাদের বলেছিলেন, "যখন আমরা ১২ জন ছিলাম, আমি ঠিক ঠিক জানতাম কে কী নিয়ে কাজ করছে। ৬০ জন কর্মীতে আমি বুঝলাম গুরুত্বপূর্ণ সিদ্ধান্তগুলো আমাকে ছাড়াই নেওয়া হচ্ছে — আর সেটা যে খারাপ কিছু, তা কিন্তু নয়।" সেই মুহূর্তটিই ছিল founder-চালিত execution থেকে organizational leadership-এ রূপান্তরের চিহ্ন।
ওই বাক্যটি — আর সেটা যে খারাপ কিছু, তা কিন্তু নয় — পুরো shift-টিকেই ক্ষুদ্র আকারে ধরে রাখে। নিচে সেই framework, যা দিয়ে আমরা চিহ্নিত করি এটি কোথায় দেখা দেয়।
The 5 Scaling Friction Points
Scaling-এর যন্ত্রণা এলোমেলো নয়। আমরা যে প্রায় প্রতিটি বর্ধনশীল কোম্পানির সঙ্গে কাজ করি, সেখানে এটি একই পাঁচটি জায়গায় কেন্দ্রীভূত হয়। আমরা এদের বলি 5 Scaling Friction Points:
- Leadership Friction
- Communication Friction
- Decision-Making Friction
- Process Friction
- Culture Friction
এদের প্রতিটি এমন কিছু যা আপনি ছোট থাকতে বিনামূল্যে চলত, কিন্তু বড় হওয়ার সঙ্গে সঙ্গে সচেতনভাবে design করতে হয়। এখানে দেখুন প্রতিটি কীভাবে দেখা দেয় — এবং তা নিয়ে কী করতে হবে।
1. Leadership Friction
শুরুর দিকে, founder-এর সবকিছুতে থাকাটা একটি feature: এটি দ্রুত এবং মান উঁচু রাখে। Scale-এ এটি কোম্পানির ওপর সবচেয়ে বড় constraint হয়ে দাঁড়ায়। সিদ্ধান্তগুলো একজন মানুষের পেছনে queue-তে দাঁড়িয়ে যায়, team-গুলো নিজে দায়িত্ব নেওয়ার বদলে escalate করতে শেখে, আর founder আরও বেশি খাটেন অথচ কোম্পানি আরও ধীরে চলে।
উপরের founder ঠিক এটাই অনুভব করেছিলেন: ১২ জনে সবকিছু জানা ছিল control; ৬০ জনে সেটা ছিল bottleneck। Leadership friction সমাধান করা মানে আরও বেশি ঘণ্টা কাজ করা নয় — এর মানে ইচ্ছাকৃতভাবে decision rights হস্তান্তর করা, স্পষ্ট করা কোন সিদ্ধান্ত team-গুলো পুরোপুরি নিজে নেয়, এবং তাদের overrule করার তাড়না দমন করা। যে founder ছাড়তে পারেন না, তিনি কোম্পানিকে নিজের calendar-এর আকারে সীমাবদ্ধ করে ফেলেন।
2. Communication Friction
ছোট team-এ information বিনামূল্যে ভ্রমণ করে। বড় হওয়ার সঙ্গে সঙ্গে সম্পর্কের সংখ্যা headcount-এর চেয়ে অনেক দ্রুত বিস্ফোরিত হয় — আর সবাইকে align রাখার খরচও তাই। হঠাৎ দুটি team একই সমস্যা সমাধান করছে, সিদ্ধান্ত দু'বার নেওয়া হচ্ছে, এবং মানুষ অভিযোগ করছে যে তারা "এটা সম্পর্কে শোনেনি।"
Communication friction সমাধান করা মানে আরও বেশি meeting নয়। এর মানে ইচ্ছাকৃত channel design করা: কোথায় সিদ্ধান্ত record হয়, কীভাবে context team-গুলোর মধ্য দিয়ে যায়, এবং না জিজ্ঞেস করেই সবাই কী জানার ওপর নির্ভর করতে পারে।
3. Decision-Making Friction
কোম্পানি বড় হওয়ার সঙ্গে সঙ্গে প্রশ্নটি আর সঠিক সিদ্ধান্ত কী থাকে না, হয়ে যায় কে সেটা নেবে, এবং কীভাবে। যখন সেটা অস্পষ্ট, তখন সবকিছু আবার founder-এর কাছে ফিরে যায় — এ কারণে নয় যে যাওয়া উচিত, বরং এ কারণে যে আর কেউ নিশ্চিত নয় তাদের সিদ্ধান্ত নেওয়ার অনুমতি আছে কিনা।
সমাধান হলো decision rights স্পষ্ট করা: যেসব সিদ্ধান্ত গুরুত্বপূর্ণ, সেগুলোতে কে সিদ্ধান্ত নেয়, কার সঙ্গে পরামর্শ করা হয়, এবং কে ফলাফলের মালিক। সুস্থ কোম্পানিগুলো সিদ্ধান্তগুলোকে information-এর সবচেয়ে কাছের মানুষদের কাছে ঠেলে দেয়, আর leadership-কে কেবল সেই কয়েকটিতে মনোযোগ দিতে দেয় যেগুলোর সত্যিই তাদের প্রয়োজন।
4. Process Friction
এখানেই বেশিরভাগ founder timing-টা ভুল করেন — দু'দিক থেকেই।
অনেক founder process খুব দেরিতে চালু করেন। আবার অনেকে খুব আগেভাগে করেন। আসল challenge process তৈরি করা নয় — বরং জানা যে কখন একটি বারবার ফিরে আসা সমস্যা যথেষ্ট ব্যয়বহুল হয়ে উঠেছে যে সেটির একটি process প্রাপ্য।
একশো জনে শূন্য process মানে গতি নয়; এটা chaos যা দেখতে গতির মতো লাগে অথচ নীরবে বিপুল পরিশ্রম নষ্ট করে। কিন্তু খুব আগেভাগে যোগ করা process এমন একটি কোম্পানিকে শক্ত করে ফেলে যা তখনও নিজেকে বুঝে উঠছে। লক্ষ্য সর্বোচ্চ বা সর্বনিম্ন process নয় — বরং সবচেয়ে কম process, যা মানুষকে অনুমতির জন্য অপেক্ষা না করে বা প্রতিবার উত্তর নতুন করে আবিষ্কার না করে কাজ করতে দেয়। যেখানে এর অনুপস্থিতি সক্রিয়ভাবে আপনাকে ক্ষতি করছে সেখানেই যোগ করুন, আর কোথাও নয়।
5. Culture Friction
ছোট কোম্পানিতে culture মানুষের মাথায় বাস করে এবং নৈকট্যের মাধ্যমে ছড়ায়। প্রতিটি নতুন hire আশেপাশের মানুষদের কাছ থেকে "আমরা কীভাবে কাজ করি" শেখে — আর প্রতিটি স্তরের সঙ্গে signal-টা একটু একটু করে ম্লান হয়। দু'বার দ্বিগুণ হওয়ার মধ্যেই নতুন hire-রা এমন মানুষদের কাছ থেকে culture শিখছে যারা নিজেরাই ছয় মাস আগে যোগ দিয়েছে।
Culture friction খুব কমই নাটকীয়; এটি নীরব। Values পরিত্যক্ত হয় না — সেগুলো কেবল ঝাপসা হয়ে যায়। এর প্রতিষেধক হলো culture-কে স্পষ্ট ও কার্যকর করা: লিখিত values, স্পষ্ট principles, এবং এমন hiring ও promotion সিদ্ধান্ত যা দৃশ্যমানভাবে সেগুলোকে পুরস্কৃত করে।
যে সুতোটি সব জুড়ে চলে
পাঁচটি জুড়েই pattern-টি লক্ষ্য করুন: scaling-এর challenge মূলত একটি design-এর challenge। যেসব জিনিস দশ জনে autopilot-এ চলত — leadership, communication, decisions, process, culture — একশো জনে সেগুলো সচেতনভাবে গড়তে হয়। যেসব কোম্পানি ভালোভাবে scale করে তারা ভাগ্যবান নয়, তাদের কোনো গোপন রহস্যও নেই। তারা কেবল নিজেদের organization-কে এমন কিছু হিসেবে দেখে যা ইচ্ছাকৃতভাবে design করতে হয়, curve-এর একটু পেছনে নয়, একটু আগে থেকে।
নিজেকে জিজ্ঞাসা করুন
একটি দ্রুত diagnostic। এদের কোনোটি যদি আপনাকে থামতে বাধ্য করে, সেখানেই আপনার পরবর্তী friction point তৈরি হচ্ছে:
- আপনার team কি leadership-কে জিজ্ঞেস না করে কোম্পানির priorities ব্যাখ্যা করতে পারে?
- এমন সিদ্ধান্ত কি founder-দের অনুমোদনের জন্য অপেক্ষা করছে যেগুলোর তা দরকার হওয়ার কথা নয়?
- আপনার সবচেয়ে গুরুত্বপূর্ণ workflow-গুলো আসলে কীভাবে চলে তা কি আপনি document করেছেন?
- আগামীকাল যদি তিনজন manager চলে যান, organization কি কাজ চালিয়ে যেতে পারবে?
সৎ উত্তরগুলোই আপনাকে বলে দেবে পাঁচটি friction point-এর কোনটির জন্য প্রথমে design করতে হবে — growth আপনার হয়ে প্রশ্নটি বাধ্য করার আগেই।