সিদ্ধান্ত লগ টেমপ্লেট: সিদ্ধান্ত কীভাবে লিখে রাখবেন যাতে কেউ আবার তা নিয়ে তর্ক না তোলে — আর লগ থাকবে কোথায় (2026)

সিদ্ধান্ত লগ হলো একটি দল কী কী সিদ্ধান্ত নিয়েছে তার ধারাবাহিক রেকর্ড। প্রতিটি সিদ্ধান্তের জন্য একটি এন্ট্রি থাকে, তারিখসহ। এতে এক বাক্যে সিদ্ধান্তটি লেখা থাকে, কে বা কোন পরিষদ তা নিয়েছে, কোন কোন বিকল্প টেবিলে ছিল এবং বেছে নেওয়া বিকল্পটি কেন জিতল। আরও থাকে সিদ্ধান্তটি কী কী বাদ দেয় এবং কোন শর্তে এটি আবার বিবেচনা করা হবে। এটি মিনিটস নয়, কাজের তালিকাও নয়। তিন মাস পরে নতুন কোনো সহকর্মী যখন জিজ্ঞেস করেন "আমরা কেন এভাবে করি?", তখন এই ডকুমেন্টটিই খোলা হয় এবং সেখানে একটি মিটিংয়ের বদলে একটি উত্তর পাওয়া যায়।

এই গাইডে প্রথমে আছে কাজটির কৌশল: সিদ্ধান্ত লগ কী, প্রতিটি এন্ট্রিতে কী থাকে, সিদ্ধান্ত নেওয়ার মিটিংয়ের আগে, চলাকালে ও পরে কীভাবে লিখবেন, কপি করার মতো একটি টেমপ্লেট ও রেজিস্টার এবং তিনটি পূরণ করা এন্ট্রি। তারপর আছে বাস্তব দিক: আপনার দল যেসব টুল ইতিমধ্যে ব্যবহার করে সেখানে লগ কোথায় থাকে, আর সিদ্ধান্তের কতটুকু আসলে তাতে ঢোকে। কারণ লগের আসল পরীক্ষা এন্ট্রি লেখার সপ্তাহে হয় না। পরীক্ষা হয় সেদিন, যেদিন কেউ বলে "আমার মনে পড়ছে না আমি এতে রাজি হয়েছিলাম।"

সিদ্ধান্ত লগ কী — আর কী নয়

একটি মিটিং থেকে চার ধরনের রেকর্ড তৈরি হয়। সিদ্ধান্ত লগকে সবচেয়ে বেশি গুলিয়ে ফেলা হয় বাকি তিনটির সঙ্গে:

আসল পার্থক্য হলো: মিনিটস সাজানো হয় মিটিং অনুযায়ী, সিদ্ধান্ত লগ সাজানো হয় সিদ্ধান্ত অনুযায়ী। তিনটি মিটিং জুড়ে নেওয়া একটি সিদ্ধান্তের জন্য তিনটি মিনিটস এন্ট্রি থাকে, কিন্তু লগে থাকে একটিই। আর মিনিটসে যা সাধারণত বাদ পড়ে, লগ তা ধরে রাখে: যে বিকল্পগুলো হেরে গেছে এবং কেন হেরেছে। পরের তর্কটা ঠিক এই অংশ নিয়েই হয়।

সিদ্ধান্ত লগ কোনো নীতিমালার ম্যানুয়ালও নয়। নীতি হলো বর্তমান নিয়ম; লগ হলো নিয়মটি কীভাবে সেখানে পৌঁছাল তার ইতিহাস, প্রতিস্থাপিত চিহ্নিত এন্ট্রিগুলোসহ। দুটোই রাখুন, দুটোকে লিংক করুন, আর নতুন সিদ্ধান্তের সঙ্গে মেলাতে কখনো পুরোনো এন্ট্রি সম্পাদনা করবেন না। নতুন এন্ট্রি যোগ করুন এবং পুরোনোটিকে তার দিকে নির্দেশ করুন।

প্রতিটি এন্ট্রিতে কী থাকে: ফরম্যাট

সাতটি উপাদান। অনলাইনের বেশিরভাগ টেমপ্লেটে প্রথম তিনটি থাকে আর সেখানেই থেমে যায়। এ কারণেই বেশিরভাগ লগ নিয়ে আবার তর্ক ওঠে:

