Result ও metric — প্রমাণ ছাড়া গল্প নয়
সংজ্ঞা
Result হলো story-র শেষ অংশ, যেখানে আপনি দেখান আপনার কাজের পর কী বদলেছিল।
তিনটে জিনিস এখানে বসে, আর ক্রমটা গুরুত্বপূর্ণ:
- কী হলো — ঘটনার পরিণতি, যতটা সম্ভব নির্দিষ্ট।
- কীভাবে জানলেন — কোন সংখ্যা, কার প্রতিক্রিয়া, কোন পরিবর্তন এটা বলছে।
- কী শিখলেন — এক লাইন, আর সেটা পরে কোথায় কাজে লেগেছিল।
Result ছাড়া story একটা প্রচেষ্টার বিবরণ। ইন্টারভিউয়ার আপনার প্রচেষ্টা নয়, আপনার প্রভাব নোট করছেন — কারণ পরে ঘরে বসে তাঁকে বলতে হবে "এই লোক এসে কী বদলাবে"।
কেন এটা কঠিন
অনেক কাজের পরিষ্কার সংখ্যা থাকে না। আপনি একটা সমস্যা ঠেকিয়েছিলেন — যেটা ঘটেনি, তার সংখ্যা কী? আপনি একজনের সাথে সম্পর্ক ঠিক করেছিলেন — ওটা কীসে মাপা যায়? সংখ্যা না পেয়ে বেশিরভাগ মানুষ দুটোর একটা করেন: হয় Result বাদ দেন, নয় বানিয়ে একটা শতাংশ বসিয়ে দেন। দুটোই ক্ষতিকর।
টিমের সংখ্যা নিজের বলে চালানো। "আমরা latency ৪০% কমিয়েছিলাম" — আপনি যদি ওই কাজের একটা অংশ করে থাকেন, তাহলে এই বাক্যটা প্রথম follow-up-এই ফাটবে: "আপনার অংশটা ঠিক কোনটা ছিল?" ভালো ক্যান্ডিডেট নিজে থেকেই সীমাটা এঁকে দেন।
"সবাই খুশি হয়েছিল" — এটা দাবি, প্রমাণ নয়। একইরকম ফাঁপা: "প্রজেক্টটা সফল হয়েছিল", "ভালো feedback পেয়েছিলাম", "জিনিসটা অনেক ভালো হয়েছিল"। এগুলো শোনায় ভালো, নোটে লেখার মতো কিছু থাকে না।
সংখ্যার ফাঁদ উল্টো দিকেও আছে। যে সংখ্যাটা আপনি দিচ্ছেন সেটা যদি নিজে ব্যাখ্যা করতে না পারেন — কীভাবে মাপা হলো, তুলনাটা কীসের সাথে — তাহলে ওটা না দেওয়াই ভালো। একটা অরক্ষিত সংখ্যা পুরো গল্পের বিশ্বাসযোগ্যতা নামিয়ে দেয়।
কীভাবে কাজ করে
সংখ্যা না থাকলে যা ব্যবহার করবেন — অগ্রাধিকারের ক্রমে:
| স্তর | রূপ | উদাহরণ |
|---|---|---|
| ১ | সরাসরি সংখ্যা | "দুই সপ্তাহের কাজ তিন দিনে নামল" |
| ২ | আগে/পরে তুলনা | "আগে প্রতি release-এ এটা ভাঙত, তারপর আর ভাঙেনি" |
| ৩ | পরিসর বা দিক | "ঘণ্টাখানেকের কাজ, সপ্তাহে দুবার করে বাঁচল" |
| ৪ | তৃতীয় পক্ষের প্রতিক্রিয়া | "পরের কোয়ার্টারে PM নিজেই এই প্রক্রিয়াটা অন্য টিমে নিয়েছিল" |
| ৫ | টিকে থাকা | "ওই চেকটা এখনো চালু আছে" |
স্তর ১ না পেলে ২, তারপর ৩ — নিচে নামা লজ্জার কিছু নয়। স্তর ৪ আর ৫ প্রায়ই সংখ্যার চেয়ে বিশ্বাসযোগ্য, কারণ ওগুলো বাইরের সাক্ষ্য। যে জিনিস আপনি চলে যাওয়ার পরেও টিকে আছে, সেটা যেকোনো শতাংশের চেয়ে শক্ত প্রমাণ।
নিজের অংশটা এঁকে দিন। সবচেয়ে পরিষ্কার রূপ: টিমের ফলটা বলুন, তারপর নিজের অংশটা আলাদা করুন।
"টিম হিসেবে আমরা build সময় অর্ধেকে নামিয়েছিলাম। আমার অংশটা ছিল caching-এর দিকটা — ওটা একাই প্রায় এক-তৃতীয়াংশ এনেছিল।"
এটা বিনয় নয়, নির্ভুলতা — আর ইন্টারভিউয়াররা ঠিক এটাই খোঁজেন।
যা ঘটেনি তার Result কীভাবে বলবেন। প্রতিরোধের গল্পে (আপনি একটা সমস্যা আটকেছিলেন) সংখ্যা নেই, কারণ ক্ষতিটা হয়নি। তখন এড়ানো খরচটা বলুন, অনুমান হিসেবেই — কিন্তু ভিত্তিসহ: "ওটা লঞ্চ হয়ে গেলে ডেটা ঠিক করতে হতো, আর আগের বার একই ধরনের জিনিসে আমাদের দুই দিন গিয়েছিল।" অনুমানকে অনুমান বলেই বলুন; ওটাই সততা, আর ওটাই নিরাপদ।
ব্যর্থতার গল্পে Result-এর জায়গা নেয় শিক্ষা। কিন্তু শিক্ষাটাও প্রমাণ চায় — "পরের প্রজেক্টে আমি এটা চালু করেছিলাম, আর ওই সমস্যাটা আর হয়নি।" শুধু "শিক্ষা পেয়েছি" অর্ধেক উত্তর।
দৈর্ঘ্য: Result ২৫ সেকেন্ডের বেশি নয়। এক-দুই বাক্যে ফল, এক বাক্যে শিক্ষা। এখানে লম্বা করলে উত্তরটা আত্মপ্রচার শোনাতে শুরু করে।
যা কখনো বলবেন না: এমন সংখ্যা যেটা আপনি মনে করতে পারছেন না, বা ব্যাখ্যা করতে পারবেন না। "মনে হয় ৩০% মতো হবে" — এই এক বাক্যে গল্পটা দুর্বল হয়ে যায়। জানা না থাকলে সরাসরি বলুন কীভাবে বুঝেছিলেন উন্নতি হয়েছে।
অনুশীলন
6টি drillমূল নিয়ম
- প্রতিটি story-র একটা Result থাকতেই হবে। প্রচেষ্টা কোনো ফল নয়।
- সংখ্যা না থাকলে দিক দিন, তারপর বাইরের সাক্ষ্য — কিন্তু কিছু একটা দিন।
- যে সংখ্যা ব্যাখ্যা করতে পারবেন না, সেটা বলবেন না।
- টিমের ফল আর নিজের অংশ আলাদা করে বলুন — নিজে থেকে, জিজ্ঞেস করার আগে।
- "সবাই খুশি হয়েছিল" কোনো Result নয়।
- অনুমানকে অনুমান বলুন, আর তার ভিত্তিটা দিন।
- যেটা আপনি চলে যাওয়ার পরেও টিকে আছে — সেটাই সবচেয়ে শক্ত প্রমাণ।
- Result ২৫ সেকেন্ড। লম্বা হলে আত্মপ্রচার শোনায়।
পড়া শেষ করলে চিহ্নিত করুন — এটা শুধু আপনার এই ব্রাউজারে থাকে।