তোমার কাজের টুলগুলোর জন্য একটি নলেজ গ্রাফ আসলে দেখতে কেমন হয়
কাজের টুলগুলোর জন্য নলেজ গ্রাফ মানে গুগলের ফ্যাক্ট বক্স নয়। Linear, Slack, Figma এবং তোমার টুল স্ট্যাককে যুক্ত করার পর এটি আসলে কেমন দেখায়, তা এখানে দেওয়া হলো।
By Chris Calo · 2026-03-14
১৮৭৬ সালে, Melvil Dewey এমন একটি সমস্যায় পড়েছিলেন যা তোমার কাছে বেশ পরিচিত মনে হতে পারে। লাইব্রেরিগুলো বইয়ের স্তূপে ডুবে যাচ্ছিল, আর প্রতিটি প্রতিষ্ঠানের নিজস্ব এলোমেলো সিস্টেম ছিল সেগুলো সাজানোর জন্য – অথবা বেশিরভাগ সময় কোনো সিস্টেমই ছিল না। একজন পাঠক যদি তিনটি সম্পর্কিত বইয়ের মধ্যে কোনো ভাবনার যোগসূত্র খুঁজতে চাইতেন, তাকে আগেই জানতে হতো যে বইগুলোর অস্তিত্ব আছে, সেগুলো কোথায় রাখা আছে, আর শেলফগুলোর মাঝে হাঁটার জন্য তার হাতে যথেষ্ট অবসর সময় থাকতে হতো। ডিউইয়ের ডেসিমাল ক্লাসিফিকেশন শুধু বই সাজানোর কারণে অসাধারণ ছিল না (মানুষ শত শত বছর ধরেই সেটি করছিল)। এটি অসাধারণ ছিল কারণ এটি বিষয়গুলোর মধ্যকার সম্পর্ক এনকোড করেছিল – থার্মোডাইনামিক্স, মেটালার্জি এবং স্টিম ইঞ্জিনিয়ারিং যে একে অপরের সাথে যুক্ত, সেই ধারণাটি প্রতিষ্ঠা করেছিল, যদিও বইগুলো হয়তো ভিন্ন ভিন্ন ফ্লোরে রাখা ছিল।
১৫০ বছর পর আজকের দিনে তাকালে দেখবে, আমরা কোনো না কোনোভাবে ডিউইয়ের আগের সেই অগোছালো লাইব্রেরিটাই আবার তৈরি করে ফেলেছি, পার্থক্য শুধু শেলফগুলো এখন SaaS প্রোডাক্ট আর বইগুলো হলো Slack মেসেজ। কাজের টুলের জন্য একটি নলেজ গ্রাফ মূলত সেই একই সমস্যা সমাধানের চেষ্টা যা ডিউই করেছিলেন – সম্পর্কগুলোকে এনকোড করা – কিন্তু এবার মডার্ন টিম কোলাবোরেশনের বিশৃঙ্খল এবং খণ্ডিত অবস্থার জন্য। একেই বলে অগ্রগতি।
"নলেজ গ্রাফ" শব্দটা "AI-powered" এবং "blockchain-enabled"-এর মতোই এমন বেপরোয়া আত্মবিশ্বাসের সাথে ব্যবহার করা হয় – যার মানে হলো, যারা এটি ব্যবহার করছে তাদের প্রায় কেউই একই অর্থ বোঝাচ্ছে না। Google-এর একটি আছে (সেই বক্সটি যা তুমি সার্চ করলে লুক্সেমবার্গের রাজধানীর নাম বলে দেয়)। Neo4j-এর একটি আছে। তোমার কোম্পানির Notion উইকি নিশ্চিতভাবেই এমন কিছু নয়, যদিও যে কনসালট্যান্ট তোমাকে এটি বিক্রি করেছে সে হয়তো এমনই দাবি করেছিল। আর ক্যাটাগরি নিয়ে এই সব বিভ্রান্তির মাঝখানে, সত্যিই দরকারি একটি ধারণা বারবার হারিয়ে যায়: কাজের টুলের জন্য একটি নলেজ গ্রাফ। এমন একটি জীবন্ত গ্রাফ যা Figma, Slack, Linear, GitHub এবং বাকি সব টুলের মধ্যে তোমার টিমের কাজের সম্পর্কগুলোকে ম্যাপ করে।
চলো এই ধোঁয়াশা দূর করার চেষ্টা করি।
"নলেজ গ্রাফ" আসলে কী বোঝায় (এবং কী বোঝায় না)
এখানেই ক্যাটাগরির বিভ্রান্তি সবচেয়ে বেশি সমস্যা তৈরি করে। বেশিরভাগ মানুষ যখন "নলেজ গ্রাফ" শোনে, তারা Google-এর Knowledge Panel কল্পনা করে – সেই পরিপাটি সাইডবার যা তোমাকে বলে বারাক ওবামা ৬ ফুট ২ ইঞ্চি লম্বা এবং হনলুলুতে জন্মগ্রহণ করেছিলেন। এটি হলো তথ্যের একটি স্ট্যাটিক জাল। এনসাইক্লোপিডিয়া ব্রিটানিকা, তবে আরও সুন্দর টাইপোগ্রাফিসহ। অবশ্যই দরকারি, কিন্তু কাজের টুলের জন্য একটি নলেজ গ্রাফ যা করে তার সাথে এর প্রায় কোনো সম্পর্কই নেই।
প্রচলিত ভুল ধারণাটি অনেকটা এমন: নলেজ গ্রাফ হলো তথ্যের একটি বিশাল ডেটাবেস, হয়তো চমৎকার কিছু ভিজ্যুয়ালাইজেশনসহ, যেখানে কেউ (বা কোনো কিছু) খুব সাবধানে তোমার প্রতিষ্ঠান সম্পর্কে সমস্ত গুরুত্বপূর্ণ তথ্য এন্ট্রি করেছে। এটি মূলত একটি উইকি, তবে পেজ ও লিংকের বদলে এতে থাকে বৃত্ত আর রেখা।
কিন্তু কাজের ধরনটা ভিন্ন। একটি ওয়ার্কপ্লেস নলেজ গ্রাফ কোনো তথ্য বা ফ্যাক্ট সংরক্ষণ করে না – এটি সিগন্যালগুলোর মধ্যকার সম্পর্ক সংরক্ষণ করে। প্রতিটি Slack থ্রেড, প্রতিটি Figma কমেন্ট, প্রতিটি Linear স্ট্যাটাস পরিবর্তন, প্রতিটি মার্জ হওয়া PR হলো এক একটি সিগন্যাল। গ্রাফের একমাত্র কাজ হলো এই সিগন্যালগুলো কীভাবে একে অপরের সাথে যুক্ত তা মনে রাখা: এই কথোপকথন ওই সিদ্ধান্ত নিতে সাহায্য করেছিল, যা থেকে এই টিকিট তৈরি হয়েছিল, যা এই pull request-এ বাস্তবায়িত হয়েছিল, যা রিভিউ করেছিল সেই একই ব্যক্তি যে তিন সপ্তাহ আগে একটি ডিজাইন রিভিউ মিটিংয়ে মূল সমস্যাটি তুলে ধরেছিল।
সিগন্যালগুলো হলো নোড। সংযোগগুলো হলো edge। আর এই edge-গুলোই হলো আসল বিষয় – এগুলো ছাড়া তোমার কাছে কেবল একটি সার্চ ইনডেক্সই থাকবে।
"Edge-গুলোর কারণেই এটি একটি ডেটাবেসের বদলে একটি গ্রাফ হয়ে ওঠে। এগুলো ছাড়া, তুমি হয়তো আলাদা আলাদা মেসেজ খুঁজে পাবে – কিন্তু সেই মেসেজটি কোন সিদ্ধান্তের অংশ ছিল বা আরও কোন ছয়টি কথোপকথন এটিকে রূপ দিয়েছিল, তা তুমি খুঁজে পাবে না।" – Chris Calo
(তোমার কাছে আগে থেকেই একটি সার্চ ইনডেক্স আছে। একে বলা হয় Slack সার্চ। এটি কেন যথেষ্ট নয়, সে বিষয়ে আমরা পরে আসছি।)
Notion উইকির বিশাল গোরস্থান
মেকানিজম নিয়ে আরও গভীরে যাওয়ার আগে, চলো যারা ব্যর্থ হয়েছে তাদের প্রতি একটু সম্মান জানাই।
আমি এ পর্যন্ত যত স্টার্টআপের সাথে কাজ করেছি – প্রতিটি স্টার্টআপেরই – একটি Notion উইকি ছিল। আর প্রতিটির জীবনচক্র একই রকম ছিল: কেউ একজন (সাধারণত টিমের সবচেয়ে গোছানো মানুষটি, ঈশ্বর তার মঙ্গল করুন) ছুটির দিনে সময় নিয়ে এটি সেটআপ করে। এটি দেখতে দারুণ হয়। প্রায় তিন সপ্তাহের মতো সবাই এটি সত্যিই ব্যবহার করে।
তারপর বাস্তবের মুখোমুখি হতে হয়। উইকিতে এমন একজনকে প্রয়োজন হয় যে তথ্যগুলো যেখানে প্রাকৃতিকভাবে তৈরি হয় – Slack কথোপকথন, Figma কমেন্ট, Linear টিকিট – সেখান থেকে ম্যানুয়ালি সরিয়ে উইকির নির্ধারিত স্থানে নিয়ে যাবে। তোমার টিম যতগুলো কনটেক্সট তৈরি করে, তার প্রতিটির ওপর এটি একটি ম্যানুয়াল কপি-পেস্ট ট্যাক্স। আর সত্যি বলতে, কেউ নিয়মিত এই ট্যাক্স দেয় না। এমনকি যে গোছানো মানুষটি এটি তৈরি করেছিল সেও নয়, কারণ সে এখন তার আসল কাজ করতে গিয়ে নিজের তৈরি করা সেই স্মৃতিস্তম্ভ রক্ষণাবেক্ষণের সময় পায় না।
ছয় মাস পর: অর্ধেক পেজ ব্যাকডেটেড হয়ে যায়, এক-চতুর্থাংশ পেজে পরস্পরবিরোধী তথ্য থাকে, আর বাকিগুলো হলো ফাঁকা টেমপ্লেট যা কেউ একজন "কাজের চাপ কমলে" অবশ্যই পূরণ করবে বলে ভেবেছিল। (কাজের চাপ কখনোই কমে না। এটি আরেকটি প্রচলিত ভুল ধারণা।)
নলেজ ম্যানেজমেন্ট ইন্ডাস্ট্রি গত বিশ বছর ধরে আমাদের কাছে এই একই মিথ্যে প্রতিশ্রুতি বিক্রি করে আসছে: তুমি যদি শুধু সবকিছু ডকুমেন্ট করে রাখো, তবে তুমি কখনোই কনটেক্সট হারাবে না। এটি শুনতে চমৎকার একটি থিওরি। কিন্তু প্রতিবারই এটি একই জায়গায় এসে ধাক্কা খায় – মানুষ রিয়েল-টাইমে কোনো কিছু ডকুমেন্ট করে না, আর যখন তারা করার সময় পায়, ততক্ষণে কনটেক্সট হারিয়ে যায়, বিকৃত হয়, অথবা এমন কোনো Slack মেসেজ সেটির জায়গা দখল করে যা আর কেউ খুঁজে পায় না।
কাজের টুলের জন্য একটি নলেজ গ্রাফ আসলে কী সংরক্ষণ করে
ঠিক আছে, মেকানিজমে ফিরে যাই। একটি কাজের নলেজ গ্রাফ দুটি জিনিস সংরক্ষণ করে: নোড এবং edge।
নোড (বস্তু বা বিষয়)
- টাস্ক – Linear ইস্যু, GitHub ইস্যু, Jira টিকিট। স্ট্যাটাস এবং মালিক আছে এমন যেকোনো কিছু।
- কথোপকথন – Slack থ্রেড, Figma কমেন্ট থ্রেড, ইমেইল চেইন। আলাদা কোনো মেসেজ নয় – থ্রেড করা আলোচনা যা একটি অর্থপূর্ণ ইউনিট হিসেবে কাজ করে।
- ব্যক্তি – তোমার টিম, বাইরের পরিচিত জন, স্টেকহোল্ডার। প্রত্যেকের একটি প্রোফাইল থাকে যা গ্রাফ সময়ের সাথে সাথে তাদের ইন্টারেকশন থেকে তৈরি করে। (এমন কোনো প্রোফাইল নয় যা তারা একবার পূরণ করে ভুলে যায়। এটি একদম সত্যিকারের একটি জীবন্ত প্রোফাইল।)
- সিদ্ধান্ত – এমন মুহূর্ত যখন টিম A পথের বদলে B পথ বেছে নিয়েছিল। সিদ্ধান্তগুলো প্রায়শই কোনো স্পষ্ট ডিসিশন লগে থাকার বদলে একটি Slack রিপ্লাইয়ের ভেতরে লুকিয়ে থাকে, যা হয়তো তিনজন দেখেছে কিন্তু এগারো জনের দেখা প্রয়োজন ছিল। একটি ভালো নলেজ গ্রাফ এগুলো ঠিকই সামনে নিয়ে আসে।
- আর্টিফ্যাক্টস – PR, ডিজাইন ফাইল, ডকুমেন্ট, মিটিং রেকর্ডিং। তোমার টিম যেসব জিনিস তৈরি করে।
Edge (সম্পর্ক)
নোডগুলো কীভাবে একে অপরের সাথে সংযুক্ত, গ্রাফ সেটিও সংরক্ষণ করে:
- এই Slack থ্রেডটি এই Linear ইস্যু সম্পর্কে তথ্য দিয়েছে
- এই ব্যক্তিটি এই সিদ্ধান্তে অংশগ্রহণ করেছেন
- এই PR-টি এই টাস্কটিকে বাস্তবায়ন করে
- এই Figma কমেন্টটি এই ডিজাইন রিভিউকে আটকে দিয়েছে
- এই মিটিং থেকে এই তিনটি অ্যাকশন আইটেম তৈরি হয়েছে
Edge-গুলোর কারণেই এটি একটি গ্রাফ, ডেটাবেস নয়। এগুলো ছাড়া তুমি হয়তো আলাদা মেসেজ ঠিকই খুঁজে পাবে – কিন্তু তুমি এমন কোনো সিদ্ধান্ত খুঁজে পাবে না যার অংশ ছিল মেসেজটি, বা সেই ছয়টি অন্য কথোপকথন যা এটিকে রূপ দিয়েছিল।
কীভাবে সিগন্যাল নলেজে পরিণত হয় (কারও কোনো ডকুমেন্টেশন ছাড়াই)
এখানেই মিথ আর মেকানিজমের মধ্যে সবচেয়ে বড় পার্থক্য তৈরি হয়। মিথ বলে: একটি নলেজ বেস তৈরি করো এবং সেটি মেইনটেইন করো। মেকানিজম বলে: যা ঘটছে তা পর্যবেক্ষণ করো এবং স্বয়ংক্রিয়ভাবে সেটি ম্যাপ করো।
যে নলেজ গ্রাফ তোমাকে ম্যানুয়ালি মেইনটেইন করতে হয়, তা আসলে উইকিরই আরেক নাম। এটি তিন সপ্তাহ টিকবে। (উপরে গোরস্থানের অংশটি দেখো।)
তাই গ্রাফটিকে স্বয়ংক্রিয় হতে হবে। এটি মোটামুটি কীভাবে কাজ করে তা নিচে দেওয়া হলো – আমি বিষয়টি সহজ করে বলছি, তবে মূল কাঠামোটি এমনই:
১. সিগন্যাল প্রবেশ করে। তোমার কানেক্ট করা টুলগুলো থেকে আসা প্রতিটি webhook, poll এবং scrape একটি সিগন্যাল তৈরি করে – একটি Slack মেসেজ, Linear-এর স্ট্যাটাস পরিবর্তন, বা একটি Figma কমেন্ট। পাঁচ-ছয়টি টুল ব্যবহার করা দশজনের একটি টিম প্রতিদিন এমন শত শত সিগন্যাল তৈরি করে। বেশিরভাগ মানুষ বুঝতেও পারে না তাদের টিম কতটা ambient কনটেক্সট তৈরি করছে; তারা শুধু এটুকুই জানে যে প্রয়োজনের সময় তারা এটি কখনোই খুঁজে পায় না।
২. সিগন্যাল ক্লাসিফাই করা হয়। এটি কি নতুন কোনো টাস্ক? পুরনো কোনো টাস্কের আপডেট? কোনো সিদ্ধান্ত নেওয়া হচ্ছে? নাকি স্রেফ ব্যাকগ্রাউন্ড নয়েজ? যেখানে সম্ভব ক্লাসিফিকেশন প্রোগ্রাম্যাটিকভাবে ঘটে – যেমন, একটি Linear ইস্যু নম্বরের রেফারেন্স থাকা GitHub PR বেশ স্পষ্ট। অস্পষ্ট সিগন্যালগুলোর ক্ষেত্রে (যেমন একটি Slack মেসেজ যা প্রজেক্ট নিয়ে হতে পারে, আবার কেউ হয়তো শুধু ব্যানানা ব্রেড বানানোর রেসিপি শেয়ার করছে), সিস্টেমটি entity extraction এবং vector embedding similarity ব্যবহার করে বিদ্যমান গ্রাফ নোডগুলোর সাথে মেলায়। যদি Slack মেসেজের embedding বিদ্যমান টাস্ক ক্লাস্টারের যথেষ্ট কাছাকাছি থাকে, তবে লিংকটি গ্রাফে একটি weighted edge হিসেবে তৈরি হয় – যার সাথে একটি confidence score যুক্ত থাকে (ফরমাল ভাষায় যাকে property graph বলে)। থ্রেশহোল্ডের নিচে থাকলে? সেটি শুধু কনটেক্সট হিসেবে ফাইল করা হয়। জোর করে এমন কোনো সম্পর্ক তৈরি করা হয় না যা এর সাথে যায় না।
৩. সিগন্যাল লিংক করা হয়। ক্লাসিফাই হওয়া সিগন্যাল বিদ্যমান নোডগুলোর সাথে যুক্ত হয়। কেউ যদি Slack থ্রেডে কোনো Linear ইস্যুর কথা উল্লেখ করে, তবে এই দুটি এখন লিংক হয়ে যায়। Figma ডিজাইনে কমেন্ট করা ব্যক্তিটিই যদি সেটি বাস্তবায়নের জন্য PR খোলেন, তবে এই সংযোগগুলো স্বয়ংক্রিয়ভাবেই তৈরি হয়। কাউকে কোনো কিছু ডকুমেন্ট করতে হয়নি। কাউকে উইকি আপডেট করতে হয়নি। (এটিই হলো Sugarbug-এ আমাদের তৈরি করা জিনিসের মূল অংশ – তোমার টিম শুধু তাদের কাজ করবে, আর লিংকিংয়ের কাজটা ব্যাকগ্রাউন্ডে এমনিতেই হবে।)
৪. গ্রাফটি সময়ের সাথে আরও স্মার্ট হয়। ক্রস-টুল রেফারেন্সগুলো যত জমতে থাকে, গ্রাফটি তোমার টিম আসলে কীভাবে কাজ করে তার একটি আরও পরিষ্কার চিত্র তৈরি করে – কে কার সাথে সহযোগিতা করে, কোন টুলগুলোতে কোন ধরনের সিদ্ধান্ত নেওয়া হয় এবং কোথায় কনটেক্সট অবধারিতভাবে হারিয়ে যায়। (আমাদের অভিজ্ঞতায়, এটি প্রায় সব সময়ই ঘটে ডিজাইন এবং ইঞ্জিনিয়ারিংয়ের হ্যান্ডঅফের সময়। প্রতিবারই। তুমি হয়তো ভাববে আমরা এতদিনে এই সমস্যাটি সমাধান করে ফেলেছি।)
Slack সার্চ, Zapier এবং ড্যাশবোর্ড কেন এগুলোর বিকল্প নয়
যারা "কিন্তু আমি কি শুধু..." বলে প্রশ্ন তোলে, তাদের বিষয়ে একটু সংক্ষেপে বলি। (আমি নিজেও বছরের পর বছর সেই দলে ছিলাম। আমি সবকিছুই চেষ্টা করে দেখেছি।)
Slack সার্চ সত্যিই আন্ডাররেটেড, কিন্তু "searchable" এবং "findable" জিনিস দুটি একেবারেই আলাদা। Slack সার্চ তখন কাজ করে যখন তুমি জানো তুমি কী খুঁজছ এবং মোটামুটি কখন সেটি ঘটেছিল। কিন্তু যখন তুমি সপ্তাহজুড়ে একাধিক চ্যানেলে নেওয়া কোনো সিদ্ধান্তকে আবার মেলাতে যাও, তখন এটি পুরোপুরি ব্যর্থ হয়। কারণ তুমি কথোপকথনের মধ্যে একটি সম্পর্ক খুঁজছ, নির্দিষ্ট কোনো মেসেজ নয়, আর Slack-এর কাছে এই কাজের জন্য কোনো মডেল নেই।
Zapier এবং Make বেসিক কানেকশন তৈরি করতে পারে – "Linear ইস্যু Done হলে Slack-এ পোস্ট করো" – কিন্তু এটি কেবল plumbing, বোঝার ক্ষমতা নয়। Zapier শুধু জানে যে কিছু একটা ঘটেছে। এটি কেন ঘটেছে, অথবা এর আগে যা ঘটেছিল তার সাথে এটি কীভাবে যুক্ত, সে সম্পর্কে এর কোনো ধারণাই নেই। (ওয়ার্কফ্লো অটোমেশন টুলগুলোর মূল ট্র্যাজেডি হলো: যাদের এগুলো সবচেয়ে বেশি প্রয়োজন, তাদের কাছে এগুলো কনফিগার করার সময় সবচেয়ে কম থাকে।)
ড্যাশবোর্ড তোমাকে বলে: ওপেন ইস্যু: ৪৭, এই সপ্তাহে মার্জ হওয়া PR: ১২। এটি কাজের পরিমাণ মাপার জন্য দরকারি। কিন্তু কার্যকারণের জন্য পুরোপুরি অকেজো। ড্যাশবোর্ড বলে "১টি PR মার্জ হয়েছে"। গ্রাফ তোমাকে বলে কেন – একটি Figma রিভিউতে একটি বাগ ধরা পড়েছিল, যা মূলত একটি Slack থ্রেডে রিপোর্ট করা হয়েছিল যা অন্য কেউ দেখেনি। পেছনের গল্প ছাড়া সংখ্যাগুলো নিছকই সাজসজ্জা মাত্র।
এটি আসলে কী সুবিধা নিয়ে আসে
কাজের টুলের জন্য নলেজ গ্রাফ তোমার মেইনটেইন করা কোনো উইকি নয় – এটি সম্পর্কগুলোর এমন একটি স্বয়ংক্রিয় ম্যাপ যা তোমার টিম কাজ করার সাথে সাথে তৈরি হয়। শুধু তথ্য সংরক্ষণ করার মাঝে এর সার্থকতা নেই; বরং এর মূল সুবিধা হলো সিগন্যালগুলোর মধ্যকার সেই সংযোগগুলো এনকোড করা, যা সাধারণ টুলগুলো দেখতে পায় না।
সংযুক্ত সিগন্যালগুলোর মাধ্যমে – এবং বাস্তবে, তুমি ইনজেশনের প্রথম কয়েক দিনের মধ্যেই (মাস নয়) দরকারি সংযোগগুলো দেখতে শুরু করবে – তুমি এমন অনেক কিছু করতে পারবে যা এই টুলগুলোর কোনোটিই একা সাপোর্ট করে না:
শুধু মেসেজ নয়, সিদ্ধান্তটি খুঁজে বের করো। কোনো ফিচারের জন্য Linear ইস্যুটি সামনে আনো, এর সাথে যুক্ত প্রতিটি কথোপকথন ও সিদ্ধান্ত দেখো, আর থ্রেড ধরে একেবারে সেই Figma কমেন্টে পৌঁছে যাও যেখানে প্রথম এই পদ্ধতিটি নিয়ে বিতর্ক হয়েছিল। আগে যে কাজের জন্য তিনজন কলিগকে জিজ্ঞেস করতে হতো এবং কমিট লগ ঘাঁটতে হতো, এখন তা কানেক্টেড নোডগুলো ধরে খুব সহজেই বের করে ফেলা যায়।
প্রত্নতাত্ত্বিকের মতো না খেঁটে মিটিংয়ের প্রস্তুতি নাও। একজন ইঞ্জিনিয়ারের সাথে ওয়ান-টু-ওয়ান মিটিংয়ের আগে, গ্রাফটি প্রাসঙ্গিক সবকিছু সামনে নিয়ে আসতে পারে – তারা কী কী রিলিজ করেছে, কী আটকে আছে, তারা কোন কথোপকথনের অংশ ছিল, কোন সিদ্ধান্তগুলো এখনো ঝুলে আছে। এটি velocity metrics-এর কোনো ড্যাশবোর্ড নয় (যা সবার জন্যই হতাশাজনক), বরং সত্যিই কী ঘটছে তার একটি ধারাবাহিক বর্ণনা। চারটি ভিন্ন টুল থেকে আধা ঘণ্টা সময় ব্যয় করে কনটেক্সট বের করা এবং মিটিংয়ে বসার আগেই সেটি প্রস্তুত থাকার মধ্যে বিশাল পার্থক্য রয়েছে।
কোনো কাজ ফসকে যাওয়ার আগেই হারিয়ে যাওয়া কনটেক্সট খুঁজে বের করো। তিন দিন আগে Figma রিভিউয়ের অনুরোধ করা হয়েছে কিন্তু কোনো উত্তর নেই? গ্রাফটি তা ধরে ফেলে। এক সপ্তাহ আগে একটি Linear ইস্যু "In Progress"-এ নেওয়া হয়েছে কিন্তু এরপর কোনো কমিট হয়নি? ফ্ল্যাগ করে দেবে। এগুলো কোনো জটিল অটোমেশন নয় – এগুলো হলো কানেক্টেড ডেটার ওপর প্যাটার্ন রিকগনিশন, এবং এগুলো কেবল তখনই কাজ করে কারণ গ্রাফ জানে কোন সিগন্যালগুলো কোন টাস্কের সাথে যুক্ত।
মানুষরূপী আঠা হওয়া বন্ধ করো। এই ব্যাপারটি আমাকে খুব ভাবায়। বেশিরভাগ স্টার্টআপেই এমন একজন মানুষ থাকে (প্রায়শই ফাউন্ডার, কখনো বা অত্যন্ত পরিশ্রমী কোনো PM), যে টিমের connective tissue বা আঠা হিসেবে কাজ করে – সেই মানুষটি যে মনে রাখে #design-feedback চ্যানেলের কথোপকথনটি ব্যাকলগের সেই টিকিটটির সাথে সম্পর্কিত ছিল যা গত সপ্তাহের standup-এ ওঠা একটি বিষয়ের কারণে আটকে ছিল। সেই মানুষটি সারা দিন নিজের মাথায় ম্যানুয়ালি নলেজ গ্রাফের কাজটি করে যাচ্ছে। এটি ক্লান্তিকর, এটি স্কেল করা যায় না, আর যখন সে ছুটিতে যায়, তখন পুরো টিমের দশ IQ পয়েন্ট কমে যায়। গ্রাফ সেই human routing layer-কে এমন কিছু দিয়ে রিপ্লেস করে যার কোনো ছুটির প্রয়োজন হয় না।
আর ঠিক এ কারণেই আমরা Sugarbug-কে অন্য আরেকটি ড্যাশবোর্ড হিসেবে তৈরি না করে একটি নলেজ লেয়ার হিসেবে তৈরি করেছি – যা তোমার টুলগুলো থেকে শুধু সংখ্যা একত্রিত করে না, বরং সেগুলোর মধ্য দিয়ে প্রবাহিত সিগন্যালগুলোর মধ্যকার সম্পর্কগুলোকে ম্যাপ করে। প্রতিটি নতুন সংযোগ আগের সংযোগগুলোকে আরও অর্থপূর্ণ করে তোলে। Dewey হয়তো এতে সম্মতি দিতেন। (সম্ভবত। তার কিছু চিন্তাভাবনা যদিও সময়ের সাথে খুব একটা টেকে নি, তবে ক্লাসিফিকেশনের বিষয়টি দারুণ ছিল।) This is cross-tool project visibility at the graph layer, which is also the missing foundation for the system-level fix for tracking tasks across multiple tools.
টুলগুলোর মধ্যকার সম্পর্কগুলো মাথায় রাখার জন্য এক জনের ওপর নির্ভর করা বন্ধ করো। Sugarbug স্বয়ংক্রিয়ভাবেই সম্পর্কগুলো ম্যাপ করে।
Q: কেউ Slack মেসেজ ডিলিট করলে বা Figma কমেন্ট resolve করলে গ্রাফের কী হয়? A: একবার কোনো সিগন্যাল ইনজেস্ট এবং লিংক করা হলে, মূল মেসেজটি ডিলিট করা হলেও বা কমেন্টটি resolve করা হলেও গ্রাফ সেই সম্পর্কটি ধরে রাখে। মূল কন্টেন্ট Slack বা Figma থেকে হারিয়ে যেতে পারে, কিন্তু edge – "এই কথোপকথনটি এই সিদ্ধান্ত নিতে সাহায্য করেছিল" – থেকে যায়। এটাই মূল কথা: গ্রাফ এমন কনটেক্সট সংরক্ষণ করে যা সাধারণ টুলগুলো মুছে ফেলে।
Q: Sugarbug-এর নলেজ গ্রাফ কি প্রাইভেট চ্যানেল এবং DM হ্যান্ডেল করতে পারে? A: তুমি নির্দিষ্টভাবে যেসব ডেটা সোর্স কানেক্ট করো, শুধু সেগুলোই ইনজেস্ট করা হয়। তুমি যদি কোনো প্রাইভেট Slack চ্যানেল কানেক্ট করো, তবে সেই সিগন্যালগুলো গ্রাফে প্রবেশ করে এবং Sugarbug ওয়ার্কস্পেসে অ্যাক্সেস আছে এমন যে কেউ তা দেখতে পারে। তুমি নিজে কোনো চ্যানেল নির্দিষ্টভাবে কনফিগার না করলে DM কখনোই স্ক্র্যাপ করা হয় না। ডেটা তোমার টিমের পরিবেশেই থাকে – Sugarbug কোনো সিগন্যাল অন্যান্য প্রতিষ্ঠানের সাথে শেয়ার করে না।
Q: অপ্রাসঙ্গিক Slack চ্যাটের মতো নয়েজি সিগন্যাল গ্রাফ কীভাবে সামলায়? A: ক্লাসিফিকেশন একটি confidence threshold ব্যবহার করে। যেসব সিগন্যাল threshold-এর উপরে থাকে এবং গ্রাফের বিদ্যমান নোডগুলোর সাথে মিলে যায়, সেগুলো লিংক হয়; নিচের সিগন্যালগুলো জোর করে কানেকশনে যুক্ত না করে আনলিংকড কনটেক্সট হিসেবে ফাইল করা হয়। সময়ের সাথে গ্রাফে যত বেশি রেফারেন্স পয়েন্ট জমা হয়, ক্লাসিফায়ার প্রজেক্টের প্রাসঙ্গিক আলোচনার সাথে সাধারণ চ্যাটের পার্থক্য করতে তত বেশি দক্ষ হয়ে ওঠে। আমাদের অভিজ্ঞতায়, প্রথম এক বা দুই সপ্তাহ পর noise-to-signal ratio লক্ষণীয়ভাবে কমে যায়।
Q: আমি কি সরাসরি নলেজ গ্রাফে query করতে পারি, নাকি এটি শুধু পেছনে ব্যবহৃত হয়? A: Sugarbug এর টাস্ক ভিউ এবং মিটিং প্রস্তুতির সারফেসের মাধ্যমে গ্রাফটি উপস্থাপন করে – তুমি কোনো query না লিখেই কানেক্টেড কনটেক্সট দেখতে পাও। তবে এর ভেতরের ডেটা Sugarbug-এর MCP সার্ভারের মাধ্যমেও অ্যাক্সেস করা যায়, ফলে তুমি চাইলে আরও গভীরে যাওয়ার জন্য কাস্টম ইন্টিগ্রেশন তৈরি করতে পারো বা অন্য টুল থেকে এটি ব্যবহার করতে পারো।
Q: গ্রাফে নতুন কোনো সিগন্যাল আসতে কতক্ষণ সময় লাগে? A: Webhook-নির্ভর সোর্সগুলো (যেমন GitHub এবং Linear) কয়েক সেকেন্ডের মধ্যেই চলে আসে। Poll করা সোর্সগুলো (যেমন Figma এবং Notion) scrape interval-এর ওপর নির্ভর করে – সোর্স অনুযায়ী সাধারণত প্রতি ৩০ মিনিট থেকে ২ ঘণ্টা সময় লাগে। বাস্তবে, তুমি যখন কোনো টাস্ক দেখতে বসবে, ততক্ষণে প্রাসঙ্গিক সিগন্যালগুলো আগে থেকেই লিংক হয়ে থাকে।