1. একটি আইডি ও একটি তারিখ। "D-14, 9 October"। চ্যাটে মানুষ আইডিটিই উল্লেখ করে ("ওটা D-14"), সিদ্ধান্তটি আবার বর্ণনা করে ভুলে তা খুলে বসে না।
2. সিদ্ধান্তটি এক বাক্যে, বর্তমান কালে। "আমরা শুধু EUR-এ কোট দিই।" "আমরা মূল্য নিয়ে আলোচনা করেছি" নয়; "মনে করা হয়েছিল যে" নয়। বাক্যটির জন্য একটি অনুচ্ছেদ লাগলে সেটি হয় দুটি সিদ্ধান্ত, নয়তো কোনো সিদ্ধান্তই নয়।
3. কে সিদ্ধান্ত নিয়েছে, কার সঙ্গে পরামর্শ হয়েছে, কাকে জানানো হয়েছে। সিদ্ধান্তের জন্য একটি নাম বা একটি পরিষদ; যাঁদের মতামত নেওয়া হয়েছে; এবং যে চ্যানেল বা তালিকাকে জানানো হয়েছে। প্রথমটি উত্তর দেয় "কে এটি বদলাতে পারে"; বাকি দুটি উত্তর দেয় "আমাকে কি জিজ্ঞেস করা হয়েছিল" — সিদ্ধান্ত নিয়ে আপত্তির সবচেয়ে সাধারণ কারণ।
4. বিবেচিত বিকল্পগুলো, বেছে নেওয়াটিসহ। প্রতিটির জন্য এক লাইন। একটিমাত্র বিকল্পের লগ এন্ট্রি একটি ফলাফলের রেকর্ড, সিদ্ধান্তের নয়; বাতিল বিকল্পগুলোই পরের ত্রৈমাসিকে একই প্রস্তাবকে নতুন নামে ফিরে আসা থেকে আটকায়।
5. বেছে নেওয়া বিকল্পটি কেন জিতল। এক লাইন — যে সীমাবদ্ধতা, সংখ্যা বা ঝুঁকি বিষয়টি মীমাংসা করেছে। নতুন সহকর্মী আসলে এই বাক্যটিই খুঁজছেন।
6. পরিণতি: কী বদলায়, কী খরচ হয়, কী বাদ পড়ে। শুধু EUR-এ কোট দেওয়ার সিদ্ধান্ত USD মূল্যতালিকা বাদ দেয়; তা লিখে রাখুন, যাতে কেউ সেটি তৈরি না করে।
7. পুনর্বিবেচনার শর্ত, এবং সূত্র। যে তারিখ, সংখ্যা বা ঘটনা বিষয়টিকে বৈধভাবে আবার খুলতে পারে ("যদি মুদ্রার কারণে 10%-এর বেশি কোট প্রত্যাখ্যাত হয়"), আর সিদ্ধান্তটি যেখানে নেওয়া হয়েছিল তার লিংক — মিটিং রিক্যাপ, থ্রেড, ট্রান্সক্রিপ্টের সেই মুহূর্ত। পুনর্বিবেচনার শর্ত থাকা সিদ্ধান্ত আবার খোলা হয় প্রমাণের ভিত্তিতে; শর্তহীন সিদ্ধান্ত খোলা হয় মেজাজের ভিত্তিতে।

যা বাইরে থাকে: আলোচনা। কে কী বলেছে তার তিন অনুচ্ছেদ মিনিটস বা ট্রান্সক্রিপ্টের জিনিস, লগ সেগুলোর সঙ্গে লিংক করে। এন্ট্রি পড়েন এমন কেউ, যিনি একটি উত্তর খুঁজছেন; এটি একটি স্ক্রিনেই ধরা উচিত।

কীভাবে লিখবেন: আগে, চলাকালে, পরে

মিটিংয়ের আগে সিদ্ধান্তটিকে এজেন্ডায় সিদ্ধান্ত হিসেবেই রাখুন। যে এজেন্ডা আইটেম থেকে এন্ট্রিটি আসবে সেটিকে সিদ্ধান্ত চিহ্নিত করুন, প্রশ্ন ও বিকল্পগুলো আগে থেকেই লিখে: "সিদ্ধান্ত: শুধু EUR, দ্বৈত মূল্যতালিকা, নাকি অনুরোধে USD — Lena, 15 মিনিট, সিদ্ধান্ত।" কেউ কথা বলার আগেই এন্ট্রির অর্ধেক তৈরি থাকে, আর ঘরের লোকজন বিকল্পগুলো নতুন করে সাজাতে নয়, কারণ নিয়ে আলোচনায় সময় দেন।

