প্রক্রিয়া ডকুমেন্টেশন টেমপ্লেট: কীভাবে একটি প্রক্রিয়া নথিভুক্ত করবেন যাতে তা অনুসরণ করা হয় (2026)

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

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

প্রক্রিয়া নথি কী — এবং কী নয়

প্রক্রিয়ার স্তরে কাজ কীভাবে হয় তা তিনটি নথি বর্ণনা করে। এগুলোকে প্রায়ই একটির সঙ্গে আরেকটি গুলিয়ে ফেলা হয়, নিচের স্তরের পদ্ধতিগুলোর সঙ্গেও:

মানচিত্র হলো ছবি; প্রক্রিয়া নথি হলো সেই লেখা, যা ছবিটিকে ব্যবহারযোগ্য করে; আর SOP হলো প্রতিটি বাক্সের নিচের খুঁটিনাটি। এই পার্থক্যই দৈর্ঘ্য ঠিক করে দেয়। যে প্রক্রিয়া নথি ব্যাখ্যা করে প্রতিটি পদক্ষেপে কোথায় ক্লিক করতে হয়, তা এমন একটি ম্যানুয়াল যা কেউ পড়ে না। আর লেখা ছাড়া প্রক্রিয়া মানচিত্র এমন একটি ছবি, যার ব্যাখ্যা প্রত্যেকে আলাদা করে। SOP, তার টেমপ্লেট ও পর্যালোচনা চক্র আছে SOP টেমপ্লেট এবং কীভাবে SOP লিখবেন লেখায়। এই গাইড তার ওপরের স্তর নিয়ে, যে স্তর বলে কোথায় SOP দরকার এবং কে কাকে কী হস্তান্তর করে।

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

কী অন্তর্ভুক্ত করবেন: প্রমিত বিন্যাস

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

হেডার — নথির পরিচয়, এক লাইনে পাঁচটি ক্ষেত্র: মানুষ উল্লেখ করতে পারে এমন একটি ID ("PR-HR-02"), একটি সংস্করণ ("v1.3"), মালিক, অর্থাৎ পুরো প্রক্রিয়ার দায়িত্বে থাকা একজন নামধারী ব্যক্তি, কোনো বিভাগ নয়, কার্যকর হওয়ার তারিখ এবং পরবর্তী পর্যালোচনার তারিখ। পর্যালোচনার তারিখ ছাড়া প্রক্রিয়া পর্যালোচিত হয় যখন কিছু ভুল হয়ে যায়।

