AI জ্ঞানভান্ডারের সঙ্গে এক সপ্তাহ: একজন সেবা প্রদানকারীর প্রকল্প ব্যবস্থাপকের কাজ কীভাবে বদলে যায়

সোমবার: Visscher Logistiek-এর সঙ্গে kick-off

সকাল নয়টায় Sanne সপ্তাহের প্রথম কলে যোগ দেন। লাইনের অন্য প্রান্তে: Groningen-এর মাঝারি আকারের পরিবহন কোম্পানি Visscher Logistiek-এর দুইজন। তারা তাদের রুট পরিকল্পনা আধুনিক করতে চায়, আর Buro Noord তাদের এতে সহায়তা করবে।

তিনি স্বাভাবিকভাবেই মিটিং শুরু করেন — এজেন্ডা দেখা, প্রত্যাশা মিলিয়ে নেওয়া — তবে একটি পার্থক্য আছে। তার স্ক্রিনের কোণে একটি ছোট আইকন ঝলকাচ্ছে: রেকর্ডিং শুরু হয়েছে। গত মাস থেকে Buro Noord প্রতি প্রকল্পে AI জ্ঞানভান্ডার ব্যবহার করছে। প্রতিটি প্রকল্প নিজস্ব একটি পরিবেশ পায়, যেখানে সব কথোপকথন, নোট ও ডকুমেন্ট সংরক্ষিত থাকে। AI পুরো কোম্পানির সঙ্গে নয়, প্রকল্পের সঙ্গে সঙ্গে শেখে।

মিটিংটি ৫৩ মিনিট চলে। Sanne কাগজে তাড়াহুড়ো করে দুটি নোট নেন, কিন্তু তিনি জানেন: বাকি সব ধরা পড়ছে। মিটিং শেষ হওয়ার দশ মিনিট পরে তিনি একটি নোটিফিকেশন পান। জ্ঞানভান্ডার রেকর্ডিংটি প্রক্রিয়া করেছে। একটি সারাংশ প্রস্তুত, যেখানে বক্তাদের স্বয়ংক্রিয়ভাবে শনাক্ত করা হয়েছে, সিদ্ধান্তের পয়েন্ট চিহ্নিত করা হয়েছে, এবং তিনটি প্রস্তাবিত follow-up প্রশ্ন দেওয়া হয়েছে:

• “নতুন রুট পরিকল্পনার ওপর কোন কোন বাইরের পক্ষ নির্ভরশীল?”
• “বছরের মধ্যে কি এমন peak period আছে, যখন পরিকল্পনার ওপর অতিরিক্ত চাপ থাকে?”
• “সরবরাহকারী নির্বাচনে Visscher-এ চূড়ান্ত সিদ্ধান্ত কে নেন?”

তিনি প্রশ্নগুলো তার contact person-এর কাছে ফরওয়ার্ড করেন। এক ঘণ্টার মধ্যে উত্তর আসে। Sanne উত্তরগুলো জ্ঞানভান্ডারে পেস্ট করেন। কাজ শেষ।

এ ধরনের সিস্টেম এখন Symphoria.io-এর মতো কোম্পানিগুলো সরবরাহ করছে, যারা পুনরাবৃত্ত ক্লায়েন্ট প্রকল্প নিয়ে কাজ করা সেবা প্রদানকারীদের ওপর মনোযোগ দেয়। ধারণাটি হলো: পুরো কোম্পানির জন্য একটি বড় জ্ঞানভান্ডার নয়, বরং প্রতি ক্লায়েন্ট বা প্রকল্পের জন্য আলাদা, বিচ্ছিন্ন পরিবেশ। এতে সবকিছু পৃথক, অনুসন্ধানযোগ্য এবং যারা বাস্তবে এগুলো নিয়ে কাজ করেন তাদের জন্য ব্যবহারযোগ্য থাকে।

মঙ্গলবার: Iwan-এর একটি প্রশ্ন আছে

