what-did-my-team-do-this-week
ম্যানেজমেন্টের সবচেয়ে সহজ প্রশ্নটার উত্তর কেন সবচেয়ে কঠিন হয়, আর কীভাবে এমন একটা সিস্টেম বানাবে যা কাউকে ইন্টারাপ্ট না করেই উত্তর দিয়ে দেয়।
By Ellis Keane · 2026-03-27
জাহাজের ক্যাপ্টেনরা লগ রাখত – লিখতে খুব পছন্দ করত বলে না, বরং কারণ সমুদ্রে তিন সপ্তাহ পেরিয়ে গেলে কী হয়েছিল সেটা আবার জোড়া লাগানোর একটাই উপায় ছিল: চলমান একটা রেকর্ড, যা কাজেরই বাইপ্রোডাক্ট। লগ বানানোর জন্য কেউ আলাদা মিটিং ডাকত না।
2026 সালে অনেক ইঞ্জিনিয়ারিং টিমের গত সপ্তাহে কী হয়েছে সে বিষয়ে ভিজিবিলিটি, গতকালের আবহাওয়া নিয়ে একটা বাণিজ্যিক জাহাজের ভিজিবিলিটির থেকেও কম। "এই সপ্তাহে আমার টিম কী করল" প্রশ্নটা কঠিন হওয়ার কথা না। তবু প্রতি সোমবার ইঞ্জিনিয়ারিং ম্যানেজার আর প্রোডাক্ট লিডদের হয় এটা জিজ্ঞেস করতে মিটিং শিডিউল করতে হয়, না হয় Linear বোর্ড, GitHub ফিড, Slack থ্রেড, আর Notion ডক খুলে খুলে হাতে ধরে উত্তরটা জোড়া লাগাতে হয়। তথ্য আছে – কিন্তু ছড়িয়ে আছে এমন টুলে, যেগুলো একে অপরের সাথে কথা বলে না, আর সেগুলো জুড়ে দেওয়ার দায়িত্বও কারও নির্দিষ্ট কাজ না।
"2026 সালে অনেক ইঞ্জিনিয়ারিং টিমের গত সপ্তাহে কী হয়েছে সে বিষয়ে ভিজিবিলিটি, গতকালের আবহাওয়া নিয়ে একটা বাণিজ্যিক জাহাজের ভিজিবিলিটির থেকেও কম।" – Ellis Keane
কেন "এই সপ্তাহে আমার টিম কী করল" প্রশ্নটার উত্তর এত কঠিন
তোমার টিম যে টুলই ব্যবহার করুক, প্রতিটাই অ্যাক্টিভিটি ট্র্যাক করে। Linear জানে কোন issue "Done"-এ গেছে। GitHub জানে কোন PR merge হয়েছে। Slack জানে কোন থ্রেড হঠাৎ খুব গরম হয়েছে। আলাদা করে দেখলে প্রতিটা টুলেই কী হয়েছে তার ভালো রেকর্ড থাকে।
কিন্তু কারও কাছেই পুরো ছবি নেই, আর টুল-ক্রস করে অ্যাক্টিভিটিগুলোর সম্পর্ক চোখে পড়ে না। একটা PR হয়তো একটা Linear issue close করেছে, যেটা Slack থ্রেডে আলোচনা হয়েছিল, আর সেখানে Figma prototype রেফারেন্স ছিল – এটা আসলে এক ইউনিট কাজ। কিন্তু চারটা আলাদা ফিডে চারটা আলাদা ইভেন্ট হিসেবে দেখা যায়। টিম কী অ্যাচিভ করল সেটা বুঝতে গেলে তোমাকেই মাথায় গ্রাফ ট্রাভার্সাল চালাতে হয় – ট্যাব বদলাও, টাইমস্ট্যাম্প মিলাও, আর আশা করো যেন সেই থ্রেডটা মিস না হয় যেখানে কেউ চুপচাপ একটা blocker সলভ করে তিনজনকে unblock করে দিয়েছে।
সাপ্তাহিক স্ট্যাটাস মিটিং টিকে আছে কারণ একটাও সিঙ্গেল টুল প্রশ্নটার পূর্ণ উত্তর দিতে পারে না, আর যেগুলো আংশিক পারে সেগুলোকে কোরিলেট করার সময়ও কারও নেই।
"ভিজিবিলিটি" আসলে কী বোঝায় (আর কী বোঝায় না)
আরও এগোনোর আগে একটু থামি। "team visibility" এখন এমন এক ফ্রেজ, যার মানে যে যেমন চায় তেমন ধরে নেয়। তাই এটা সলভ করতে গিয়ে অনেক চেষ্টা শেষমেশ নজরদারির মতো লাগে।
অধিকাংশ ম্যানেজার "এই সপ্তাহে আমার টিম কী করল" জিজ্ঞেস করলে আসলে জানতে চায় এমন কিছু: কোন প্রজেক্ট এগিয়েছে, কী শিপ হয়েছে, কোথায় আটকে গেছে, আর কোনো সমস্যা বড় হওয়ার আগে এমন কিছু আছে কি না যেটা এখনই জানা দরকার। তারা commit গোনা বা ঘণ্টা মাপতে চায় না – তারা এতটাই ইনফর্মড থাকতে চায় যাতে কাজে লাগতে পারে, কিন্তু সবাইকে কাজ থামিয়ে কাজের রিপোর্ট লিখতে না হয়।
এই পার্থক্য জরুরি। কারণ "team visibility" দাবি করা বেশিরভাগ টুল আসলে দেয় অ্যাক্টিভিটি মেট্রিক্স – commit count, ticket velocity, time-in-status breakdown। throughput analysis-এ এগুলো কাজে লাগে, কিন্তু decision context বোঝাতে দুর্বল। তোমার টিম 47টা PR merge করেছে জানা মানে খুব সামান্যই জানা – গুরুত্বপূর্ণ কাজগুলো সত্যিই হয়েছে কি না, বা Slack থ্রেড আর Linear comment-এর মাঝখানে কোনো critical সিদ্ধান্ত ফসকে যাওয়া কাজ হয়ে গেছে কি না, সেটা এতে ধরা পড়ে না।
"এই সপ্তাহে টিম কী অ্যাচিভ করল" আর "টুলগুলো কী রেকর্ড করল" – এই দুইয়ের গ্যাপ ভিজিবিলিটির সমস্যা না, কানেকশনের সমস্যা। তথ্য টুলজুড়ে আছে, সম্পর্কগুলো নেই।
পাঁচটা টুলে এক সপ্তাহ: উত্তরগুলো আসলে কোথায় থাকে
ধরো তুমি ছয়জন ইঞ্জিনিয়ারের টিম ম্যানেজ করো, আর কাউকে না জিজ্ঞেস করে এই সপ্তাহে কী হলো বুঝতে চাও। টুলগুলো আসলে কী দেয় দেখো:
Linear-এ issue board আছে – "completed this week" ফিল্টার করলে কোন ticket close হয়েছে দেখবে। কিন্তু তিন দিনের architectural কাজ আর দুই মিনিটের config change – দুটো closure-কে Linear আলাদা করে বোঝে না। টিকিটের বাইরে যে কাজ হয় সেটাও এতে আসে না – আর টিকিটের বাইরের কাজ সবসময়ই থাকে।
GitHub-এ PR অ্যাক্টিভিটি আছে – merge, review, comment। Linear-এর সাথে মিলিয়ে দেখলে ছবি richer হয়, কিন্তু হাতে করে করলে বিরক্তিকর সময় লাগে। তারপরও কেন কোনো নির্দিষ্ট approach নেওয়া হলো বা কী tradeoff নিয়ে বিতর্ক হলো – সেই কনটেক্সট মিস হয়।
Slack-এই বেশিরভাগ আসল decision-making হয়, পছন্দ হোক বা না হোক। গুরুত্বপূর্ণ কথাবার্তা এমন থ্রেডে চাপা পড়ে থাকে যেটা খুঁজতে গেলে আগে থেকেই জানতে হয় থ্রেডটা ছিল। Slack search কাজ করে যখন তুমি জানো কে ঠিক কী phrase লিখেছিল। কিন্তু তুমি যদি খুঁজো "এই সপ্তাহে auth migration নিয়ে কেউ আলোচনা করেছে?" আর থ্রেডে "login refactor" লেখা থাকে, তাহলে সেটা পুরো মিস করবে।
Figma design iteration ধরে রাখে। কিন্তু relevant comment-এ তোমাকে tag করা না থাকলে কী বদলেছে আর কেন বদলেছে বুঝতে file version history ঘাঁটতে হবে।
Notion-এ meeting note, spec, আর decision record থাকে – যদি সবাই আপডেট করে থাকে। (আশা করি করেছে, কিন্তু আমাদের অভিজ্ঞতায় নতুন doc structure শুরু হওয়ার প্রথম মাস পার হলেই update rate দ্রুত নেমে যায়।)
"এই সপ্তাহে আমার টিম কী করল" প্রশ্নটার সম্পূর্ণ উত্তর এই সবকটার মাঝখানে ছড়িয়ে থাকে। একটাও single feed connected view দেয় না।
যে workaround-গুলো আছে (আর কোথায় ভেঙে যায়)
বেশিরভাগ টিম ritual আর manual effort দিয়ে এটা সামলায়। আমরা যা দেখেছি:
Standup recap। কিছু টিমে EM standup note থেকে সাপ্তাহিক summary বানায়। standup meaningful হলে এটা কাজ করে। কিন্তু standup যদি "গতকালের মতোই, blocker নেই" মোডে নেমে যায় – সৎভাবে বললে অনেক জায়গাতেই যায় – তাহলে recap হয় শূন্য কনটেন্টের সুন্দর ফরম্যাটিং।
Friday update thread। Slack channel-এ সবাই কী ship করল লিখে। মানুষ করলে আশ্চর্যরকম ভালো কাজ করে। কিন্তু আমাদের অভিজ্ঞতায় কয়েক সপ্তাহের মধ্যে participation কমে যায়, যদি কেউ active নাজ না দেয়। আপডেটগুলোও formulaic হয়ে যায় – visible কাজ লেখা হয়, invisible coordination বাদ পড়ে, যদিও সময়ের বড় অংশ সেখানেই যায়।
Automated prompt। Geekbot বা DailyBot-এর মতো টুল আপডেট চাইতে prompt দেয় আর digest বানায়। কিছু না থাকার চেয়ে ভালো। কিন্তু এটা self-reported data, মানে মানুষ যা মনে করে লিখল সেটাই পাচ্ছ – আসলে কী হয়েছিল সেটা না।
Custom dashboard। Retool বা Notion database দিয়ে GitHub আর Linear API pull করা। quantitative দিক ভালো কভার হয়, কিন্তু qualitative context বাদ যায় – আলোচনা, pivot, "X ট্রাই করেছিলাম কিন্তু কাজ করেনি" ধরনের narrative, যা সাধারণত টিমের সপ্তাহ বোঝার সবচেয়ে দরকারি অংশ।
এসব workaround একই গ্যাপের ওপর সেতু বানায়: তোমার টুলগুলো একে অপরের সাথে কনটেক্সট শেয়ার করে না, তাই মানুষকে হাতে compensate করতে হয়।
রিপোর্টিং লুপ থেকে মানুষকে সরানো
আমরাও এসবের বেশিরভাগ ট্রাই করেছি। (আমরা ছোট টিম, তাই ভাবতে পারো আমাদের স্কেলে এগুলো খুব matter করার কথা না – কিন্তু পাঁচজনেও করে।) template-based approach – weekly update doc, structured standup prompt, Friday reflection thread – কিছুদিন কাজ করে, তারপর আস্তে আস্তে মরে যায়। কারণ মানুষ কেয়ার করে না বলে না – কারণ কী করেছি সেটা লিখে বোঝানো, পরের কাজটা করার চেয়ে সবসময় কম জরুরি লাগে।
যেটা সত্যি কাজ করেছে, সেটা হলো reporting step থেকে মানুষকে পুরো সরিয়ে দেওয়া। কাজ থেকে না – কাজ হয়ে যাওয়ার পর সেটা বর্ণনা করার ধাপ থেকে।
আমাদের বর্তমান hypothesis – আর এটা আমরা এখনও honestly validate করছি – "activity feed" আর "useful weekly summary"-এর গ্যাপটা relationship-mapping সমস্যা। activity feed বলবে একটা PR merge হয়েছে। cross-tool linking system বলবে PR-টা এই Linear issue close করেছে, যেটা গত মঙ্গলবার এই Slack thread-এ আলোচনা হয়েছিল, যেখানে Figma design decision রেফারেন্স ছিল, আর পুরো ব্যাপারটা Notion-এর quarterly goal-এর সাথে যুক্ত। এই পার্থক্যটাই event list আর "আসলে কী হয়েছে" বোঝার মধ্যে ফারাক।
এখানে বাস্তব সীমাবদ্ধতা আছে: private Slack channel যেগুলো সিস্টেম দেখতে পায় না, যে টুলগুলো connect করোনি সেখানকার কাজ, video call-এ হওয়া কথাবার্তা যার লিখিত ট্রেস নেই, আর classic false join সমস্যা – দুটো জিনিসে একই keyword আছে কিন্তু আসলে related না। আমরা বলি না এটা সবকিছু ধরবে। কিন্তু এটা self-reported system-এর চেয়ে অনেক বেশি ধরে, আর কাউকে interrupt না করেই ধরে।
কখন সত্যিই এটা দরকার নেই
তোমার টিম যদি একই রুমে তিনজন হয়, এই সপ্তাহে কী হয়েছে সেটা তুমি এমনিতেই জানো। "টিম কী করল" সমস্যা সাধারণত তখন আসে, যখন টিম এত বড় হয় যে ambient awareness আর সবকিছু কভার করতে পারে না – আমাদের অভিজ্ঞতায় প্রায় ছয় থেকে আটজনের দিকে। remote হলে, multiple time zone হলে, বা আলাদা discipline-এর মানুষ ভিন্ন primary tool ব্যবহার করলে তারও আগে লাগে।
টিম যদি এক সময় একটাই জিনিসে কাজ করে, তখনও এটা কম গুরুত্বপূর্ণ। সবাই যদি single project আর single board-এ heads-down থাকে, তাহলে Linear-এর "completed this week" filter-ই সাপ্তাহিক প্রগ্রেস ট্র্যাকিংয়ের বেশিরভাগ চাহিদা মেটায়। ব্যথা শুরু হয় যখন কাজ multiple project, tool, আর stakeholder-এ ভেঙে যায়।
সোমবার সকালে যদি গত সপ্তাহে কী হয়েছে সেটা জোড়া লাগাতে তোমার কয়েক মিনিটের বেশি লেগে যায়, তাহলে manual approach স্কেল না করার থ্রেশহোল্ড তুমি সম্ভবত পার হয়ে গেছ।
making standups and status reports actually useful the semi-automated approach to weekly status reports status updates assembled from Linear, GitHub, and Slack signals the status update fatigue problem একটা প্রশ্নের উত্তর পেতে পাঁচটা টুলে ক্লিক করতে থাকো না। কাজ যেখানে হয়েছে, Sugarbug সেখান থেকেই অটোমেটিকভাবে সাপ্তাহিক পুরো ছবি তৈরি করে।
Q: Sugarbug কীভাবে অটোমেটিকভাবে "এই সপ্তাহে আমার টিম কী করল" প্রশ্নটার উত্তর দেয়? A: Sugarbug তোমার টিমের টুলগুলোর সাথে কানেক্ট করে – Linear, GitHub, Slack, Figma, Notion – আর এগুলোর সব অ্যাক্টিভিটি নিয়ে একটা নলেজ গ্রাফ বানায়। সবার কাছে আলাদা আপডেট চাইতে না গিয়ে তুমি একটা অটো-জেনারেটেড সাপ্তাহিক পালস পেয়ে যাও, যেখানে কমপ্লিটেড কাজ, অ্যাক্টিভ থ্রেড, আর নেওয়া ডিসিশনগুলো দেখায় – সরাসরি সেই টুলগুলো থেকে, যেখানে কাজটা আসলে হয়েছে।
Q: Sugarbug কি সাপ্তাহিক স্ট্যাটাস মিটিং রিপ্লেস করতে পারে? A: অনেক টিমের ক্ষেত্রে আংশিকভাবে বা পুরোপুরি পারে। স্ট্যাটাস মিটিংয়ে যে তথ্যগুলো সাধারণত আসে – কে কী নিয়ে কাজ করেছে, কী শিপ হয়েছে, কোথায় ব্লকড – Sugarbug সেগুলো দেখিয়ে দেয়, কাউকে স্লাইড বানাতে বা আপডেট লিখতে হয় না। কিছু টিম আলোচনা করার জন্য ছোট একটা সাপ্তাহিক সিঙ্ক রাখে, কিন্তু স্ট্যাটাস রিপোর্টিং অংশটা পুরো বাদ দেয়।
Q: সাপ্তাহিক প্রগ্রেস ডেটা Sugarbug কোন কোন টুল থেকে আনে? A: Sugarbug এখন Linear, GitHub, Slack, Figma, Notion, ইমেইল, আর ক্যালেন্ডার টুলের সাথে ইন্টিগ্রেশন দেয়। প্রতিটা ইন্টিগ্রেশন শেয়ারড নলেজ গ্রাফে ফিড করে, তাই GitHub PR-এর প্রগ্রেস লিঙ্ক হয় যে Linear issue-টা সেটা অ্যাড্রেস করছে তার সাথে, আর যে Slack থ্রেডে এটা নিয়ে আলোচনা হয়েছে তার সাথেও।
Q: এটার জন্য কি আমাকে অটোমেশন সেটআপ করতে হবে বা Zapier ওয়ার্কফ্লো লিখতে হবে? A: না। Sugarbug-এর নলেজ গ্রাফ অ্যাপ্রোচ trigger-action অটোমেশন থেকে আলাদা। একবার টুলগুলো কানেক্ট করলে Sugarbug তোমার টিমের কাজ নিয়ে কনটেক্সট ধারাবাহিকভাবে তৈরি করতে থাকে। কনফিগার বা মেইনটেইন করার মতো আলাদা ওয়ার্কফ্লো লাগে না।
---
যদি তোমারও সোমবার সকালে পাঁচটা অ্যাপ ঘেঁটে গত সপ্তাহে টিম কী করল সেটা আবার জোড়া লাগাতে হয়, ঠিক এই সমস্যাটাই সলভ করার জন্য আমরা Sugarbug বানিয়েছি। এটা কীভাবে কাজ করে দেখো।