1. উদ্দেশ্য ও ফলাফল। এক বা দুটি বাক্য: এই প্রক্রিয়া কাকে কী দেয় এবং ভালো অবস্থা কেমন, সংখ্যা থাকলে সংখ্যাসহ। "নতুন কর্মী প্রথম দিনেই অ্যাকাউন্ট, সরঞ্জাম, একটি পরিকল্পনা ও একজন নির্দিষ্ট বাডি পান, এবং 30 দিনের মধ্যে 30-দিনের পর্যালোচনা সম্পন্ন হয়।"
2. ট্রিগার ও শেষ অবস্থা। যে ঘটনা প্রক্রিয়া শুরু করে এবং যে ফলাফল তা শেষ করে। "শুরু হয় যখন স্বাক্ষরিত চুক্তি HR ফোল্ডারে আসে; শেষ হয় যখন 30-দিনের পর্যালোচনা নথিভুক্ত হয়।" এই দুই বাক্যের মাঝখানের সবকিছু প্রক্রিয়া; বাইরের সবকিছু অন্য নথি। প্রক্রিয়ার স্পষ্ট শেষ না থাকলে সেটি আসলে দুটি প্রক্রিয়া।
3. পরিধি। এই প্রক্রিয়া কখন প্রযোজ্য এবং কখন নয়, পাশের প্রক্রিয়াগুলোকে ID দিয়ে উল্লেখ করে। "আমাদের সঙ্গে চুক্তিতে থাকা কর্মীরা, যেকোনো দেশে। নয়: ঠিকাদার (PR-HR-04); নয়: অভ্যন্তরীণ বদলি (PR-HR-06)।"
4. ভূমিকা। ধাপগুলোতে যত ভূমিকা আসে, প্রতিটির মালিকানায় কী আছে তাসহ। ভূমিকা লিখুন, নাম নয়, যাতে নতুন নিয়োগেও নথি টিকে থাকে। তাদের একটি প্রক্রিয়ার মালিক, যিনি পুরো প্রবাহের দায়বদ্ধ, সেই হস্তান্তরগুলোসহ যেগুলোর মালিক ডিফল্টভাবে কেউ নয়।
5. ধাপ ও হস্তান্তর। নথির প্রাণ: ক্রমানুসারে ধাপগুলো, প্রতিটিতে কোন ভূমিকা কাজটি করে, কী আসে (ইনপুট), কী বের হয় ও কোথায় নথিভুক্ত হয় (আউটপুট), কার কাছে যায়, এবং সময়সীমা। হস্তান্তর স্পষ্ট করে লেখা হয়, "to: IT, by day −5", কারণ প্রক্রিয়া ব্যর্থ হয় হস্তান্তরেই: দুই পক্ষই ভাবে অন্যপক্ষ সামলাচ্ছে।
6. ব্যতিক্রম ও এসকেলেশন। স্বাভাবিক পথ থেকে বেরিয়ে যাওয়া শাখাগুলো: পারমিট দেরিতে এলে, ক্রেডিট যাচাই ব্যর্থ হলে, মালিক অনুপস্থিত থাকলে কী হয়। প্রতিটি ব্যতিক্রমে সিদ্ধান্ত নেওয়া একটি ভূমিকা বা ব্যক্তির নাম থাকে, কখনো "কাউকে জিজ্ঞাসা করুন" নয়। শেষ লাইনটি ধরে যা আপনি বাদ দিয়েছেন: "এখানে যা নেই: প্রক্রিয়ার মালিক সিদ্ধান্ত নেন, এবং বিষয়টি পরবর্তী পর্যালোচনায় তোলা হয়।"
7. পরিমাপ। মালিক যে দুই বা তিনটি সংখ্যা নজরে রাখেন: ট্রিগার থেকে শেষ অবস্থা পর্যন্ত চক্র-সময়, মাসে কতটি কেস, কত অংশ ব্যতিক্রমে পড়েছে। ড্যাশবোর্ড নয়; যে সংখ্যাগুলো কেউ অভিযোগ করার আগেই মালিককে জানায় যে প্রক্রিয়া সরে যাচ্ছে।
8. সম্পর্কিত নথি ও সংশোধনের ইতিহাস। প্রতিটি ধাপের নিচের SOP, প্রক্রিয়াটি যে নীতি বাস্তবায়ন করে তা, মানচিত্রের লিংক; তারপর প্রতি সংস্করণের জন্য এক লাইন: তারিখ, কী বদলেছে, কে অনুমোদন করেছেন। এই ইতিহাসই একই ভুলকে নতুন সংস্করণ নম্বরে ফিরে আসা থেকে আটকায়।

যা বাইরে থাকে: প্রতিটি নিয়মের যুক্তি (নীতির কাজ), একটি ধাপের ক্লিক-বাই-ক্লিক খুঁটিনাটি (SOP-র কাজ), এবং যা নিয়ে কেউ কিছু করতে পারে না এমন সবকিছু। "আমরা মসৃণ অনবোর্ডিংকে মূল্য দিই" একটি অনুভূতি, কোনো ধাপ নয়।

কীভাবে প্রক্রিয়া নথিভুক্ত করবেন যাতে তা অনুসরণ করা হয়

প্রায় প্রতিটি অনুসরণ-না-করা প্রক্রিয়া নথির পেছনে তিনটি কারণ থাকে, এবং প্রতিটির সমাধান লেখার মধ্যেই, পরে কোনো জোর-খাটানোর মধ্যে নয়।

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

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

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

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