মিটিং চলাকালে এগিয়ে যাওয়ার আগে সিদ্ধান্তটি পড়ে শোনান। ফ্যাসিলিটেটর বাক্যটি জোরে বলেন, পরাজিত বিকল্পের নামসহ: "তাহলে আমরা লিখে রাখছি — শুধু EUR, রক্ষণাবেক্ষণ খরচের কারণে দ্বৈত মূল্যতালিকা বাতিল, সিদ্ধান্ত Lena-র, প্রত্যাখ্যান 10% ছাড়ালে পুনর্বিবেচনা।" এই পড়ে শোনানোর মুহূর্তেই এন্ট্রিটি আসলে তৈরি হয়; আপত্তি করতে পারেন যাঁরা, তাঁরা ঘরেই আছেন, আর এখনকার আপত্তি ছয় সপ্তাহ পরের একই আপত্তির চেয়ে সস্তা। যে আইটেম এক বাক্যে পড়ে শোনানো যায় না, তার সিদ্ধান্ত এখনো হয়নি। সেটিকে অবশিষ্ট প্রশ্নসহ খোলা চিহ্নিত করে পরের এজেন্ডায় পাঠান।

মিটিংয়ের পরে একই দিনে এন্ট্রি লিখুন এবং দল যেখানে ইতিমধ্যে পড়ে সেখানে প্রকাশ করুন। পড়ে শোনানো বাক্যটি কপি করুন, নোট থেকে বিকল্প ও কারণ যোগ করুন, একটি আইডি দিন, রিক্যাপ লিংক করুন। তারপর পোস্ট করুন — যে চ্যানেলে মিটিংটি থাকে সেখানে, কারও একার ডকুমেন্টে নয়। ব্যক্তিগত ফোল্ডারে থাকা লগ এমন একটি লগ, যা দলের নেই; আর দল যে সিদ্ধান্ত খুঁজে পায় না, সেটি তারা আবার নেবে।

পুরো শৃঙ্খলাটাই হলো পড়ে শোনানো। লগ হলো পড়ে শোনানো কথাটিরই লিখিত রূপ।

একটি সিদ্ধান্ত লগ টেমপ্লেট

একটি এন্ট্রি, ডকুমেন্ট বা চ্যানেল পোস্টের জন্য:

D-[নম্বর] · [তারিখ] · [এক বাক্যে সিদ্ধান্ত, বর্তমান কাল]
অবস্থা: প্রস্তাবিত / সিদ্ধান্তকৃত / D-[নম্বর] দ্বারা প্রতিস্থাপিত
সিদ্ধান্ত নিয়েছেন: [নাম বা পরিষদ] · পরামর্শ নেওয়া হয়েছে: [নামসমূহ] · জানানো হয়েছে: [চ্যানেল বা তালিকা]
প্রেক্ষাপট: [দুই লাইন — প্রশ্নটি কী, এবং কেন এখনই সিদ্ধান্ত নিতে হলো]
বিকল্প: A — [এক লাইন]; B — [এক লাইন]; C — [এক লাইন]। নির্বাচিত: [অক্ষর]
কেন: [যে একটি সীমাবদ্ধতা, সংখ্যা বা ঝুঁকি বিষয়টি মীমাংসা করেছে]
পরিণতি: [কী বদলায়, কী খরচ হয়, কী বাদ পড়ে]
পুনর্বিবেচনা হবে যদি: [একটি তারিখ, একটি সংখ্যা বা একটি ঘটনা]
সূত্র: [রিক্যাপ বা থ্রেডের লিংক, এবং সেই মুহূর্ত]

সারা বছরের তালিকার জন্য রেজিস্টার:

দুটিই ডকুমেন্ট, স্প্রেডশিট, ক্যানভাস বা চ্যাট বার্তায় ফরম্যাট না বদলেই পেস্ট করা যায়। টেমপ্লেটে সাধারণত যে কলামগুলো থাকে না, সেগুলো হলো বাতিল ও পুনর্বিবেচনা হবে যদি — এই দুটিই ঠিক করে এন্ট্রিটি আর কখনো পড়া হবে কি না।

তিনটি পূরণ করা এন্ট্রি

একটি মূল্য-সংক্রান্ত সিদ্ধান্ত — সাপ্তাহিক মিটিং থেকে

