কিছু ব্যবসা একটি সুপরিকল্পিত মানচিত্র অনুসরণ করে তাদের গন্তব্যে পৌঁছায়। Slack সেখানে পৌঁছেছিল মানচিত্রটি পুড়িয়ে ফেলে এবং সেই আলো ব্যবহার করে যা ইতিমধ্যে ঘরে উপস্থিত ছিল তা দেখার মাধ্যমে।
এই গল্পটি কোনো পিচ ডেক (pitch deck) বা কোনো মেধাবী প্রোডাক্ট স্ট্র্যাটেজিস্ট দিয়ে শুরু হয়নি। এটি শুরু হয়েছিল একটি ভিডিও গেম দিয়ে। একদল ডেভেলপার একটি কাল্পনিক অনলাইন জগত তৈরির জন্য তাদের সমস্ত শক্তি ঢেলে দিয়েছিলেন। তারা চরিত্র তৈরি করেছিলেন, কাহিনী বা লোর (lore) লিখেছিলেন এবং কোডের এমন সব লাইন সাজিয়েছিলেন যা লক্ষ লক্ষ খেলোয়াড়কে ব্যস্ত রাখবে বলে আশা করা হয়েছিল। তারপর তারা এটি রিলিজ করেন। গেমটি ব্যর্থ হয়েছিল। কেউ এটি খেলেনি। অফিসটি নিস্তব্ধ হয়ে গেল। একটি প্রাণবন্ত কমিউনিটি দ্বারা পূর্ণ একটি ব্যস্ত স্টুডিওর পরিবর্তে, তারা মৃত সার্ভার এবং সেই সব আর্ট অ্যাসেটের (art assets) মাঝে বসে রইলেন যা কখনোই কোনো দর্শক পাবে না।
এটি এমন এক মুহূর্ত যা বেশিরভাগ কোম্পানিকেই শেষ করে দেয়।
যখন গেমটি মারা যায় কিন্তু আলো জ্বলে থাকে
এই মাত্রার ব্যর্থতা ভদ্রভাবে নিজেকে ঘোষণা করে না। এটি আসে নীরবতা হিসেবে। কোনো টিকিট বিক্রি নেই, ফোরামে কোনো আলোচনা নেই, উত্তেজিত ব্যবহারকারীদের কাছ থেকে মাঝরাতের কোনো ইমেল নেই। ডেভেলপাররা একটি মৃত প্রোডাক্ট নিয়ে একটি খালি অফিসে বসে ছিলেন। বেশিরভাগ টিম হয় সবকিছু গুছিয়ে চলে যেত অথবা একটি ব্যর্থ উদ্ধার মিশনে দ্বিগুণ শক্তি দিয়ে ঝাঁপিয়ে পড়ত। এই দলটি অদ্ভুত কিছু করেছিল। তারা ঘরের সেই একটি জিনিসের দিকে তাকালেন যা তখনও জীবিত ছিল।
তাদের ব্যর্থ ফ্যান্টাসি জগত তৈরির সময়, দলের সদস্যদের একে অপরের সাথে কথা বলার জন্য একটি উপায়ের প্রয়োজন ছিল। ফাইল শেয়ার, ইমেল থ্রেড এবং ছড়িয়ে ছিটিয়ে থাকা ইনস্ট্যান্ট মেসেজগুলো ডেভেলপমেন্টের গতির সাথে তাল মেলাতে পারছিল না। তাই তারা একটি অভ্যন্তরীণ চ্যাট টুল (internal chat tool) তৈরি করেছিল। এটি ছিল প্রাথমিক পর্যায়ের, যা বিনিয়োগকারীদের জন্য নয় বরং কাজের সুবিধার জন্য তৈরি করা হয়েছিল। এতে কোনো বিশাল উচ্চাকাঙ্ক্ষা ছিল না। এটি কেবল সমন্বয়ের সমস্যাটি সমাধান করেছিল।
কিন্তু এখানেই আসল বিষয়টি। যখন গেমটি ব্যবহারকারী হারাচ্ছিল, চ্যাট টুলটি তখনও সচল ছিল। দলটি প্রতিদিন সকালে এটি খুলত। তারা এটি ব্যবহার করত চেক-ইন করতে, ডিবাগ করতে, বিল্ড শেয়ার করতে এবং ডিজাইনের সিদ্ধান্ত নিয়ে তর্ক করতে। গেমটিকে উপেক্ষা করা হয়েছিল কারণ গেমটি মৃত ছিল। চ্যাট টুলটি তাদের মনোযোগ আকর্ষণ করেছিল কারণ এটি মরতে অস্বীকার করেছিল।
সবচেয়ে কঠিন অংশ হলো যা আপনি বাদ দেন
একটি পিভট (pivot) বা কৌশল পরিবর্তন শনাক্ত করা কঠিন। সেটি কার্যকর করা আরও কঠিন। দলকে একটি কঠোর সিদ্ধান্ত নিতে হয়েছিল। তারা চ্যাট টুলটি থেকে অন্য সবকিছু সরিয়ে ফেলেছিল। এই সিদ্ধান্তটি গুরুত্বের সাথে দেখা উচিত। তারা নতুন কোনো ফিচার যোগ করেনি। তারা গেমের মেকানিক্স যুক্ত করেনি বা তাদের কমিশন করা সুন্দর আর্টগুলো বাঁচানোর চেষ্টা করেনি। তারা বরং বিয়োগ করেছিল। তারা প্রতিটি কার্যকারিতা বাদ দিয়েছিল যা পুরনো প্রোডাক্টের কাজে আসত, যতক্ষণ না কেবল যোগাযোগের স্তরটি (communication layer) অবশিষ্ট থাকে।
বেশিরভাগ কোম্পানি এভাবে কাজ করে না। মানুষের সহজাত প্রবৃত্তি আমাদের যা তৈরি করেছি তা রক্ষা করতে বলে, প্রতিটি বিনিয়োগ করা খরচ (sunk cost) ব্যবহারের পথ খুঁজতে বলে। এই ডেভেলপাররা তার উল্টোটা করেছিলেন। তারা তাদের আগের কাজটিকে একটি ভিত্তি (foundation) হিসেবে নয়, বরং একটি কাঠামো (scaffolding) হিসেবে বিবেচনা করেছিলেন। যখন তারা টুলটিকে একটি স্বতন্ত্র প্রোডাক্ট হিসেবে লঞ্চ করলেন, এটি একটি অভ্যন্তরীণ ইউটিলিটি হিসেবে থাকার চেয়ে অনেক বেশি হালকা, দ্রুত এবং এর উদ্দেশ্য সম্পর্কে অনেক বেশি স্পষ্ট ছিল।
Slack সেই সংক্ষিপ্ত কোড থেকে একটি মাল্টি-বিলিয়ন ডলারের অধিগ্রহণে পরিণত হয়েছে। যে দলটি কাউকে তাদের ফ্যান্টাসি জগত অন্বেষণ করতে রাজি করাতে পারেনি, তারাই শেষ পর্যন্ত আধুনিক অফিসগুলোতে যোগাযোগের ধরন নির্ধারণ করে দিয়েছে। তারা একটি ব্যর্থ প্রোডাক্ট থেকে একটি বৈশ্বিক যোগাযোগের মানে পরিণত হয়েছে কারণ তারা প্রথমটিকে সম্পূর্ণভাবে হারিয়ে ফেলতে প্রস্তুত ছিল।
আপনার লুকানো সম্পদ খুঁজে পাওয়া
এখানে GyaanSetu-এর অন্তর্দৃষ্টি কেবল একটি সাধারণ অনুপ্রেরণামূলক স্লোগানের চেয়েও অনেক বেশি গভীর। আপনার সবচেয়ে বড় সম্পদ প্রায়শই আপনার সবচেয়ে বড় ব্যর্থতার ভেতরে লুকিয়ে থাকে। এটি কেবল আশাবাদের বিষয় নয়। এটি পর্যবেক্ষণের বিষয়।
বেশিরভাগ সংস্থা এবং বেশিরভাগ ব্যক্তি এমন কিছু পার্শ্বপ্রক্রিয়া (side processes) পরিচালনা করেন যা তারা কখনোই পুরোপুরি তালিকাভুক্ত করেন না। একটি মার্কেটিং টিম একটি স্প্রেডশিট তৈরি করে যা অফিসিয়াল সফটওয়্যারের চেয়ে ভালো পূর্বাভাস দেয়। একজন ডেভেলপার রিপোর্টিং স্বয়ংক্রিয় করার জন্য একটি স্ক্রিপ্ট লেখেন এবং শেষ পর্যন্ত যে প্রোডাক্টটি তৈরির জন্য তাকে নিয়োগ করা হয়েছিল তার চেয়ে বেশি সেটি ব্যবহার করতে থাকেন। একজন কাস্টমার সাপোর্ট লিড একটি টেমপ্লেট তৈরি করেন যা এত দক্ষতার সাথে টিকিট সমাধান করে যে সেটি একটি অনানুষ্ঠানিক ট্রেনিং ম্যানুয়াল হয়ে ওঠে। এগুলো কোনো বিভ্রান্তি নয়। এগুলো হলো সংকেত।
প্রশ্ন হলো আপনি কি তা দেখছেন কি না।
আপনি যদি একটি স্টার্টআপ পরিচালনা করেন, তবে আপনার টিম আসলে কী ব্যবহার করছে তা পরীক্ষা করে দেখুন যখন কেউ দেখছে না। রোডম্যাপে কী আছে তা নয়। কী ফান্ডিং পেয়েছে তা নয়। বরং সকাল ৯:০১ মিনিটে স্ট্যান্ডআপ মিটিং শুরু হওয়ার আগে কী খোলা হয় তা দেখুন। আপনি যদি একজন স্বতন্ত্র অবদানকারী (individual contributor) হন, তবে আপনার নিজের কাজ সহজ করার জন্য আপনি যে টুলগুলো তৈরি করেন সেদিকে মনোযোগ দিন। শুক্রবার আপনি যে ইন্টারনাল ড্যাশবোর্ডটি তৈরি করেছিলেন। নোট নেওয়ার সিস্টেম যা আপনি নিজের মতো করে সাজিয়েছেন কারণ বাজারে থাকা কোনো কিছুই আপনার পছন্দ হয়নি। সেই ওয়ার্কফ্লো শর্টকাট যা আপনি স্ক্রিপ্ট করে একজন সহকর্মীর সাথে শেয়ার করেছেন এবং এখন সে প্রতিদিন এটি ব্যবহার করে।
এই পার্শ্বপ্রকল্পগুলো (side projects) এক ধরণের গ্রহণযোগ্যতা বহন করে যা মার্কেট রিসার্চ দিয়ে কেনা সম্ভব নয়। এগুলো টিকে থাকে কারণ এগুলো দরকারী, প্রচারের কারণে নয়।
মূল শিক্ষা
Slack-এর শুরুর গল্পটি আসলে চ্যাট সফটওয়্যার নিয়ে নয়। এটি মূলত মনোযোগ নিয়ে। তাদের দলের সেই শৃঙ্খলা ছিল যে তারা লক্ষ্য করতে পেরেছিল শক্তি আসলে কোন দিকে প্রবাহিত হচ্ছে এবং সেই শক্তিকে কাজে লাগানোর জন্য তাদের সমস্ত সম্পদ পুনরায় নির্দেশিত করার সাহসও ছিল তাদের। তারা খেলাটি বাঁচানোর চেষ্টা করেনি; বরং তারা এটিকে ছেড়ে দিয়েছিল। তার পরিবর্তে, তারা এমন কিছু খুঁজে পেয়েছিল যা তাদের নিজেদের দলের খুব প্রয়োজন ছিল এবং তারা ইতিমধ্যে সেটি তৈরি করে ফেলেছিল।
এই শিক্ষাটি বাস্তবমুখী। আপনার দল আজ সকালে নিঃশব্দে যে টুলটি ব্যবহার শুরু করেছে তা উপেক্ষা করে ব্যর্থ হওয়া পণ্যটিকে পালিশ করা বন্ধ করুন। আপনার পরবর্তী পদক্ষেপ হয়তো কোনো নতুন বাজার বা নতুন ফান্ডিং রাউন্ডে নেই। এটি হয়তো ইতিমধ্যে আপনার নিজস্ব সার্ভারে চলছে, যা সেই মানুষগুলো ছাড়া আর কারো চোখে পড়ছে না যাদের কাছে এটি ছাড়া কাজ করা অসম্ভব।
আপনার সাইড প্রজেক্টগুলোর দিকে তাকান। সেগুলোর মধ্যে একটি হয়তো আপনাকে বাঁচানোর চেষ্টা করছে।