একটি প্রক্রিয়া ডকুমেন্টেশন টেমপ্লেট

[Process ID] — [প্রক্রিয়ার নাম]
সংস্করণ: [n.n] · মালিক: [নাম, ভূমিকা] · কার্যকর: [তারিখ] · পরবর্তী পর্যালোচনা: [তারিখ]

1. উদ্দেশ্য ও ফলাফল
[এক বা দুটি বাক্য — এই প্রক্রিয়া কাকে কী দেয় এবং ভালো অবস্থা কেমন, সংখ্যা থাকলে সংখ্যাসহ।]

2. ট্রিগার ও শেষ অবস্থা
শুরু হয় যখন: [ঘটনাটি] · শেষ হয় যখন: [যে ফলাফল তখন বিদ্যমান]

3. পরিধি
অন্তর্ভুক্ত: [কেস, সাইট, গ্রাহক, দেশ] · অন্তর্ভুক্ত নয়: [যা অন্য প্রক্রিয়া সামলায়, তার ID সহ]

4. ভূমিকা
প্রক্রিয়ার মালিক: [পুরো প্রবাহের দায়িত্বে থাকা একজন ব্যক্তি]
[ভূমিকা] — [এই প্রক্রিয়ায় এর মালিকানায় কী আছে]
[ভূমিকা] — [এই প্রক্রিয়ায় এর মালিকানায় কী আছে]

5. ধাপ ও হস্তান্তর
5.1 [ধাপ] — [ভূমিকা] — in: [কী আসে] — out: [কী বের হয়, কোথায় নথিভুক্ত হয়] — to: [পরবর্তী ভূমিকা] — by: [সময়সীমা]
5.2 [ধাপ] — [ভূমিকা] — in: … — out: … — to: … — by: …
5.3 [ধাপ] — [ভূমিকা] — in: … — out: … — to: … — by: …

6. ব্যতিক্রম ও এসকেলেশন
যদি [শর্ত]: [কী ঘটে, কে সিদ্ধান্ত নেয়]
যদি [শর্ত]: [কী ঘটে, কে সিদ্ধান্ত নেয়]
এখানে যা নেই: [ভূমিকা] সিদ্ধান্ত নেয়; বিষয়টি পরবর্তী পর্যালোচনায় তোলা হয়।

7. পরিমাপ
[মালিক যে দুই বা তিনটি সংখ্যা নজরে রাখেন — চক্র-সময়, মাসে কেস সংখ্যা, ব্যতিক্রমে পড়া অংশ — এবং সেগুলো কোথায় দেখা হয়।]

8. সম্পর্কিত নথি ও সংশোধনের ইতিহাস
SOP: [ID, প্রয়োজন হলে প্রতিটি ধাপের জন্য একটি] · বাস্তবায়ন করে: [নীতি] · মানচিত্র: [ডায়াগ্রামের লিংক]
v[n.n] — [তারিখ] — [কী বদলেছে] — অনুমোদন করেছেন [নাম]
v[n.n] — [তারিখ] — [কী বদলেছে] — অনুমোদন করেছেন [নাম]

টেমপ্লেটটি বোল্ড লেবেলসহ সাধারণ টেক্সট, তাই ফরম্যাটিং না বদলেই তা Word ফাইল, Google Doc, উইকি পাতা, Slack ক্যানভাস বা চ্যাট নোটে পেস্ট করা যায়। সবচেয়ে বেশি ফাঁকা থাকা দুটি অংশ হলো হস্তান্তর, অর্থাৎ "কার কাছে, কখনের মধ্যে", এবং পর্যালোচনার তারিখ। এক বছর পরও প্রক্রিয়াটি নথির কথামতো চলছে কি না, তা নির্ধারণ করে এই দুটিই।

একটি কাজের উদাহরণ: নতুন কর্মীর অনবোর্ডিং, স্বাক্ষরিত চুক্তি থেকে দিন 30 পর্যন্ত