D-14 · 9 Oct 2026 · আমরা শুধু EUR-এ কোট দিই; USD অনুরোধে সেদিনের রেটে রূপান্তরিত EUR দাম দেওয়া হয়।
অবস্থা: সিদ্ধান্তকৃত
সিদ্ধান্ত নিয়েছেন: Lena · পরামর্শ নেওয়া হয়েছে: Anna, Mateusz · জানানো হয়েছে: #sales
প্রেক্ষাপট: সেপ্টেম্বরে দুজন ডিস্ট্রিবিউটর USD কোট চেয়েছিলেন; দ্বিতীয় একটি মূল্যতালিকা রাখার প্রস্তাব উঠেছিল।
বিকল্প: A — শুধু EUR; B — দ্বৈত EUR/USD মূল্যতালিকা; C — অনুরোধে USD, হাতে রূপান্তর করে। নির্বাচিত: A
কেন: B প্রতিটি মূল্য পরিবর্তনের রক্ষণাবেক্ষণ দ্বিগুণ করে; C ইতিমধ্যে তিনটি অসংগত কোট তৈরি করেছে।
পরিণতি: কোনো USD মূল্যতালিকা তৈরি হবে না; কোটেশন টেমপ্লেটের হেডারে "EUR" লেখা থাকবে; মুদ্রার কারণে প্রত্যাখ্যান গণনা করা হবে।
পুনর্বিবেচনা হবে যদি: কোনো ত্রৈমাসিকে মুদ্রার কারণে 10%-এর বেশি কোট প্রত্যাখ্যাত হয়।
সূত্র: সাপ্তাহিক, 9 Oct, রিক্যাপ আইটেম 2, 14:05।

একটি নিয়োগ-সংক্রান্ত সিদ্ধান্ত — একবারের মিটিং থেকে

D-15 · 10 Oct 2026 · দ্বিতীয় সাপোর্ট নিয়োগ হবে Lisbon-এ, পর্তুগিজ ও স্প্যানিশভাষী; Milan অফিসে দ্বিতীয় কেউ নয়।
অবস্থা: সিদ্ধান্তকৃত
সিদ্ধান্ত নিয়েছেন: Tomás · পরামর্শ নেওয়া হয়েছে: Priya, Dana · জানানো হয়েছে: #team
প্রেক্ষাপট: Q3-তে স্পেন ও ব্রাজিল থেকে আসা সাপোর্ট টিকিট কিউয়ের 40% ছাড়িয়ে গেছে।
বিকল্প: A — Milan-এ দ্বিতীয় নিয়োগ; B — Lisbon-এ নিয়োগ; C — স্প্যানিশ সাপোর্ট আউটসোর্স। নির্বাচিত: B
কেন: পাইলটে হ্যান্ডওভারের মানের কারণে C বাতিল হয়েছে; A স্প্যানিশ কিউকে যেখানে আছে সেখানেই রেখে দেয়।
পরিণতি: চাকরির বিজ্ঞপ্তি হবে পর্তুগিজ ও স্প্যানিশে; অনবোর্ডিং হবে দূর থেকে; সাপোর্ট চ্যানেলে দলের কাজের ভাষা মিশ্রই থাকবে।
পুনর্বিবেচনা হবে যদি: টানা দুই ত্রৈমাসিক স্প্যানিশ ও পর্তুগিজ টিকিটের অংশ 20%-এর নিচে নামে।
সূত্র: নিয়োগ কল, 10 Oct, রিক্যাপ আইটেম 3।

একটি প্রতিস্থাপিত সিদ্ধান্ত

D-9 · 14 Aug 2026 · ক্লায়েন্ট কল ডিফল্টভাবে রেকর্ড করা হয়।
অবস্থা: D-16 দ্বারা প্রতিস্থাপিত
D-16 · 13 Oct 2026 · ক্লায়েন্ট কল রেকর্ড করা হয় কেবল তখনই, যখন ক্লায়েন্ট আমন্ত্রণে সম্মতি দিয়েছেন; রিক্যাপ দুই ক্ষেত্রেই লেখা হয়।
সিদ্ধান্ত নিয়েছেন: Lena · পরামর্শ নেওয়া হয়েছে: Kenji (আইন বিভাগ), Anna · জানানো হয়েছে: #sales, #team
বিকল্প: A — ডিফল্ট রেকর্ডিং বজায় রাখা; B — আমন্ত্রণে জিজ্ঞেস করা; C — ক্লায়েন্টদের রেকর্ড করা বন্ধ করা। নির্বাচিত: B
কেন: সেপ্টেম্বরে দুজন ক্লায়েন্ট আপত্তি করেছেন; দল পরে আসলে রেকর্ডিং নয়, রিক্যাপই পড়ে।
পরিণতি: আমন্ত্রণ টেমপ্লেটে একটি বাক্য যোগ হবে; D-9 বন্ধ করা হলো, মুছে ফেলা হয়নি।
পুনর্বিবেচনা হবে যদি: কোনো ক্লায়েন্ট চুক্তিতে রেকর্ডিং বাধ্যতামূলক হয়।
সূত্র: সাপ্তাহিক, 13 Oct, রিক্যাপ আইটেম 1, 03:40।

