আপনার টিমের মধ্যে বিশেষজ্ঞ জ্ঞান আদান-প্রদান গড়ে তুলুন

আপনি একটি নতুন সার্ভিস শেখার চেষ্টা করছেন। আপনি ডকুমেন্টেশন পড়েন। আপনি একটি প্রোটোটাইপ তৈরি করেন। কিন্তু ডকুমেন্টেশন পুরনো হওয়ার কারণে সেটি ব্যর্থ হয়। একজন বিশেষজ্ঞের সাথে কথা বলার জন্য আপনাকে দুই দিন অপেক্ষা করতে হয়।

এবার সার্ভিস ওনারের (service owner) কথা ভাবুন। তারা তাদের অর্ধেক সময় একই প্রশ্নের উত্তর দিতে ব্যয় করেন। তারা নতুন ফিচার তৈরি করতে চান, কিন্তু তারা কেবল সমস্যা সমাধানকারী (firefighter) হিসেবে আটকে থাকেন।

একটি ইনসিডেন্ট (incident) প্রতিরোধ করা হলো অদৃশ্য কাজ। কিন্তু একটি ইনসিডেন্ট সমাধান করা দৃশ্যমান। এই কারণেই ডকুমেন্টেশন হারিয়ে যায়। বিশেষজ্ঞরা উচ্চ-প্রভাবশালী (high-impact) কাজে মনোযোগ দেন এবং উইকি (wiki) উপেক্ষা করেন।

আপনি হয়তো ভাবছেন AI এই সমস্যার সমাধান করবে। কিন্তু AI ভুল তথ্য দেয় (hallucinates)। এটি প্রাইভেট প্রজেক্টের ক্ষেত্রে ভুল করতে পারে।

আপনার একটি জীবন্ত নলেজ বেস (living knowledge base) প্রয়োজন, কোনো স্থির উইকি (static wiki) নয়।

একটি উইকি ব্যর্থ হয় কারণ এটি লেখা একটি বোঝা বা বাড়তি কাজের মতো মনে হয়। এটি আসল কাজ থেকে সময় কেড়ে নেয়। এটি আপডেট করার মাধ্যমে কেউ কোনো সুবিধা পায় না।

একটি জীবন্ত নলেজ বেস কাজের ধারা (workflow) বদলে দেয়। এর মূল নীতিটি সহজ: মানুষ কেবল বিচারবুদ্ধি (judgment) প্রদান করে। বাকি কাজ এজেন্টরা (agents) সামলায়।

এটি যেভাবে কাজ করে:

  • Markdown-এ লিখুন। এটি অত্যন্ত সহজ ও ঝামেলামুক্ত।
  • এজেন্ট Markdown-কে ডায়াগ্রাম এবং কোড হাইলাইটসহ HTML-এ রূপান্তর করে।
  • Markdown হলো মূল সত্য। HTML হলো ভিজ্যুয়াল লেয়ার।
  • ডকুমেন্টেশন কাজের একটি উপজাত (byproduct) হয়ে ওঠে।
  • একটি ডকুমেন্ট লেখার পরিবর্তে, আপনি আপনার এজেন্টকে জানান আপনি কী শিখেছেন।
  • এজেন্ট কাজটি সারসংক্ষেপ করে একটি Pull Request সাবমিট করে।
  • একজন বিশেষজ্ঞ PR-টি রিভিউ করেন।

এটি একটি ফ্লাইহুইল ইফেক্ট (flywheel effect) তৈরি করে। এজেন্ট ব্যবহারকারী প্রতিটি ডেভেলপার জ্ঞান তৈরি করেন। প্রতিটি অনুমোদিত PR এজেন্টকে আরও বুদ্ধিমান করে তোলে। এতে অবদান রাখার খরচ প্রায় শূন্য।

উইকিতে, আপনি নিজের খরচে অন্যদের জন্য লেখেন। নলেজ বেসে, আপনি নিজের জন্য কাজ করেন এবং জ্ঞান নিজে থেকেই তৈরি হয়।

এই সিস্টেমটি একটি অবকাঠামো (infrastructure) হিসেবে কাজ করে। আপনি এর ওপর আরও টুলস তৈরি করতে পারেন:

  • অন-কল এজেন্ট (On-call agents) যা অতীতের ইনসিডেন্টের ওপর ভিত্তি করে সমাধানের পরামর্শ দেয়।
  • সিঙ্ক টুলস (Sync tools) যা সিস্টেম ভেঙে যাওয়া রোধ করতে অন্যান্য টিমের পরিবর্তনগুলো বিশ্লেষণ করে।

একা কোডিং করার যুগ শেষ হচ্ছে। আমাদের এজেন্টিক ওয়ার্কফ্লোর (agentic workflows) দিকে এগিয়ে যেতে হবে।

উৎস: https://dev.to/duskcloudxu/knowledgebase-how-to-build-expert-knowledge-sharing-within-your-team-2jag

ঐচ্ছিক লার্নিং কমিউনিটি: https://t.me/GyaanSetuAi