তিনটি দেশে নিয়োগ থাকা ষাটজনের একটি কোম্পানি; প্রক্রিয়াটি চারটি ভূমিকা পেরিয়ে যায় এবং 30-দিনের পর্যালোচনা নথিভুক্ত হলে শেষ হয়।

PR-HR-02 — নতুন কর্মীর অনবোর্ডিং
সংস্করণ: 1.3 · মালিক: অপারেশনস প্রধান, Inés M. · কার্যকর: 1 অক্টোবর 2026 · পরবর্তী পর্যালোচনা: 1 এপ্রিল 2027

1. উদ্দেশ্য ও ফলাফল — নতুন কর্মী যে দেশেই শুরু করুন, প্রথম দিনেই তাঁর কার্যকর অ্যাকাউন্ট, সরঞ্জাম, প্রথম মাসের পরিকল্পনা ও একজন নির্দিষ্ট বাডি থাকে, এবং দিন 30-এর মধ্যে 30-দিনের পর্যালোচনা নথিভুক্ত হয়।
2. ট্রিগার ও শেষ অবস্থা — শুরু হয় যখন: স্বাক্ষরিত চুক্তি HR ফোল্ডারে আসে। শেষ হয় যখন: 30-দিনের পর্যালোচনা কর্মীর ফাইলে নথিভুক্ত হয়।
3. পরিধি — আমাদের সঙ্গে চুক্তিতে থাকা কর্মীরা, যেকোনো দেশে, অফিসে বা রিমোটে। নয়: ঠিকাদার (PR-HR-04); অভ্যন্তরীণ বদলি (PR-HR-06)।
4. ভূমিকা — প্রক্রিয়ার মালিক: অপারেশনস প্রধান। HR: ফাইল, নথিপত্র, বেতন, ওয়েলকাম প্যাক। IT: অ্যাকাউন্ট, সরঞ্জাম, অ্যাক্সেস। নিয়োগকারী ম্যানেজার: পরিকল্পনা, বাডি, চেক-ইন। ফাইন্যান্স: বেতন সেটআপ।

5. ধাপ ও হস্তান্তর
5.1 ফাইল খোলা — HR — in: স্বাক্ষরিত চুক্তি — out: শুরুর তারিখ, দেশ, ম্যানেজার, ভাষাসহ অনবোর্ডিং রেকর্ড; কর্মীর ভাষায় পাঠানো ওয়েলকাম প্যাক — to: IT ও নিয়োগকারী ম্যানেজার — by: স্বাক্ষরের পর দুই কর্মদিবস
5.2 অ্যাকাউন্ট ও সরঞ্জাম — IT — in: রেকর্ড — out: তৈরি অ্যাকাউন্ট, কর্মীর ঠিকানায় পাঠানো ল্যাপটপ, ভূমিকা প্রোফাইল অনুযায়ী অ্যাক্সেস; রেকর্ডে নিশ্চিতকরণ — to: HR — by: শুরুর তারিখের পাঁচ কর্মদিবস আগে
5.3 নথিপত্র ও বেতন — HR, তারপর ফাইন্যান্স — in: রেকর্ড, কর্মীর নথিপত্র (যে দেশে প্রয়োজন সেখানে পারমিট বা নিবন্ধন) — out: বেতনভুক্তিতে কর্মী, ফাইলে নথিপত্র — to: নিয়োগকারী ম্যানেজার — by: শুরুর তারিখ
5.4 প্রথম মাসের পরিকল্পনা — নিয়োগকারী ম্যানেজার — in: রেকর্ড — out: ফাইলে একটি 30-দিনের পরিকল্পনা, একজন নির্দিষ্ট বাডি, কর্মীর ক্যালেন্ডারে প্রথম সপ্তাহ, দলের সঙ্গে বুক করা ওয়েলকাম কল — to: কর্মী, প্রথম দিনে — by: শুরুর আগের দিন
5.5 প্রথম দিন — নিয়োগকারী ম্যানেজার ও বাডি — in: পরিকল্পনা — out: অনুষ্ঠিত ওয়েলকাম কল, পরিকল্পনা ধরে ধরে দেখানো, কর্মীর খোলা প্রশ্নগুলো দলের চ্যানেলে লগ করা — to: কর্মী — by: প্রথম দিনের শেষ
5.6 চেক-ইন — নিয়োগকারী ম্যানেজার — in: পরিকল্পনা, লগ করা প্রশ্ন — out: দিন-7 ও দিন-30 চেক-ইন, ফাইলে নথিভুক্ত 30-দিনের পর্যালোচনা — to: HR, রেকর্ড বন্ধ করতে — by: দিন 30

