High-Performance Team: কেবল ব্যস্ত Team থেকে এদের আলাদা করে কী

আমাদের দেখা কিছু সবচেয়ে ব্যস্ত team-ই ছিল সবচেয়ে কম কার্যকর।

যথেষ্ট ঘরে বসার আগে এটা একটা প্যারাডক্সের মতো শোনায়। Team অবিরাম নড়াচড়ায় — standup, thread, dashboard, একফোঁটা ফাঁকা না থাকা একটা calendar। সবাই কঠোর পরিশ্রম করছে, আর সবাই তা প্রমাণ করতে পারে। তবু যে সংখ্যাটা গুরুত্বপূর্ণ তা এক quarter ধরে নড়েনি। আমরা যখন জিজ্ঞেস করি তারা আসলে কী অর্জন করার চেষ্টা করছে, আমরা চারটি সামান্য ভিন্ন উত্তর পাই।

আমরা প্রচেষ্টার চেহারাকে অবিশ্বাস করতে শিখেছি। ব্যস্ততা হলো সেই ছদ্মবেশ যা high performance উল্টো করে পরে। ভবনের সবচেয়ে সক্রিয়-দেখানো team প্রায়ই সেটাই যে একটা অনুপস্থিত কিছুর বদলে নড়াচড়া বসাচ্ছে — আর যতক্ষণ না অনুপস্থিত জিনিসটার নাম দেন, আরও কর্মকাণ্ড কেবল তাকে আরও গভীরে চাপা দেয়।

যে team সব ship করল আর কিছুই নড়াল না

আমাদের সঙ্গে কাজ করা এক founder তাঁর product team নিয়ে গর্বিত ছিলেন, আর কারণও ছিল। তারা অবিরাম ship করত। প্রতি দুই সপ্তাহে, একটা release। Changelog ছিল সবুজের দেয়াল। Output দিয়ে team মাপলে, তারা elite।

কিন্তু retention সমতল ছিল, activation সমতল ছিল, আর roadmap চুপচাপ সেই পাক্ষিকে যা জরুরি মনে হতো তার একটা তালিকায় পরিণত হয়েছিল। আমরা যখন সেই team-এর ছয়জনকে জিজ্ঞেস করলাম quarter-এর একক সবচেয়ে গুরুত্বপূর্ণ ফলাফল কী, আমরা "churn কমানো" থেকে "redesign ship করা" থেকে "engineering-কে unblocked রাখা" পর্যন্ত উত্তর পেলাম। সবই যুক্তিসঙ্গত। কোনোটাই এক নয়।

Team অলস ছিল না। এটা ছিল স্পষ্ট হওয়ার বদলে ব্যস্ত। Ship করা লক্ষ্য হয়ে দাঁড়িয়েছিল কারণ ship করাই ছিল সেই জিনিস যাতে তারা সবাই একমত হতে পারত। নড়াচড়া আসলে কী গুরুত্বপূর্ণ তা ঠিক করার কঠিনতর কাজটার বদলি নিয়েছিল — আর একবার আমরা তার নাম দেওয়ার পর, সমাধানটা কোনো নতুন tool বা দ্রুততর sprint ছিল না। ছিল একটা বাক্য যা quarter কীসের জন্য তা নিয়ে সবাই পুনরাবৃত্তি করতে পারে।

হাই-পারফরম্যান্সের চারটি শর্ত

বছরের পর বছর team-দের চক্রবৃদ্ধি বা থমকে যেতে দেখে আমরা এই বিশ্বাস ছেড়ে দিয়েছি যে high performance প্রতিভা, headcount বা ছোটাছুটির ব্যাপার। এটি চারটি শর্ত একসঙ্গে উপস্থিত থাকার ব্যাপার। যেকোনো একটা সরিয়ে নিন আর team শব্দহীন কোলাহল দিয়ে তার ক্ষতিপূরণ করা শুরু করে।

১. Clarity — সবাই লক্ষ্য জানে আর "ভালো" দেখতে কেমন তা জানে। কোনো mission statement নয়। এই team এই quarter-এ যে নির্দিষ্ট ফলাফলের মালিক, আর যে সীমা সাফল্য হিসেবে গণ্য হয়। Clarity অনুপস্থিত হলে team সবচেয়ে কাছের দৃশ্যমান proxy-র জন্য optimize করে — বন্ধ করা ticket, ship করা feature, উপস্থিত থাকা meeting — কারণ অন্তত সেগুলো দেখা যায়।