তিনটির মধ্যে মিল লক্ষ্য করুন: একজন বাইরের মানুষও যে বাক্য অনুযায়ী কাজ করতে পারেন, কারণসহ নাম-উল্লেখ করা পরাজিত বিকল্প, এবং এমন একটি শর্ত যা বলে প্রশ্নটি কখন বৈধভাবে আবার খোলা যাবে। কৌশলটা পুরোপুরি এটুকুই। এই গাইডের বাকি সবকিছু হলো মিটিং শেষ হওয়ার পরেও সেই এন্ট্রি যাতে খুঁজে পাওয়া যায় তার ব্যবস্থা।

কেন সিদ্ধান্ত নিয়ে আবার তর্ক ওঠে

দলগুলো সিদ্ধান্তের সঙ্গে দ্বিমত করে বলে সেটি খুব কমই আবার খোলে। খোলে, কারণ রেকর্ড চারটি প্রশ্নের একটির উত্তর দিতে পারে না:

• "আমরা কি সত্যিই এটা ঠিক করেছিলাম?" ফলাফল নিয়ে আলোচনা হয়েছিল, কিন্তু কখনো পড়ে শোনানো হয়নি, তাই প্রত্যেকে নিজের মতো একটি সংস্করণ নিয়ে ফিরেছে। সমাধান হলো পড়ে শোনানো, আরও ভালো ডকুমেন্ট নয়।
• "আমরা কেন এটা ঠিক করেছিলাম?" বাক্যটি টিকে গেছে, কারণটি টেকেনি। ছয় সপ্তাহ পরে কারণ অজানা, সিদ্ধান্তটি খামখেয়ালি মনে হয়, আর যে প্রস্তাব হেরেছিল সেটি নতুন প্রস্তাবের মতো ফিরে আসে। সমাধান হলো কেন ও বাতিল লাইন।
• "আমাকে কি জিজ্ঞেস করা হয়েছিল?" প্রভাবিত কাউকে পরামর্শ বা খবর দেওয়া হয়নি, আর তিনি সিদ্ধান্ত বদলানোর জন্য নয়, শোনা হওয়ার জন্য তাতে আপত্তি তোলেন। সমাধান হলো পরামর্শ নেওয়া হয়েছে ও জানানো হয়েছে লাইন — এবং এন্ট্রিটি সেই ব্যক্তি যেখানে পড়েন সেখানে প্রকাশ করা।
• "কিছু কি বদলেছে?" পুনর্বিবেচনার শর্তহীন সিদ্ধান্ত যখনই কারও ইচ্ছে হয় তখনই আবার খোলা হয়; শর্তসহ সিদ্ধান্ত খোলা হয় শর্ত পূরণ হলে, নইলে আইডি দিয়ে উল্লেখ করা হয়। সমাধান হলো পুনর্বিবেচনা হবে যদি লাইন।

সাতটি উপাদান থাকা লগ চারটি প্রশ্নই বন্ধ করে। শুধু বাক্যটি থাকা লগ প্রথমটি বন্ধ করে, বাকি তিনটি খোলা রাখে।

আপনার ব্যবহৃত টুলগুলোতে সিদ্ধান্ত লগ কোথায় থাকে

প্রতিটি প্রধান প্ল্যাটফর্মে সিদ্ধান্ত লিখে রাখার একটি জায়গা আছে, এবং প্রতিটি আলাদা জায়গায় এসে থেমে যায়। এখানে শুধু নথিভুক্ত আচরণ আছে, ভেন্ডরদের নিজস্ব পেজ থেকে, সঙ্গে কোন মাসে পেজটি দেখা হয়েছে:

দুটি জিনিস সব জায়গায় একই। সিদ্ধান্ত হলো মিটিংয়ের পাশে একটি ডকুমেন্টে কোনো ব্যক্তির টাইপ করা একটি লাইন, ঘরে যে একটি ভাষা ব্যবহৃত হয়েছিল সেই ভাষায়। আর কারণ, বাতিল বিকল্প এবং কথাটি বলার মুহূর্ত ডকুমেন্টে থাকে কেবল তখনই, যদি ওই ব্যক্তি সেগুলো লিখে রাখেন।

সিদ্ধান্ত কীভাবে রিক্যাপ হয়ে ফিরে আসে

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

