Story → Signal ম্যাপিং

সংজ্ঞা

Story → Signal ম্যাপ হলো একটা টেবিল — সারিতে আপনার ৬–৮টা story, কলামে ছয়টা signal, আর ঘরে চিহ্ন: এই story এই signal-এ চলে কি না।

উদ্দেশ্য দুটো, আর দুটোই ব্যবহারিক:

1. ফাঁক দেখা — কোন signal-এর জন্য আপনার হাতে কিছু নেই। খালি কলাম মানে ওই প্রশ্নটা এলে আপনি ফাঁকা।
2. প্রশ্ন থেকে story-তে দ্রুত পৌঁছানো — ইন্টারভিউতে ভাবার সময় তিন সেকেন্ড। ম্যাপটা আগে থেকে মাথায় থাকলে ওই তিন সেকেন্ডে বাছাই হয়ে যায়।

ভালো ম্যাপের চেহারা: প্রতিটি signal-এ অন্তত দুটো story, প্রতিটি story অন্তত দুটো signal-এ। এক-এক মিল হলে তালিকাটা ভঙ্গুর — একটা story ব্যবহার হয়ে গেলে ওই signal-এ আর কিছু থাকে না।

কেন এটা কঠিন

একই ঘটনা একাধিক signal-এ চলে, কিন্তু একই বলায় নয়। যে ঘটনায় আপনি একটা release আটকে দিয়েছিলেন, সেটা ownership-এর গল্পও, conflict-এর গল্পও, judgement-এর গল্পও। কিন্তু তিনটে ক্ষেত্রে জোর তিন জায়গায় — ownership-এ জোর পড়বে আপনি দায়িত্ব না থাকা সত্ত্বেও থামালেন তাতে, conflict-এ জোর পড়বে যে মানুষটা রাজি ছিল না তাকে কীভাবে সামলালেন তাতে। একই কথা তিনবার বললে দুবার ভুল জায়গায় পড়বে।

"এই story সব প্রশ্নেই চলে" — এটা প্রায় সবসময় ভুল। যে ঘটনাটা আপনার সবচেয়ে প্রিয়, সেটাই সব প্রশ্নে ঠেলে ঢোকানোর প্রবণতা তৈরি হয়। ইন্টারভিউয়ার তৃতীয়বার একই প্রজেক্টের নাম শুনলে লেখেন — একটা ঘটনা ছাড়া বলার কিছু নেই।

প্যানেলের কথা মাথায় থাকে না। একটা loop-এ তিন-চারজন আলাদা করে কথা বলেন, তারপর একসাথে বসেন। তিনজনকে একই story বললে ওটা ধরা পড়ে, আর দুর্বল দেখায়। ম্যাপে যদি প্রতি signal-এ একটামাত্র story থাকে, এই সমস্যাটা এড়ানোর উপায়ই থাকে না।

ফাঁক নিজে থেকে চোখে পড়ে না। ৮টা story লেখা হয়ে গেলে মনে হয় প্রস্তুতি হয়েছে। কিন্তু ৮টাই যদি delivery আর ownership-এর হয় — আর একটাও conflict বা influence-এর না হয় — তাহলে অর্ধেক রাউন্ডে আপনি খালি হাতে। টেবিলে না বসানো পর্যন্ত এটা দেখা যায় না।

কীভাবে কাজ করে

ম্যাপটা এরকম দেখতে:

● = প্রধান, এই signal-এ এটাই প্রথম পছন্দ · ○ = চলে, জোর বদলে

প্রতি কলামে অন্তত একটা ● আর একটা ○ থাকা দরকার। পুরো কলাম খালি মানে এখনই 01-story-inventory.md-এ ফিরে যাওয়া দরকার — এই টেবিলে ফাঁকা ঘর ভরানোর জন্য story বানানো যায় না, খুঁজে আনতে হয়।

জোর বদলানো মানে কী — আর কী নয়

একটা ঘটনা, দুটো signal:

Ownership-এ: "কেউ বলেনি যে এটা আমার দেখার কথা। কিন্তু লগে জিনিসটা আমি দেখেছিলাম, আর লঞ্চের আগে কেউ ধরবে না বুঝেই থামানোর কথা তুলেছিলাম।"

Conflict-এ: "PM-এর সাথে আমার সরাসরি মতভেদ হয়েছিল — তাঁর কাছে তারিখটা বড় ছিল, আমার কাছে ঝুঁকিটা। আমি ওঁর তারিখের চাপটা আগে বুঝে নিয়ে তারপর ঝুঁকিটা সংখ্যায় দেখিয়েছিলাম, যাতে আলোচনাটা মতামতের লড়াই না থেকে যায়।"

একই ঘটনা, একই তথ্য। বদলেছে শুধু কোন অংশটা বিস্তারিত বলা হলো আর কোনটা এক বাক্যে সারা হলো।

যেটা বদলাবেন না: ঘটনা। ভিন্ন signal-এর জন্য বিবরণ বাড়ানো, ভূমিকা বড় করা, বা ফল ঘুরিয়ে দেওয়া — এটাই সবচেয়ে বিপজ্জনক ভুল। Follow-up প্রশ্ন কয়েক স্তর গভীরে যায়, আর বানানো অংশটা ঠিক ওখানেই ভেঙে পড়ে। জোর বদলানো বৈধ; তথ্য বদলানো নয়।

ম্যাপ বানানোর ধাপ

1. সারিতে story, কলামে ছয়টা signal — টেবিলটা আঁকুন।
2. প্রতিটি story-র জন্য একটাই ● দিন (যেখানে ওটা সবচেয়ে শক্তিশালী), তারপর ○ দিন যেখানে জোর বদলে চলে।
3. কলাম গুনুন। খালি বা এক-চিহ্নের কলামগুলো দাগান — এগুলোই আপনার দুর্বলতা।
4. প্রতিটি ○-এর পাশে এক লাইনে লিখুন ওই signal-এ বলার সময় কোন অংশটা বড় করবেন। না লিখলে ইন্টারভিউতে ওটা মনে আসবে না।
5. প্রতিটি ● story-র জন্য একটা ব্যাকআপ ঠিক করুন — প্যানেলের দ্বিতীয় জনের জন্য।

ইন্টারভিউতে ব্যবহারের নিয়ম: প্রশ্ন শুনে আগে signal ঠিক করুন, তারপর ম্যাপ থেকে story। উল্টো করলে — অর্থাৎ আগে প্রিয় story মাথায় এলে — সেটাকে প্রশ্নের সাথে মেলানোর চেষ্টা শুরু হয়, আর ওখান থেকেই উত্তর বেঁকে যায়।

আর যে story ইতিমধ্যে ওই loop-এ ব্যবহার করেছেন, সেটার পাশে মনে মনে দাগ দিন। পরের ঘরে ঢোকার আগে এক সেকেন্ড — আজ কোনগুলো বলা হয়ে গেছে।

মূল নিয়ম

• প্রতি signal-এ অন্তত দুটো story, প্রতি story অন্তত দুটো signal-এ।
• খালি কলাম মানে প্রস্তুতি অসম্পূর্ণ — ওটা নতুন ঘটনা খোঁজার সংকেত, ম্যাপ কষে মেলানোর নয়।
• প্রশ্ন → signal → story। এই ক্রম উল্টাবেন না।
• একই signal-এ জোর বদলান; তথ্য কখনো নয়। Follow-up ঠিক বানানো জায়গাটাতেই আঘাত করে।
• এক loop-এ একই story দুজনকে নয়। প্রতিটা প্রধান story-র একটা ব্যাকআপ রাখুন।
• ○-এর জোর আগে থেকে লিখে রাখুন — ইন্টারভিউর মুহূর্তে ওটা তৈরি হয় না।
• যে story সব প্রশ্নে চলে বলে মনে হচ্ছে, সেটা আসলে কোনোটাতেই ভালো চলছে না।