ইঞ্জিনিয়ারিং টিমের জন্য সেরা স্ট্যান্ডআপ প্রশ্ন (ইঙ্গিত: ওই তিনটা না)
ইঞ্জিনিয়ারিং টিমের জন্য ক্লাসিক স্ট্যান্ডআপ প্রশ্ন সিগন্যাল না, স্ট্যাটাস থিয়েটার তৈরি করে। এখানে আছে আরও ভালো প্রশ্ন যা আসলে গুরুত্বপূর্ণ জিনিস সামনে আনে।
By Ellis Keane · 2026-03-26
১৭৯০ সালে Royal Navy তাদের watch report protocol আনুষ্ঠানিকভাবে চালু করে। প্রতি চার ঘণ্টায় watch-এর officer তার relief-কে সংক্ষিপ্ত brief দিত: সমুদ্রের অবস্থা, বাতাসের পরিবর্তন, কোনো জাহাজ দেখা গেছে কি না, আর incoming officer-এর তাৎক্ষণিক মনোযোগ দরকার এমন কিছু। ফরম্যাটটা নির্মমভাবে efficient ছিল – নাবিকদের attention span কম বলে না, বরং contested waters-এ একটা frigate আনুষ্ঠানিক বাগাড়ম্বরের সামর্থ্য রাখত না। তুমি রিপোর্ট করতে কী বদলেছে, কী risky, আর পরের জনের judgment কোথায় দরকার। বাকি সব noise।
দুইশো তিরিশ বছরেরও বেশি পরে, ইঞ্জিনিয়ারিং টিমের স্ট্যান্ডআপ প্রশ্নগুলো এটাকে পুরোপুরি উল্টে দিয়েছে। আমরা ritual রেখেছি (একই সময়, একই মানুষ, একই রুম বা Zoom call) কিন্তু সিগন্যাল ফেলে দিয়েছি। "গতকাল কী করেছিলে?" watch report না। এটা প্রতিদিন, পাবলিকলি, এমন মানুষদের ওপর চালানো performance review যারা বরং কোড লিখতে চায়।
(আর হ্যাঁ, আমি নিজেও অনেক স্ট্যান্ডআপে অন্য কেউ কথা বলার সময় নিজের update মাথায় মহড়া দিতাম। তুমিও দিয়েছ। ভান করার দরকার নেই!)
আমি বছরের পর বছর স্ট্যান্ডআপ খারাপভাবে চালিয়েছি, by the way। পুরো স্বীকারোক্তি। নিষ্ঠার সাথে circle ঘুরে update নিতাম, এক ঘণ্টার মধ্যে ভুলে যেতাম, তারপর ভাবতাম আমাদের retro-তে একই সমস্যা বারবার আসে কেন। লজ্জাজনকভাবে অনেকদিন লেগেছিল বুঝতে যে প্রশ্নগুলোই bottleneck – যারা উত্তর দিচ্ছে তারা না।
ডিফল্ট তিনটা প্রশ্ন আর তাদের সমস্যা
তুমি জানো কোনগুলো। "গতকাল কী করেছ? আজ কী করবে? কোনো blocker?"
ইঞ্জিনিয়ারিং টিমের জন্য এই স্ট্যান্ডআপ প্রশ্নগুলো নীতিগতভাবে terrible না, কিন্তু বাস্তবে এগুলো খুবই নির্দিষ্ট ধরনের dysfunction তৈরি করে। "গতকাল কী করেছ" relevance না, memory optimize করে – ফলে তুমি পাও কারও মঙ্গলবারের chronological বর্ণনা, আসলে গুরুত্বপূর্ণ দুইটা জিনিস না। "আজ কী করবে" একটা miniature project plan তৈরি করে যা লাঞ্চের পর কেউ মনে রাখবে না। আর "কোনো blocker?" ডিফল্টভাবে "না" উত্তর পায় – আমি একবার একজন junior engineer-কে ৬ দিন ধরে "কোনো blocker নেই" বলতে দেখেছি, যখন সে চুপচাপ একটা auth issue-তে আটকে ছিল যেটা পুরো টিমের সামনে তুলতে চায়নি। publicly stuck বলে মেনে নিতে psychological safety লাগে, যেটা বেশিরভাগ টিম এখনও অর্জন করেনি।
ফলাফল হলো যেটাকে আমি status theatre বলব – ১৫ মিনিট ধরে মানুষ একে অপরের দিকে কাজের summary আবৃত্তি করে, তারপর সবাই ছড়িয়ে যায় মিটিং শুরু হওয়ার আগে ঠিক যতটুকু তথ্য ছিল ততটুকু নিয়েই। productive মনে হয়। productive না।
ট্র্যাডিশনাল তিনটা স্ট্যান্ডআপ প্রশ্ন accountability optimize করে, information flow না। এগুলো বলে কাজ হয়েছে, কিন্তু এই মুহূর্তে তোমার মনোযোগ কোথায় দরকার সেটা বলে না।
ইঞ্জিনিয়ারিং টিমের জন্য আরও ভালো স্ট্যান্ডআপ প্রশ্ন (কী প্রকাশ করে তার ভিত্তিতে)
নিচের প্রশ্নগুলো universal template না – তোমার টিমের বর্তমান pain-এর সাথে মেলে এমন ২-৩টা বাছাই করো, মাসিক rotate করো, আর যে প্রশ্নে মহড়া দেওয়া উত্তর আসতে শুরু করে সেটা retire করো।
যে প্রশ্ন Risk সামনে আনে
- "তোমার প্লেটে সবচেয়ে risky জিনিসটা কী এখন?" – আমার সবচেয়ে পছন্দের স্ট্যান্ডআপ প্রশ্ন, full stop! গতকালের accomplishment skip করে সরাসরি যায় আজ কী ভুল হতে পারে সেখানে। মানুষ জানে কোনটা risky, কিন্তু সরাসরি না জিজ্ঞেস করলে volunteer করবে না।
- "কোনো কিছু কি তোমার expected-এর চেয়ে বেশি সময় নিচ্ছে?" – "কোনো blocker?"-এর চেয়ে শান্ত কিন্তু অনেক বেশি revealing। expected-এর চেয়ে বেশি সময় নেওয়া task প্রায়ই এমন সমস্যার প্রথম লক্ষণ যার এখনও নাম হয়নি।
- "এই সপ্তাহে কোন বিষয়ে তোমার সবচেয়ে কম confidence?" – daily standup-এর চেয়ে weekly sync-এর জন্য বেশি উপযুক্ত, কিন্তু backward-looking activity log-এর বদলে early warning list দেয়।
যে প্রশ্ন Dependency সামনে আনে
- "কোথায় তুমি অন্য কারও জন্য অপেক্ষা করছ?" – এটা তোমার dependency detector। আমি যেসব টিমে কাজ করেছি, তাদের বেশিরভাগে technical complexity-র চেয়ে unacknowledged dependency-তে বেশি কাজ আটকে যায়। ৩ দিন ধরে open PR, না হওয়া design review, চুপচাপ defer হয়ে যাওয়া decision – এগুলোই আসল blocker, এমনকি কেউ সেভাবে না বললেও।
- "আজ কার সাথে কথা বলা দরকার?" – ছোট, বেশি actionable। দুজন যদি উত্তর দেয় "একে অপরের সাথে", তুমি ওদের একদিনের async back-and-forth বাঁচিয়ে দিলে একটা ঘরে বসিয়ে। (এটা আমার কাছে আক্ষরিকভাবে পুরো sprint বাঁচিয়েছে – দেখা যায় মানুষ দিনের পর দিন parallel confusion-এ বসে থাকে, ৫ মিটার হেঁটে গিয়ে কথা বলার বদলে।)
যে প্রশ্ন Learning সামনে আনে
- "শেষ স্ট্যান্ডআপের পর কোন কিছু কি তোমাকে surprise করেছে?" – architectural misunderstanding তাড়াতাড়ি ধরতে দারুণ। (আর বিশ্বাস করো, architectural misunderstanding সবসময় থাকে।) যদি কোনো engineer আবিষ্কার করে API doc যেভাবে বলেছে সেভাবে কাজ করে না, বা migration-এ ticket যতটা বলেছে তার চেয়ে বেশি table affect হয়, সেই surprise যেকোনো status update-এর চেয়ে টিমের জন্য বেশি মূল্যবান।
- "সোমবার যেটা জানলে ভালো হতো, সেটা এখন কী জানো?" – আবার weekly-র জন্য বেশি useful। কিন্তু এটা institutional knowledge capture করে যা না হলে পরের sprint-এ ভুলে যাওয়া হতো।
যে প্রশ্ন Morale সামনে আনে (সংযমে ব্যবহার করো)
- "১ থেকে ৫ স্কেলে, আজ তোমার energy কেমন?" – আমি এটা ঠিক একবারই ভালো কাজ করতে দেখেছি, এমন টিমে যেখানে lead বছরের পর বছর ধরে সত্যিকারের trust তৈরি করেছিল। বেশিরভাগ context-এ এটা invasive লাগে। ব্যবহারের আগে তোমার টিমকে জানো।
- "এই কাজটা কি interesting?" – শুনতে casual লাগে, কিন্তু consistently boring কাজ retention সিগন্যাল। কেউ যদি ৩ sprint ধরে migration task করছে, এই প্রশ্ন তাকে বলার permission দেয়।
গ্রুপ স্ট্যান্ডআপ বনাম 1:1: আলাদা ফরম্যাটে আলাদা প্রশ্ন দরকার
ইঞ্জিনিয়ারিং টিমের জন্য এই সব স্ট্যান্ডআপ প্রশ্ন একই মিটিংয়ে belong করে না। group setting-এ তুমি চাও এমন প্রশ্ন যা দ্রুত উত্তর দেওয়া যায় আর সবার কাজে লাগে। 1:1-তে তোমার সময় আছে দীর্ঘ, reflective প্রশ্নের জন্য।
গ্রুপ স্ট্যান্ডআপ (২টা বাছাই করো, সাপ্তাহিক rotate করো):
| প্রশ্ন | কী প্রকাশ করে | প্রতি জনে সময় | |----------|----------------|-----------------| | তোমার প্লেটে সবচেয়ে risky জিনিসটা কী? | Forward-looking risk | ~৩০ সেকেন্ড | | কোথায় তুমি কারও জন্য অপেক্ষায়? | Dependencies | ~২০ সেকেন্ড | | কোনো কিছু কি surprise করেছে? | Hidden complexity | ~৩০ সেকেন্ড |
1:1 check-in (২-৩টা বাছাই করো):
| প্রশ্ন | কী প্রকাশ করে | সময় | |----------|----------------|------| | সোমবার কী জানলে ভালো হতো, সেটা এখন কী জানো? | Learning gaps | ২–৩ মিনিট | | কোনো কিছু কি expected-এর চেয়ে বেশি সময় নিচ্ছে? | Emerging risk | ১–২ মিনিট | | এই কাজটা কি interesting? | Engagement আর morale | ১–২ মিনিট | | একটা জিনিস আমি তোমার জন্য unblock করতে পারি? | Manager action items | ১ মিনিট |
গ্রুপ স্ট্যান্ডআপ ছোট আর useful হওয়া দরকার। 1:1 exploration সামলাতে পারে, কারণ audience একজন মানুষ যার আসলেই context আছে শোনার পর action নিতে।
Anti-Pattern: যে প্রশ্ন আরও কাজ তৈরি করে
কিছু জনপ্রিয় স্ট্যান্ডআপ "improvement" আসলে পরিস্থিতি খারাপ করে। যদি তোমার format-এ engineer-দের মিটিংয়ের আগে written update তৈরি করতে হয়, তুমি pre-standup standup বানিয়েছ – ceremony-র জন্য প্রস্তুতির ceremony। যদি numeric task completion estimate চাও ("API migration কত পার্সেন্ট done?"), তুমি একটা micro-tracking exercise বানিয়েছ যা optimistic rounding-এ incentivise করে। আর যদি call-এর সময় Linear board update করতে হয়, তুমি synchronous conversation-কে ১৫ মিনিট ধরে মানুষকে type করতে দেখায় বদলে দিয়েছ।
(মজার বিষয়, এসবগুলোই চালু হয়েছিল "standup more efficient করতে।" ceremony তার জন্য available সময়টুকু ভরে ফেলে, তারপর ভদ্রভাবে আরও চায়।)
যদি তোমার standup improvement-এ preparation time দরকার হয়, তুমি overhead যোগ করেছ, সরাওনি। সেরা স্ট্যান্ডআপ প্রশ্ন হলো যেটা ৩০ সেকেন্ডের কমে useful উত্তর দেয় আর মিটিংয়ের আগে কোনো homework লাগে না।
আগামীকাল থেকেই শুরু করতে পারো এমন একটা Practical Set
দুই সপ্তাহের জন্য concrete কিছু ট্রাই করতে চাইলে, আমি যা recommend করব:
দৈনিক স্ট্যান্ডআপ (৩ প্রশ্ন, কঠোর ১৫ মিনিট timebox):
- "তোমার প্লেটে সবচেয়ে risky জিনিসটা কী?" – সমস্যা blocker হওয়ার আগেই ধরে।
- "কোথায় তুমি কারও জন্য অপেক্ষায়?" – invisible dependency visible করে।
- "টিমের জানা উচিত এমন কিছু?" – open-ended catch-all, কিন্তু frame করা "শুধু গুরুত্বপূর্ণ জিনিস" হিসেবে।
ব্যস। "গতকাল কী করেছ" নেই – তোমার টুলে সেই তথ্য Linear board-এ, GitHub activity feed-এ, আর Slack thread-এ আগে থেকেই আছে। "আজ কী করবে" নেই – sprint plan current থাকলে এই প্রশ্ন কিছু যোগ করে না। শুধু: কোনটা risky, কোনটা stuck, আর কোনটা surprising।
দুই সপ্তাহ পরেও যদি standup ceremony-ই মনে হয়, সমস্যা সম্ভবত প্রশ্নে না। হতে পারে daily synchronous check-in তোমার টিমের জন্য সঠিক format না, আর এটা একটা পুরোপুরি যুক্তিসঙ্গত সিদ্ধান্ত। Royal Navy ১৮শ শতকে তাদের watch report format ঠিক করেছিল আর তারপর, গুরুত্বপূর্ণভাবে, প্রতি কোয়ার্টারে redesign করা বন্ধ করেছিল। কখনও কখনও সেরা process improvement হলো মেনে নেওয়া যে process-টার দরকারই নেই।
"Royal Navy ১৮শ শতকে তাদের watch report format ঠিক করেছিল আর তারপর, গুরুত্বপূর্ণভাবে, প্রতি কোয়ার্টারে redesign করা বন্ধ করেছিল। কখনও কখনও সেরা process improvement হলো মেনে নেওয়া যে process-টার দরকারই নেই।" – Chris Calo
Sugarbug-কে তোমার টিমের activity অটোমেটিক্যালি surface করতে দাও – যাতে তোমার standup status report skip করে সত্যিকারের গুরুত্বপূর্ণ জিনিসে ফোকাস করতে পারে।
Q: ইঞ্জিনিয়ারিং টিমের জন্য সেরা স্ট্যান্ডআপ প্রশ্ন কোনগুলো? A: সৎভাবে বলতে, "তোমার প্লেটে সবচেয়ে risky জিনিসটা কী?" আর "কোথায় তুমি কারও জন্য অপেক্ষায়?" ট্র্যাডিশনাল তিনটার চেয়ে অনেক বেশি কাজে দেবে। ক্লাসিক স্ট্যান্ডআপ প্রশ্ন status আবৃত্তি optimize করে – গতকাল কে কী করেছে – risk আর dependency সামনে আনার বদলে, যেগুলো আসলে তোমার দিন বদলে দেয়।
Q: Sugarbug কি ইঞ্জিনিয়ারিং স্ট্যান্ডআপ অটোমেট করতে সাহায্য করে? A: Sugarbug তোমার ইঞ্জিনিয়ারিং টুলস – Linear, GitHub, Slack, Figma – কে একটা নলেজ গ্রাফে কানেক্ট করে, যা শেষ স্ট্যান্ডআপের পর থেকে কী বদলেছে সেটা অটোমেটিক্যালি সামনে আনে। মানুষকে গতকাল কী করেছে আবৃত্তি করতে বলার বদলে, Sugarbug দেখায়, তাই standup status reporting-এর বদলে human judgment দরকার এমন conversation-এ ফোকাস করতে পারে।
Q: ইঞ্জিনিয়ারিং স্ট্যান্ডআপ কত সময় নেওয়া উচিত? A: ১৫ মিনিট, hard ceiling, ৫-৮ জনের টিমের জন্য। তোমারটা বেশি চললে, হয় তুমি এমন প্রশ্ন করছ যা বেশি low-value output দেয় (hello, "গতকাল কী করেছ?"), না হয় টিম এমন সমস্যা solve করছে যার আলাদা মিটিং দরকার। প্রতি জনে ২ মিনিট একটা যুক্তিসঙ্গত benchmark।
Q: Sugarbug কি দৈনিক স্ট্যান্ডআপ মিটিং রিপ্লেস করতে পারে? A: Sugarbug standup রিপ্লেস করে না – রিপ্লেস করে status-reporting অংশটা। GitHub, Linear, আর Slack থেকে recent activity একটা single view-তে এনে "গতকাল কী করেছ" প্রশ্নটার উত্তর এমনিতেই হয়ে যায়। যেটা থাকে সেটা হলো standup-এর সেই অংশ যেটা সত্যিই synchronous হওয়া থেকে benefit পায়: risk, dependency, আর সিদ্ধান্ত যেগুলোর জন্য ঘরের সবাইকে দরকার।
Q: কোন জিনিস একটা স্ট্যান্ডআপ প্রশ্নকে কার্যকর করে? A: এটা ৩০ সেকেন্ডের কমে নতুন তথ্য দেয়, কোনো preparation লাগে না, আর এমন জিনিস সামনে আনে যা টিম আগে জানত না। মানুষ যদি প্রতিদিন একই মহড়া দেওয়া উত্তর দিতে শুরু করে (তুমি বুঝবে – শুনবে), প্রশ্নটা retire করো আর অন্যটা ট্রাই করো। সেরা স্ট্যান্ডআপ প্রশ্নের shelf life আছে, আর সেটা ঠিকই আছে।
যদি তোমার standup আসল decision-এর চেয়ে status আবৃত্তিতে বেশি সময় দেয়, Sugarbug reporting অংশটা অটোমেটিক্যালি সামলাতে পারে – যাতে তোমার ১৫ মিনিট সত্যিই ঘরে মানুষ দরকার এমন জিনিসে যায়।