6. ব্যতিক্রম — শুরুর তারিখের মধ্যে পারমিট বা নিবন্ধন না এলে: কর্মী সেই কাজগুলো দিয়ে শুরু করেন যেগুলো ম্যানেজার ওটা ছাড়াই অনুমোদিত হিসেবে চিহ্নিত করেছেন; ফলো-আপের দায়িত্ব HR-এর, আর তারিখ রেকর্ডে যায়। দিন −2-এর মধ্যে ল্যাপটপ না পৌঁছালে: IT অফিসের স্টক থেকে একটি অস্থায়ী ল্যাপটপ পাঠায়; অপারেশনস প্রধানকে একই দিন জানানো হয়। যে দেশে আমরা আগে নিয়োগ দিইনি সেখানে নিয়োগ: ধাপ 5.3 থেমে যায়; অপারেশনস প্রধান তিন কর্মদিবসের মধ্যে employer-of-record পথ ঠিক করেন (PR-HR-05)।
7. পরিমাপ — স্বাক্ষর থেকে অ্যাকাউন্ট প্রস্তুত হওয়া পর্যন্ত কর্মদিবস (লক্ষ্য ≤ 7); দিন 30-এর মধ্যে নথিভুক্ত 30-দিনের পর্যালোচনা হয়েছে এমন নিয়োগের অংশ (লক্ষ্য 100 %); প্রথম সপ্তাহে লগ করা প্রশ্ন, ত্রৈমাসিক পর্যালোচনায় পড়া হয় কোন ধাপ থেকে বারবার প্রশ্ন আসছে তা দেখতে।
8. সম্পর্কিত — SOP-IT-03 "নতুন অ্যাকাউন্ট ও অ্যাক্সেস"; SOP-HR-08 "দেশ অনুযায়ী বেতন সেটআপ"; অনবোর্ডিং নীতি §2; মানচিত্র: HR ফোল্ডারের সুইমলেন ডায়াগ্রাম।
v1.3 — 1 অক্টোবর 2026 — ওয়েলকাম প্যাক এখন কর্মীর ভাষায় পাঠানো হয়; দিন-7 চেক-ইন যোগ হয়েছে — অনুমোদন করেছেন Inés M.
v1.2 — 3 জুন 2026 — দুটি দেরিতে ডেলিভারির পর ল্যাপটপ পাঠানো শুরুর পাঁচ দিন আগে আনা হয়েছে — অনুমোদন করেছেন Inés M.

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

একটি ছোট দ্বিতীয় উদাহরণ, পরিবেশকসহ একজন রপ্তানিকারকের বিক্রয় প্রক্রিয়ার কাঠামো:

PR-SA-01 — অর্ডার থেকে ডেলিভারি · মালিক: এক্সপোর্ট ম্যানেজার · শুরু হয় যখন: পরিবেশকের অর্ডার আসে · শেষ হয় যখন: ডেলিভারি নিশ্চিত হয় ও ইনভয়েস পাঠানো হয়
1. অর্ডার যাচাই — অ্যাকাউন্ট মালিক — in: অর্ডার — out: সিস্টেমে অর্ডার নিশ্চিত, অথবা পরিবেশকের কাছে একটি প্রশ্ন — to: ফাইন্যান্স — by: এক কর্মদিবস
2. ক্রেডিট যাচাই — ফাইন্যান্স — in: নিশ্চিত অর্ডার — out: ছাড়পত্র, অথবা কারণসহ স্থগিত — to: গুদাম — by: এক কর্মদিবস
3. পিক ও প্যাক — গুদাম — in: ছাড় পাওয়া অর্ডার — out: প্যাকিং লিস্টসহ প্যাক করা — to: লজিস্টিকস — by: তিন কর্মদিবস
4. নথিপত্র ও শিপিং — লজিস্টিকস — in: প্যাক করা অর্ডার — out: বুক করা চালান, গন্তব্যের নথিপত্র সংযুক্ত, সিস্টেমে ট্র্যাকিং — to: ফাইন্যান্স ও অ্যাকাউন্ট মালিক — by: এক কর্মদিবস
5. ইনভয়েস ও নিশ্চিতকরণ — ফাইন্যান্স, তারপর অ্যাকাউন্ট মালিক — in: চালান — out: ইনভয়েস পাঠানো; পরিবেশকের সঙ্গে ডেলিভারি নিশ্চিত ও নথিভুক্ত — ক্রেডিট স্থগিত থাকলে: অ্যাকাউন্ট মালিক এক কর্মদিবসের মধ্যে পরিবেশককে ফোন করেন; এক্সপোর্ট ম্যানেজার ছাড় বা অগ্রিম পরিশোধ ঠিক করেন।

বারো লাইন, আর পরিবেশকের নতুন কেরানি এবং গুদামের নতুন কর্মী দুজনেই জানেন তাঁরা কার অপেক্ষায় আছেন।

আপনি যে টুলগুলো ইতিমধ্যে ব্যবহার করেন সেখানে প্রক্রিয়া নথি ও তার ওয়াকথ্রু কোথায় থাকে

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

দুটি বিষয় সর্বত্র একই। প্রক্রিয়া নথি একটি ফাইল, যে এক ভাষায় লেখা হয়েছে সেই ভাষায়, আর অন্য ভাষায় পড়া সহকর্মী সেটিই পড়েন, বা কেউ বানানো একটি কপি। আর ওয়াকথ্রু যা বদলেছে তা নথিতে পৌঁছায় তখনই, যখন কেউ পরে সেই একই ভাষায় তা টাইপ করে বসান। এই স্যুটগুলো যে অনুবাদ নথিভুক্ত করেছে তা কলের, নথির নয়। Microsoft নথিভুক্ত করেছে Teams মিটিংয়ে অনূদিত লাইভ ক্যাপশন, যখন আয়োজকের Teams Premium বা Microsoft 365 Copilot লাইসেন্স থাকে, আর Google নথিভুক্ত করেছে যোগ্য Workspace প্ল্যানে Meet-এ অনূদিত ক্যাপশন (দুটিই আগস্ট 2026-এ যাচাই করা)। প্রতিটি কী কী কভার করে এবং কোথায় থেমে যায়, তা আছে Microsoft Teams লাইভ অনুবাদ ও Google Meet লাইভ অনুবাদ লেখায়। মঙ্গলবার নতুন কেরানি যে প্রক্রিয়াটি খোলেন, আর যে ওয়াকথ্রু সেটিকে বদলেছে, সেগুলো ওই ক্যাপশন থেকে আলাদা বস্তু, এবং সেগুলো পড়া হয় যে ভাষায় টাইপ করা হয়েছিল সেই ভাষায়।

প্রক্রিয়া, তার ওয়াকথ্রু ও ইতিহাস কীভাবে প্রতিটি সদস্যের জন্য পাঠযোগ্য থাকে