কল চলাকালে, আলোচনাধীন এন্ট্রিটি Share to conference দিয়ে ভিডিও টাইলের পাশে সবার স্ক্রিনে চলে আসে। শেয়ারকারী লাইভ নোট সম্পাদনা করেন আর ঘরের সবাই পড়ে শোনানো কথাটির রূপ নেওয়া দেখেন। প্রতিটি অংশগ্রহণকারী তা পড়েন নিজের ভাষায়, মূল পাঠ থাকে এক টগলের দূরত্বে।

কল শেষ হলে রিক্যাপ লেখা হয় মিটিং থেকেই। এতে থাকে একটি ওভারভিউ ও মূল takeaway, তারপর পয়েন্টগুলো — প্রতিটি সম্মত, খোলা বা বিতর্কিত চিহ্নিত, বক্তাদের নামসহ, এবং এমন একটি টাইমস্ট্যাম্পসহ যা কথাটি বলার মুহূর্তেই ট্রান্সক্রিপ্ট খোলে — তারপর মালিকসহ অ্যাকশন আইটেম ও খোলা প্রশ্নগুলো। এটাই লগ এন্ট্রির কাঁচামাল: বাক্যটি, কে হ্যাঁ বলেছেন, কে দ্বিমত করেছেন এবং কোথায়, আর সূত্র হিসেবে লিংক করার মুহূর্ত। রিক্যাপ আসে ইমেইলে, চ্যানেলে একটি বার্তা হিসেবে এবং ক্যালেন্ডার ইভেন্টে একটি লিংক হিসেবে, আর সাইন-ইন করা প্রতিটি সদস্য এটি পড়েন নিজের ভাষায় — রেকর্ডটি প্রতিটি পাঠকের জন্য অনূদিত হয়, ঘরে যে ভাষা ব্যবহৃত হয়েছিল তাতে একবার লেখা হয় না। যেকোনো সদস্য এটি সম্পাদনা করতে পারেন, প্রতিটি সম্পাদনায় লেখক ও সংস্করণের ইতিহাস থাকে, আর চ্যানেল অতীতের প্রতিটি সেশনের রিক্যাপ ধরে রাখে। ফলে D-14 যে মিটিংয়ে নেওয়া হয়েছিল তা, তার উল্লেখকারী এন্ট্রি থেকে এক ক্লিক দূরে।

যেখানে এন্ট্রিটি কোনো সিস্টেম অব রেকর্ডে পৌঁছাতে হবে, সেখানে হোস্ট যেকোনো ঠিকানায় একটি রিক্যাপ কপি যোগ করেন — যেমন CRM বা ট্র্যাকারের ইনবাউন্ড মেইলবক্স। ঠিকানাটি একবার নিশ্চিত করার পর মিটিং বা চ্যানেলের প্রতিটি রিক্যাপ সেখানেও পাঠানো হয়। পদ্ধতিটি আছে আপনার CRM-এ প্রতিটি মিটিং রিক্যাপের কপি, ইমেইলে-এ। একই রিক্যাপ সামারি Markdown হিসেবে Zapier, ওয়েবহুক বা API-তে পৌঁছায়, আর কোনো সদস্যের নিজস্ব অ্যাসিস্ট্যান্ট — Claude, ChatGPT, Copilot বা Gemini — MCP কানেক্টরের মাধ্যমে রিক্যাপ খুঁজতে পারে। তাই "USD কোট নিয়ে আমরা কী সিদ্ধান্ত নিয়েছিলাম?" প্রশ্নটি করা যায় তাঁরা যে টুল ইতিমধ্যে ব্যবহার করেন সেখানেই, আর উত্তর আসে রিক্যাপ ও তার মুহূর্তসহ।

একজন গেস্ট লিংকের মাধ্যমে যোগ দেন, অ্যাকাউন্ট ছাড়া এবং বিনামূল্যে — ফোন থেকে, ব্রাউজারে — এবং মিটিংটি লাইভ শোনেন নিজের ভাষায়। পরে গেস্টের জন্য কোনো রেকর্ড থাকে না — অ্যাকাউন্ট বিনামূল্যে, আর অ্যাকাউন্টই রেকর্ডটিকে নাগালে আনে। হোস্ট স্থানটি দেন এবং পেইড প্ল্যানে মূল্য দেন কেবল আগের 28 দিনে সক্রিয় সদস্যদের জন্য; যে সদস্যরা নিষ্ক্রিয় থাকেন তাঁরা বিনা খরচে অ্যাক্সেস বজায় রাখেন।