২. Trust — দ্বিমত করা, একটা মিস স্বীকার করা, বা সাহায্য চাওয়া নিরাপদ। এটি সাধারণ পোশাকে psychological safety। এটি অনুপস্থিত হলে মানুষ খারাপ খবর আগে তোলা বন্ধ করে, দুর্বল plan-কে চ্যালেঞ্জ করা বন্ধ করে, আর নিজেকে কেমন দেখাচ্ছে তা সামলাতে শুরু করে। কাজ একই সঙ্গে ধীর ও বেশি পালিশ হয়, যা একটা লক্ষণ।

৩. Ownership — মানুষ ফলাফলের মালিক, কেবল task-এর নয়। এমন একটা team যেখানে প্রত্যেকে নিজের অংশ করেছে কিন্তু কেউ ফলাফলের মালিক ছিল না, সেটা ঠিক সেই ধরন যা আমরা departmental ping-pong-এ বর্ণনা করেছি: ball ফেরত পাঠানো হয়, কখনো catch করা হয় না। Ownership অনুপস্থিত হলে প্রচেষ্টা আসল আর জবাবদিহি কোথাও নেই।

৪. Feedback — team নিজের ফলাফল সমন্বয়ের মতো যথেষ্ট দ্রুত দেখে। যে team কেবল quarter-এর শেষে জানে সে সফল হয়েছিল কি না, সে এগারো সপ্তাহ অন্ধভাবে উড়ছে। Feedback ধীর হলে team নড়াচড়াকে অগ্রগতি থেকে আলাদা করতে পারে না, তাই নড়াচড়াতেই default করে।

এই যে diagnostic-টা এই framework-কে রাখার মতো করে তোলে: একটা team আটকে গেলে, এই চারটির একটি প্রায় সবসময়ই সেই অনুপস্থিত জিনিস — আর ব্যস্ততা হলো লক্ষণ, কারণ নয়। অনুপস্থিত শর্তটার নাম দিন আর আপনি জানবেন team কেন থমকে আছে। কর্মকাণ্ডে ডুবে কিন্তু দিক নিয়ে তর্করত একটা team-এর clarity নেই। শান্ত, ভদ্র আর ধীর একটা team-এর trust নেই। যে team-এ সবাই নিজের কাজ করেছে কিন্তু ফলাফল ব্যর্থ হয়েছে তার ownership নেই। যে team সমস্যা এত দেরিতে খুঁজে পায় যে ঠিক করা যায় না তার feedback নেই।

চারটি কেন টেকে

এর কিছুই বানানো নয়। Team-কে কী কার্যকর করে তার ওপর সবচেয়ে বেশি উদ্ধৃত আধুনিক গবেষণা — যে কাজ psychological safety-কে মানচিত্রে বসিয়েছিল — দেখেছে যে সবচেয়ে বুদ্ধিমান মানুষ বা সবচেয়ে বেশি সম্পদ high performance-এর ভবিষ্যদ্বাণী করেনি, বরং সদস্যরা আন্তঃব্যক্তিক ঝুঁকি নিতে নিরাপদ বোধ করত কি না তা করেছে। সেটা দ্বিতীয় শর্ত, আর এটি বাকি তিনটিকে ভিত্তি দেয়: trust ছাড়া clarity কখনো চ্যালেঞ্জ হয়ে তীক্ষ্ণ হয় না, ownership blame-এড়ানোয় টকে যায়, আর feedback নরম হতে হতে অকেজো হয়ে পড়ে।

Clarity-রও নিজস্ব গভীর সাহিত্য আছে। Goal-setting গবেষণা কয়েক দশক ধরে দেখিয়েছে নির্দিষ্ট, অর্থপূর্ণ লক্ষ্য অস্পষ্ট "নিজের সেরাটা করো"-র চেয়ে বেশি কাজ করে — মানুষ কঠোরতর পরিশ্রম করে বলে নয়, বরং তারা অনুমান করা বন্ধ করে বলে। এই একই কারণে আমরা সৎভাবে করা OKR-এর এত সমর্থক: মূল্যটা acronym নয়, বরং একটা team-কে জোর করে জোরে বলানো সে কোন ফলাফলের মালিক আর কীভাবে জানবে।