InterMIND একটি যোগাযোগ-স্পেস, যেখানে দলের কাজ থাকে একটি চ্যানেলে, তাই সম্পূর্ণ প্রক্রিয়া নথির একটি সুস্পষ্ট ঠিকানা আছে: যে দল প্রক্রিয়াটি চালায় তার চ্যানেল, অর্থাৎ HR, IT, ফাইন্যান্স ও নিয়োগকারী ম্যানেজারদের একটি চ্যানেল, যাঁরা প্রত্যেকে একটি করে ধাপের মালিক। এটি নোট হিসেবে পোস্ট করা যায়, শিরোনাম ও নম্বরযুক্ত তালিকাসহ একটি রিচ-টেক্সট বার্তা, যা পরে নিজের মেনু থেকে সম্পাদনা করা যায়। প্রতিটি সদস্য তা পড়েন নিজের ভাষায়, মূল পাঠ থেকে এক টগল দূরে। চলতি সংস্করণ পিন করা থাকে, যাতে নতুন সহকর্মী সবার আগে সেটিই পান। সম্পাদনার ইতিহাস চালু থাকলে বদলে যাওয়া ধাপের আগের শব্দবিন্যাস চলতি টেক্সটের ওপরে দেখা যায়, শব্দ-স্তরের ডিফ ও টাইমস্ট্যাম্পসহ। ফাইল হিসেবে আপলোড করলে, PDF বা Word নথি, প্রতিটি প্ল্যানেই এতে থাকে পাঠকের ভাষায় একটি AI সামারি, প্রতিটি পয়েন্ট সেই অনুচ্ছেদের সঙ্গে লিংক করা যেখান থেকে তা এসেছে, ফলে কেউ লেখার আগেই এক পাতার পাঠ তৈরি থাকে। পেইড প্ল্যানে ফাইলটি নিজেই পাঠকের ভাষায় অনূদিত হয়ে খোলে (নথির জন্য 30টি ভাষা)। মাস্টার কপি যদি কোনো নথি-টুলে থেকে যায়, তার হালনাগাদ চ্যানেলে আসে ইমেইলের মাধ্যমে: চ্যানেলের হোস্ট এটিকে একটি নিজস্ব ঠিকানা দেন, আর সেখানে পাঠানো বার্তা সাধারণ বার্তা হিসেবে দেখা যায়, প্রেরকের নাম ও সংযুক্তিসহ।

ওয়াকথ্রু শুরু হয় সেই চ্যানেল থেকে। কলের সময় Share to conference দিয়ে চলতি সংস্করণ সবার স্ক্রিনে ভিডিও টাইলের পাশে চলে আসে। সেটি একটি নোট হতে পারে, বা চ্যাটে লিংক করা Google Docs বা OneDrive নথি। প্রতিটি অংশগ্রহণকারী নিজে নিজে স্ক্রল করেন এবং নিজের ভাষায় পড়েন। শেয়ার করা নোট শেয়ারকারী লাইভ সম্পাদনা করেন, আর ঘরের সবাই দেখেন বদলে যাওয়া হস্তান্তরটি আকার নিচ্ছে। কল শেষ হলে রিক্যাপ লেখা হয় মিটিং থেকেই: একটি সামারি, সম্মত, খোলা বা বিতর্কিত হিসেবে চিহ্নিত পয়েন্ট, মালিকসহ action items, প্রতিটি লাইন তার টাইমস্ট্যাম্পসহ, আর সেশনে শেয়ার করা নথিগুলো যা বলা হয়েছে তার পাশে নিজেদের সামারি যোগ করে। এটি আসে ইমেইলে, চ্যানেলের একটি বার্তা হিসেবে এবং ক্যালেন্ডার ইভেন্টের একটি লিংক হিসেবে, আর সাইন-ইন করা প্রতিটি সদস্য তা পড়েন নিজের ভাষায়: রেকর্ডটি অনূদিত হয় প্রতিটি পাঠকের জন্য, ঘরটি যে ভাষা ব্যবহার করেছিল সেই এক ভাষায় একবার লেখা নয়। যেকোনো সদস্য এটি সম্পাদনা করতে পারেন, প্রতিটি সম্পাদনা লেখক ও সংশোধনের ইতিহাস রাখে, আর চ্যানেল অতীতের প্রতিটি সেশনের রিক্যাপ রাখে। তাই যে ওয়াকথ্রু v1.3 তৈরি করেছে তা থেকে v1.3 নোটটি এক ক্লিক দূরে। সদস্যের নিজের অ্যাসিস্ট্যান্ট, Claude, ChatGPT, Copilot বা Gemini, MCP কানেক্টরের মাধ্যমে যুক্ত থাকলে, একটি প্রশ্নে রিক্যাপ, ট্রান্সক্রিপ্ট, চ্যাট ও শেয়ার করা ফাইলের লেখা খুঁজে দেখে, যেমন "শুরুর তারিখের পাঁচ দিন আগে কেন ল্যাপটপ পাঠানো হয়?", এবং নথিটি নিজেও পড়ে; এটি চলে AI ফিচার চালু থাকা প্রতিষ্ঠানগুলোর জন্য। ওপরের টেবিলের পাশে রাখলে পার্থক্যটি একটি সরল তথ্য: ওই স্যুটগুলো যে ক্যাপশন নথিভুক্ত করেছে তা কল চলার সময় কলকে অনুবাদ করে; এখানে প্রক্রিয়া, তার ওয়াকথ্রু ও তার ইতিহাস একটিই রেকর্ড, যা প্রতিটি সদস্য পড়েন নিজের ভাষায়।

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

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

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