Iwan ছয় মাস ধরে Buro Noord-এ junior consultant। তিনি আরেক ক্লায়েন্টের একটি প্রকল্পে কাজ করছেন, কিন্তু API integrations নিয়ে একটি টেকনিক্যাল প্রশ্নে আটকে যান। তিনি জানেন, Sanne গত বছর একটি logistics কোম্পানির জন্য একই ধরনের কাজ করেছিলেন।

আগে হলে তিনি Slack-এ একটি বার্তা পাঠাতেন, অথবা কফি মেশিনের পাশে Sanne-কে জিজ্ঞেস করতেন। এখন তিনি পুরোনো প্রকল্পের জ্ঞানভান্ডারের search bar-এ তার প্রশ্নটি টাইপ করেন। তিন সেকেন্ডের মধ্যে তিনি একটি উত্তর পান: তিন মাস আগের একটি মিটিং থেকে একটি snippet, timestamp ও transcript সহ। তখন কোন supplier বেছে নেওয়া হয়েছিল, কেন, এবং কোন pitfall তারা এড়িয়েছিল।

Iwan Slack-এ Sanne-কে একটি thumbs-up পাঠান। Sanne-কে কিছুই করতে হয়নি।

এটাই হয়তো সবচেয়ে বড় পরিবর্তন: যে জ্ঞান সাধারণত মানুষের মাথায়, inbox-এ বা ভুলে যাওয়া নোটে থেকে যেত, এখন তা অনুসন্ধানযোগ্য। কারণ কেউ অত্যন্ত নিয়মিতভাবে সবকিছু নথিবদ্ধ করছে বলে নয়, বরং নথিবদ্ধকরণ স্বয়ংক্রিয়ভাবে ঘটছে বলে।

বুধবার: status update agent

প্রতি বুধবার সকালে Sanne তার ক্লায়েন্টদের একটি আপডেট পাঠান। সংক্ষিপ্ত, তথ্যভিত্তিক, কোনো চমক নেই। এটি লিখতে সাধারণত তার ৪৫ মিনিট থেকে এক ঘণ্টা লাগে। তাকে সপ্তাহের কাজ ফিরে দেখতে হয়, সিদ্ধান্তের পয়েন্ট পরীক্ষা করতে হয়, ভাষা গঠন করতে হয়, আবার লিখতে হয়।

আজ তিনি ভিন্ন কিছু চেষ্টা করেন। তিনি Visscher Logistiek জ্ঞানভান্ডার খুলে “status update agent” সক্রিয় করেন। গত সপ্তাহের সব কথোপকথন, ডকুমেন্ট ও নোটে এর access আছে। তিনি তাকে একটি নির্দেশ দেন:

“ক্লায়েন্টের জন্য একটি সাপ্তাহিক আপডেট লিখুন। তথ্যভিত্তিক, ব্যবসায়িক ভঙ্গিতে, কোনো marketing language নয়। সর্বোচ্চ ২০০ শব্দ। কী আলোচনা হয়েছে, কী সিদ্ধান্ত হয়েছে, এবং পরবর্তী পদক্ষেপ কী—তা উল্লেখ করুন।”

দশ সেকেন্ড পরে একটি draft email তৈরি। Sanne সেটি পড়ে দেখেন। দুটি বাক্য সামান্য বেশি অস্পষ্ট। তিনি সেগুলো ঠিক করেন। বাকিটা সঠিক। তিনি send চাপেন।

মোট সময় ব্যয়: দুই মিনিট।

এটি জাদু নয়। এজেন্টটির কেবল সেই একই তথ্যের access আছে, যা Sanne নিজে দেখতেন — মিটিং সারাংশ, সিদ্ধান্তের পয়েন্ট, action items — কিন্তু তাকে শুরু থেকে খুঁজতে, ছাঁকতে বা ভাষা তৈরি করতে হয় না। এটি আগে থেকেই থাকা context নিয়ে সেটিকে পড়ার উপযোগী আকারে সাজিয়ে দেয়।