আর feedback স্রেফ বাকি তিনটির স্নায়ুতন্ত্র। একটা team স্পষ্ট, বিশ্বাসী আর জবাবদিহিমূলক হতে পারে, তবু ব্যর্থ হতে পারে যদি সময়মতো নিজের ফলাফল দেখে গতি বদলাতে না পারে। এই জন্যই দৈনন্দিন ছন্দ এত গুরুত্বপূর্ণ — যদিও, যেমন আমরা daily huddle: alignment না control?-এ যুক্তি দিয়েছি, feedback loop-এর উদ্দেশ্য একটা team-কে নিজেকে দেখতে সাহায্য করা, একজন manager-কে তার ওপর নজরদারি করতে দেওয়া নয়। যে feedback কেবল উপরের দিকে বয়, তা feedback নয়। তা reporting।

যে team ব্যস্ত দেখায় কিন্তু নড়ছে না তার জন্য একটি checklist

এটা সৎভাবে চালান। দু-একটার বেশি সত্যি বাজলে, প্রচেষ্টা যোগ করবেন না — অনুপস্থিত শর্তটা খুঁজুন।

• Team-এর পাঁচজনকে এই quarter-এর একক সবচেয়ে গুরুত্বপূর্ণ ফলাফল জিজ্ঞেস করুন। আপনি কি একটা উত্তর পান নাকি পাঁচটা?
• "ভালো" কি এমন একটা সীমা দিয়ে সংজ্ঞায়িত যা যে কেউ যাচাই করতে পারে, নাকি এটা একটা আবহ?
• শেষবার কখন একজন junior একটা senior সিদ্ধান্তের সঙ্গে খোলাখুলি দ্বিমত করেছিল — আর খারাপ কিছুই ঘটেনি?
• খারাপ খবর কি আপনার কাছে আগে ও চুপচাপ পৌঁছায়, নাকি দেরিতে ও জোরে?
• আপনার শেষ ব্যর্থ initiative-এর জন্য, আপনি কি সেই একক ব্যক্তির নাম দিতে পারেন যে task নয়, ফলাফলের মালিক ছিল?
• Team কি সাপ্তাহিকভাবে জানে সে জিতছে কি না, নাকি কেবল quarter-এর শেষে?
• Team-এর কর্মকাণ্ডের মাত্রা কি বাড়ছে যখন তার ফলাফল সমতল থাকছে? (এটাই সেই বিপদঘণ্টা।)
• আপনার ritual — standup, review, dashboard — কি team-কে নিজেকে দেখতে সাহায্য করছে, নাকি উপরের কাউকে তার ওপর নজর রাখতে সাহায্য করছে?

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

• আমি যদি আমার team-কে এই quarter-এ তারা যে একটা ফলাফলের মালিক তা একটা কার্ডে লিখতে বলি, কতগুলো ভিন্ন কার্ড ফেরত পাব?
• এই team-এর কেউ যখন ব্যর্থ হচ্ছে, আমি কি তা আগে জানি — নাকি জানতে পারি যখন সাহায্য করতে বড্ড দেরি?
• শেষবার যা ভুল হলো, তার ফলাফলে কি একটা নাম ছিল, নাকি কেবল task-এ নাম?
• এই team-এর নিজের পথচ্যুতি লক্ষ্য করতে কত সময় লাগে — একদিন, এক সপ্তাহ, নাকি এক quarter?
• আমার সবচেয়ে ব্যস্ত team চারটি শর্তের কোনটা চুপচাপ হারাচ্ছে?

মূল কথা

High performance আর high activity এক নয়, আর দুটো গুলিয়ে ফেলা সহজ কারণ ঘরের ওপার থেকে সেগুলো একরকম দেখায়। পার্থক্যটা নিচে: clarity, trust, ownership আর feedback, সবই একসঙ্গে উপস্থিত। একটা team যখন খাবি খাচ্ছে, আরও প্রচেষ্টা দাবি করার লোভটা প্রতিরোধ করুন — প্রচেষ্টা কমই সেই জিনিস যার ঘাটতি। খুঁজুন চারটি শর্তের কোনটা অনুপস্থিত হয়েছে, সেটা ফিরিয়ে আনুন, আর দেখুন সেই একই মানুষ নড়াচড়াকে আবার ফলাফলে পরিণত করছে।

Team চারটির একটা চলে গেলে যা করে তা-ই ব্যস্ত। এর নাম দিন, আর আপনি কাজটা খুঁজে পেলেন।