• একটি সম্পূর্ণ রিক্যাপ খুলুন — আপনারটি যে কোড লেখে সেই একই কোড দিয়ে রেন্ডার করা একটি আসল রেকর্ড, পয়েন্ট ও টাইমস্ট্যাম্পসহ।
• লাইভ ডেমো চালান — সাইনআপ ছাড়াই; কথা বলুন, আর শুনুন ঘরের কথা প্রতিটি শ্রোতার জন্য অনূদিত হচ্ছে।

সিদ্ধান্ত লগ একটি কৌশল হিসেবে সব টুলেই টিকে থাকে: কাউকে তবু বাক্যটি জোরে বলতে হবে, যে বিকল্প হেরেছে তার নাম করতে হবে, আর কবে প্রশ্নটি আবার করা যাবে তা লিখে রাখতে হবে। যে কাজটি টিকে থাকার দরকার নেই তা হলো দ্বিতীয় কাজটি — একটি ভাষায়, অন্যদের ভাষায় পড়া মানুষদের জন্য, স্মৃতি থেকে কে কীসে রাজি হয়েছিলেন তা পুনর্গঠন করা।

FAQ

সিদ্ধান্ত লগ কী?

সিদ্ধান্ত লগ হলো একটি দলের সিদ্ধান্তের ধারাবাহিক রেকর্ড, প্রতিটি সিদ্ধান্তের জন্য একটি এন্ট্রি: এক বাক্যে সিদ্ধান্ত, তারিখ, কে নিয়েছে, কার সঙ্গে পরামর্শ হয়েছে ও কাকে জানানো হয়েছে, বিবেচিত বিকল্প ও বেছে নেওয়াটি কেন জিতল, এটি কী বাদ দেয়, কোন শর্তে এটি আবার খোলা হবে, এবং যেখানে এটি নেওয়া হয়েছিল তার লিংক। এটি সাজানো হয় সিদ্ধান্ত অনুযায়ী, মিটিং অনুযায়ী নয়, আর এটাই একে মিনিটস থেকে আলাদা করে।

সিদ্ধান্ত লগে কী কী রাখা উচিত?

প্রতিটি এন্ট্রিতে সাতটি জিনিস: একটি আইডি ও তারিখ; বর্তমান কালে এক বাক্যের সিদ্ধান্ত; কে সিদ্ধান্ত নিয়েছে, কার সঙ্গে পরামর্শ হয়েছে ও কাকে জানানো হয়েছে; বাতিলগুলোসহ বিবেচিত বিকল্প; বেছে নেওয়াটি কেন জিতল; পরিণতি — কী বদলায় ও কী বাদ পড়ে; এবং পুনর্বিবেচনার শর্ত ও সূত্রের লিংক। সবচেয়ে বেশি বাদ পড়ে বাতিল বিকল্প ও পুনর্বিবেচনার শর্ত, আর এই দুটিই সিদ্ধান্তকে আবার খোলা হওয়া থেকে আটকায়।

সিদ্ধান্ত লগ কীভাবে লিখবেন?

সিদ্ধান্তটিকে এজেন্ডায় সিদ্ধান্ত হিসেবে রাখুন, বিকল্পগুলো আগেই লিখে। মিটিংয়ে এগিয়ে যাওয়ার আগে সিদ্ধান্তটি জোরে পড়ে শোনান — বাক্যটি, পরাজিত বিকল্প ও তার কারণ, কে সিদ্ধান্ত নেয়, কবে তা পুনর্বিবেচিত হবে। একই দিনে পড়ে শোনানো কথা থেকে এন্ট্রি লিখুন, একটি আইডি দিন, রিক্যাপ লিংক করুন, আর দল যেখানে ইতিমধ্যে পড়ে সেখানে পোস্ট করুন। পড়ে শোনানো কথা থেকে লেখা লগ নির্ভুল হয়; এক সপ্তাহ পরে স্মৃতি থেকে পুনর্গঠিত লগ পরের তর্কের সূচনা।

সিদ্ধান্ত লগ ও অ্যাকশন লগের মধ্যে পার্থক্য কী?

সিদ্ধান্ত লগ রেকর্ড করে কী সিদ্ধান্ত হয়েছে ও কেন; অ্যাকশন লগ — বা অ্যাকশন আইটেম তালিকা — রেকর্ড করে সেই সিদ্ধান্তের কারণে কেউ কী করবে, মালিক ও তারিখসহ। "আমরা শুধু EUR-এ কোট দিই" একটি সিদ্ধান্ত; "Anna — কোটেশন টেমপ্লেট EUR-এ হালনাগাদ করবে — 16 October-এর মধ্যে" তার থেকে জন্মানো কাজ। সিদ্ধান্ত মাসের পর মাস উল্লেখ করা হয়; অ্যাকশন আইটেম বন্ধ হয় কয়েক দিনে। দুটিকে একই তালিকায় রাখলে কাজের নিচে কারণগুলো হারিয়ে যায়।