FAQ

প্রক্রিয়া ডকুমেন্টেশন কী?

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

প্রক্রিয়া ডকুমেন্টেশনে কী অন্তর্ভুক্ত থাকা উচিত?

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

কীভাবে ধাপে ধাপে একটি প্রক্রিয়া নথিভুক্ত করবেন?

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

প্রক্রিয়া ডকুমেন্টেশন ও SOP-র মধ্যে পার্থক্য কী?

প্রক্রিয়া ডকুমেন্টেশন বর্ণনা করে কাজ ভূমিকা ও দলের মধ্য দিয়ে কীভাবে প্রবাহিত হয় — ধাপ, হস্তান্তর, প্রতিটি ধাপ কী রেখে যায় — প্রতিটি প্রক্রিয়ার জন্য এক পাতার স্তরে। SOP বর্ণনা করে সেই ধাপগুলোর একটি একজন ভূমিকাধারী কীভাবে করেন, পদক্ষেপে পদক্ষেপে, প্রতিটি পদক্ষেপ যে ফল দেয় সেই পর্যন্ত। প্রক্রিয়া নথি বলে কোথায় SOP দরকার এবং কে কাকে কী হস্তান্তর করে; একটি SOP একজন মানুষকে বলে মঙ্গলবার সকালে কী করতে হবে। পুরো একটি আন্তঃদলীয় প্রক্রিয়ার জন্য SOP লিখলে এমন ম্যানুয়াল হয় যা কেউ খোলে না; SOP-র খুঁটিনাটিতে প্রক্রিয়া নথি লিখলেও একই ফল হয়।

প্রক্রিয়া ডকুমেন্টেশনের উদাহরণ কী কী?

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

Word বা Google Docs-এ কি প্রক্রিয়া ডকুমেন্টেশন টেমপ্লেট আছে?

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

প্রক্রিয়া ডকুমেন্টেশন কার লেখা উচিত?

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

কত ঘন ঘন প্রক্রিয়া ডকুমেন্টেশন হালনাগাদ করা উচিত?

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

সূত্র: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; Slack — Meeting agenda template (canvas)। Microsoft, Google ও Slack-এর মিটিং-নোট ও টেমপ্লেট পাতা অক্টোবর 2026-এ যাচাই করা হয়েছে; Zoom-এর মিটিং-সামারি পাতা এবং Teams ও Meet-এর ক্যাপশন পাতা আগস্ট 2026-এ যাচাই করা হয়েছে। বিক্রেতারা সময়ের সঙ্গে প্ল্যান, ফিচার ও ভাষার তালিকা বদলান; বর্তমান অবস্থা জানতে তাঁদের পাতা দেখুন।