বৃহস্পতিবার: privacy প্রশ্ন

দুপুর আড়াইটায় Visscher-এর contact person ফোন করেন। তার কণ্ঠে কিছুটা অস্বস্তি।

“Sanne, আমি দেখেছি আপনারা আমাদের মিটিং রেকর্ড করেন। এতে আপত্তি নেই, কিন্তু আমি জানতে চাই: এগুলোতে কারা access পায়? আর কত দিন রাখেন?”

Sanne এটা আসবে ভেবেছিলেন। জ্ঞানভান্ডারগুলো চালু করার সময় Buro Noord ইচ্ছাকৃতভাবে consent, access এবং retention নিয়ে ভেবে নিয়েছিল। তিনি ব্যাখ্যা করেন:

• প্রতিটি recording কেবল সব participant-এর explicit consent-এর পরেই শুরু হয়।
• শুধু যারা প্রকল্পের অংশ, তারাই knowledge base-এ access পায়।
• Audio তিন মাস পর স্বয়ংক্রিয়ভাবে মুছে যায়; summaries ও transcripts উপলভ্য থাকে।
• জ্ঞানভান্ডারটি European servers-এ চলে, encryption at rest and in transit সহ।

ক্লায়েন্ট আশ্বস্ত হন। Sanne তাকে একটি সংক্ষিপ্ত লিখিত confirmation-ও পাঠান।

এ ধরনের প্রশ্ন এখন আরও বেশি আসে। এবং যথার্থভাবেই আসে। প্রতি প্রকল্পে একটি AI জ্ঞানভান্ডার অনেক কিছু করতে পারে, তবে ভিত্তি ঠিক থাকলেই কেবল: কে কী দেখতে পারবে, data কত দিন রাখা হবে, এবং প্রকল্প শেষ হলে কী হবে—এসব নিয়ে পরিষ্কার চুক্তি। এটি technical issue নয়, organizational issue। এবং এটি আগে থেকেই ঠিক করতে হয়, পরে নয়।

শুক্রবার: retrospective

শুক্রবার বিকেল চারটা। Sanne তিনজন সহকর্মীর সঙ্গে meeting room-এ বসে আছেন। প্রতি দুই সপ্তাহে তারা জ্ঞানভান্ডার নিয়ে কাজ কেমন চলছে, তা নিয়ে একটি সংক্ষিপ্ত retrospective করেন।

তারা কী ভালো হয়েছে তা পর্যালোচনা করেন:

• Status updates ও summaries-এ কম সময় লেগেছে।
• সহকর্মীদের প্রশ্নের উত্তর দ্রুত পাওয়া গেছে।
• “ওটা আবার কোথায় ছিল” ধরনের ad hoc Slack বার্তা কমেছে।

আর কী ভালো হতে পারে:

• কিছু agents এমন উত্তর দেয় যা সামান্য বেশি generic; context-এর অভাব থাকে।
• সবাই agent-কে correct বা steer করতে স্বাচ্ছন্দ্য বোধ করেন না।
• কোনো প্রকল্প শেষ হলে knowledge base-এর কী হবে, তার জন্য এখনো পরিষ্কার process নেই।

Sanne পয়েন্টগুলো নোট করেন। rollout পরিচালনাকারী internal working group-এর সঙ্গে তিনি আগামী সপ্তাহে এগুলো আলোচনা করবেন।

মিটিং শেষে তিনি দ্রুত একটি হিসাব করেন। এই সপ্তাহে তিনি:

• Status updates লেখায় ৪৫ মিনিট বাঁচিয়েছেন।
• Iwan নিজেই উত্তর খুঁজে পাওয়ায় ৩০ মিনিট বাঁচিয়েছেন।
• Meeting notes লিখতে না হওয়ায় ৯০ মিনিট বাঁচিয়েছেন।
• আগের কথোপকথন থেকে তথ্য খুঁজতে না হওয়ায় ২ ঘণ্টা বাঁচিয়েছেন।