সিদ্ধান্ত রেজিস্টার কী?

প্রকল্প ও গভর্নেন্সের পরিভাষায় সিদ্ধান্ত লগেরই আরেক নাম: প্রতিটি সিদ্ধান্তের জন্য একটি সারিসহ একটি টেবিল — আইডি, তারিখ, সিদ্ধান্ত, কে নিয়েছে, কেন, অবস্থা। "রেজিস্টার" বলতে সাধারণত টেবিল-রূপ আর "লগ" বলতে ধারাবাহিক রূপ বোঝায়; এই গাইডের টেবিলটি দুটিই, স্বাভাবিক কলামগুলোর সঙ্গে বাতিল ও পুনর্বিবেচনা হবে যদি যোগ করা।

Excel বা Word-এ কি সিদ্ধান্ত লগ টেমপ্লেট আছে?

এই গাইডের রেজিস্টার একটি সাধারণ টেবিল এবং এন্ট্রি সাধারণ টেক্সট; দুটিই Excel, Google Sheets, Word, Slack ক্যানভাস, Loop পেজ বা চ্যাট বার্তায় ফরম্যাট না বদলেই পেস্ট করা যায়। ফাইলের চেয়ে ফরম্যাট বেশি গুরুত্বপূর্ণ: লগ যেখানেই থাকুক, সেখানে প্রতিটি সিদ্ধান্তের জন্য একটি সারি, কারণ ও বাতিল বিকল্পসহ, থাকতে হবে, আর তা থাকতে হবে দল যেখানে ইতিমধ্যে পড়ে সেখানে।

সিদ্ধান্ত লগ কে রাখবেন?

যে মিটিংয়ে সিদ্ধান্ত নেওয়া হয় তার ফ্যাসিলিটেটর একই দিনে, পড়ে শোনানো কথা থেকে এন্ট্রি লেখেন; সিদ্ধান্ত নিয়েছেন এর অধীনে যাঁর নাম থাকে তিনিই সিদ্ধান্তটির মালিক। ছোট প্রতিষ্ঠানে বেশিরভাগ এন্ট্রির জন্য সাধারণত একই ব্যক্তি। ভূমিকার চেয়ে স্থানটি বেশি গুরুত্বপূর্ণ: দলের জন্য একটি লগ, দল যে চ্যানেল ইতিমধ্যে ব্যবহার করে সেখানে; প্রত্যেকের জন্য আলাদা একটি নয়।

আর্কিটেকচার ডিসিশন রেকর্ড কী?

আর্কিটেকচার ডিসিশন রেকর্ড, বা ADR, হলো সিদ্ধান্ত লগ এন্ট্রির সফটওয়্যার-ইঞ্জিনিয়ারিং রূপ: প্রতিটি সিদ্ধান্তের জন্য একটি ছোট ডকুমেন্ট, প্রকল্পের রিপোজিটরিতে রাখা, তাতে প্রেক্ষাপট, সিদ্ধান্ত ও তার পরিণতি থাকে, আর একটি অবস্থা যা প্রস্তাবিত থেকে গৃহীত হয়ে প্রতিস্থাপিত হয়। এই গাইডের টেমপ্লেট একটি দলের পরিচালনাগত সিদ্ধান্তের জন্য একই ধারণা, তাতে মানুষগুলো যোগ করা হয়েছে — কে সিদ্ধান্ত নিয়েছে, কার সঙ্গে পরামর্শ হয়েছে, কাকে জানানো হয়েছে — কারণ ইঞ্জিনিয়ারিংয়ের বাইরে এটিই নিয়ে আপত্তি ওঠে।

সূত্র: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" now captures "next steps"; Slack — Meeting agenda template (canvas)। Microsoft-এর নোট পেজ, Google-এর Meet সহায়তা পেজ এবং Slack-এর টেমপ্লেট October 2026-এ দেখা হয়েছে; Zoom-এর মিটিং-সামারি পেজ August 2026-এ; Google-এর next-steps ঘোষণা September 2026-এ। ভেন্ডররা সময়ের সঙ্গে প্ল্যান, ফিচার ও ভাষার তালিকা বদলায়; বর্তমান অবস্থার জন্য তাদের পেজ দেখে নিন।