মোট: প্রায় ছয় ঘণ্টা।

এটি পুরো একটি কর্মদিবস নয়, কিন্তু উল্লেখযোগ্য পার্থক্য আনতে যথেষ্ট। ছয় ঘণ্টা তিনি এমন কাজে ব্যয় করতে পেরেছেন যেগুলো সত্যিই তার মনোযোগ দাবি করেছিল: এক ক্লায়েন্টের সঙ্গে কঠিন কথোপকথন, একটি design choice, এমন একটি proposal যার সত্যিই custom work দরকার ছিল।

অন্য সেবা প্রদানকারীদের জন্য এর অর্থ কী

Sanne-এর কর্মসপ্তাহ ব্যতিক্রমী নয়। এটি ভবিষ্যতের দৃশ্যও নয়। এটি এখনই ঘটছে—consultancy firms, advisory firms, development teams এবং recurring client projects নিয়ে কাজ করা অন্যান্য service providers-এর মধ্যে।

“knowledge capture” করার আগের প্রচেষ্টাগুলোর তুলনায় এই পদ্ধতিকে আলাদা করে যা:

• এতে discipline দরকার হয় না। কথোপকথন স্বয়ংক্রিয়ভাবে process হওয়ায় knowledge base নিজেই পূর্ণ হয়।
• এটি সঙ্গে সঙ্গে value দেয়। তিন মাস পরে নয়, একই সপ্তাহে।
• এটি per project scale করে। পুরো কোম্পানির জন্য একটি বড়, অগোছালো knowledge base নয়; বরং প্রতি ক্লায়েন্টে ছোট, focused environments।

এর অর্থ এই নয় যে এটি নিজে নিজেই ঘটে। তিনটি বিষয়ে মনোযোগ দরকার:

1. Consent and communication

প্রতিটি client-কে জানতে হবে যে কথোপকথন রেকর্ড করা হয়, data কত দিন রাখা হয়, এবং কার access আছে। এটি legal formality নয়, trust-এর বিষয়। যে organizations এটি ঠিকভাবে সামলায় না, তারা clients হারায়।

2. Steering agents

কোনো status update বা summary-এর প্রথম version খুব কমই নিখুঁত হয়। Teams-কে শিখতে হয় কীভাবে agents-কে steer, correct এবং refine করতে হয়। এর জন্য “AI সামলে নেবে” ধরনের মানসিকতার চেয়ে ভিন্ন mindset দরকার।

3. Cleaning up and archiving

Projects শেষ হয়। Clients চলে যায়। তখন knowledge bases বন্ধ, archive বা delete করতে হয়। যে organizations এটি ঠিক করে না, এক বছর পরে তাদের কাছে এমন ভাসমান environments-এর অগোছালো সংগ্রহ থাকে, যার দিকে আর কেউ তাকাতেও সাহস করে না।

সোমবারে ফিরে

সোমবার সকাল, নয়টা। Sanne আরেকটি নতুন সপ্তাহ শুরু করেন। তার calendar-এ আরেক প্রকল্পের জন্য একটি kick-off call আছে। তিনি knowledge base খুলে দেখেন recording settings ঠিক আছে কি না, এবং মিটিং শুরু করেন।

এখন এটি routine মনে হয়। উত্তেজনাপূর্ণ নয়, বিশেষও নয়। শুধু: কাজটা এভাবেই হয়।

আর এটিই হয়তো সবচেয়ে ভালো লক্ষণ যে কাজের একটি নতুন পদ্ধতি সত্যিই প্রতিষ্ঠিত হয়েছে। যখন তা impressive থাকে তখন নয়, বরং যখন তা স্বতঃসিদ্ধ হয়ে যায়।