পলিসি নিশ্চিতকরণ অ্যাপ: কর্মীদের জন্য কাঠামো তৈরি করুন

পলিসি নিশ্চিতকরণ ট্র্যাক করা কঠিন হয়ে যায় কেন

একটি কোম্পানিতে ১২ জন কর্মী থাকলে পলিসি-সংক্রান্ত ইমেইল ভালোভাবেই কাজ করে। HR একটি PDF সংযুক্ত করে সবাইকে উত্তর দিতে বলে এবং মেইলবক্সে সেই উত্তরগুলো রেখে দেয়। কিন্তু পলিসি বদলালে, দল বড় হলে, অথবা কোনো ম্যানেজারের নির্দিষ্ট কর্মী নির্দিষ্ট ডকুমেন্ট গ্রহণ করেছে কিনা তার প্রমাণ দরকার হলে এই পদ্ধতি আর কাজ করে না।

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

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

রেকর্ডে ব্যবহারিক প্রশ্নগুলোর উত্তর থাকা উচিত:

• কোন কর্মীরা পলিসিটি পেয়েছেন এবং কখন?
• প্রত্যেকে কোন সংস্করণ নিশ্চিত করেছেন?
• তারা কখন প্রতিক্রিয়া জমা দিয়েছেন?
• কারা সময়সীমার মধ্যে উত্তর দেননি?
• আপডেটের জন্য কি নতুন করে নিশ্চিতকরণ দরকার ছিল?

পড়া এবং নিশ্চিত করা এক বিষয় নয়। রিড রিসিপ্ট থেকে বোঝা যায় কেউ ইমেইল দেখেছেন, কিন্তু এতে «আমি এই পলিসি পড়েছি এবং বুঝেছি» এমন বক্তব্য সংরক্ষিত হয় না। আনুষ্ঠানিক নিশ্চিতকরণে কর্মীর পরিচয়, পলিসির সঠিক সংস্করণ, সময় এবং প্রতিক্রিয়া রেকর্ড করা উচিত।

এই কাঠামো না থাকলে HR-কে ইমেইল থ্রেড, স্প্রেডশিটের সারি এবং «Code of Conduct final» ও «Code of Conduct final 2» নামে ফাইল মিলিয়ে দেখতে ঘণ্টার পর ঘণ্টা কাটাতে হতে পারে। ছয় মাস আগের কোনো প্রমাণ চাইলে তবেই বোঝা যায় রেকর্ডটি আসলে কতটা অসম্পূর্ণ।

ভালোভাবে তৈরি একটি অ্যাপ প্রতিটি পলিসির জন্য একটি স্থায়ী রেকর্ড রাখে এবং কর্মীদের একটি পরিষ্কার কাজ দেয়। ফলে ম্যানেজাররা পুরো কোম্পানিকে বারবার মনে করিয়ে না দিয়ে শুধু যাদের উত্তর দেওয়া বাকি, তাদের সঙ্গে যোগাযোগ করতে পারেন।

ওয়ার্কফ্লো তৈরির আগে ভূমিকা নির্ধারণ করুন

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

বেশিরভাগ দলের পাঁচটি ভূমিকা প্রয়োজন। ছোট কোম্পানিতে একজন ব্যক্তি একাধিক ভূমিকা পালন করতে পারেন, তবে অনুমতিগুলো আলাদা থাকা উচিত।

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

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

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

উদাহরণ হিসেবে, একজন রিমোট ওয়ার্ক পলিসির মালিক বাড়ির অফিসের সরঞ্জামের ভাতা আপডেট করলেন। HR ভাষা পর্যালোচনা করল, একজন পিপল অপারেশনস ম্যানেজার ৩ নম্বর সংস্করণ প্রকাশ করলেন এবং কর্মীরা পলিসিটি পড়েছেন বলে নিশ্চিত করলেন। অডিটের প্রয়োজন হলে অ্যাডমিনিস্ট্রেটর পরে সম্পন্ন করার রেকর্ড এক্সপোর্ট করতে পারবেন।

AppMaster-এ ইউজার রোল, কর্মী গ্রুপ এবং পলিসি সম্পাদনা, প্রকাশ ও প্রতিক্রিয়া রিপোর্টিংয়ের জন্য আলাদা স্ক্রিন দিয়ে এই অনুমতিগুলো তৈরি করা যায়। প্রত্যেক ব্যক্তির যতটুকু অনুমতি দরকার, শুরুতে শুধু ততটুকুই দিন। বাস্তব কাজের প্রয়োজনে পরে অ্যাক্সেস বাড়ান।

পরিষ্কার পলিসি ও সংস্করণের রেকর্ড তৈরি করুন

প্রতিটি পলিসির একটি নির্ভরযোগ্য রেকর্ড দরকার। «Handbook_final_v3» ধরনের ফাইলের নাম এড়িয়ে চলুন। কোনো নির্দিষ্ট তারিখে কোন ডকুমেন্ট কার্যকর ছিল তা কর্মী, ম্যানেজার বা অডিটরকে নিশ্চিত করতে হলে এমন নাম বিভ্রান্তি তৈরি করে।

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

প্রকাশিত প্রতিটি পলিসিকে ১.০, ১.১ বা ২.০-এর মতো পরিষ্কার সংস্করণ নম্বর দিন। একটি সহজ নিয়ম কার্যকর: ছোটখাটো ভাষাগত পরিবর্তনে পরের মাইনর নম্বর ব্যবহার করুন, আর কর্মীদের দায়িত্ব বা নিয়ম বদলালে নতুন মেজর সংস্করণ দিন। জটিল নম্বর পদ্ধতির চেয়ে ধারাবাহিকতা বেশি গুরুত্বপূর্ণ।

খসড়া ও প্রকাশিত পলিসি আলাদা রাখুন

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

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

প্রতিটি নতুন সংস্করণের সঙ্গে পরিবর্তনের একটি ছোট নোট যোগ করুন। যেমন: «সংস্করণ ২.০-এ রিমোট ওয়ার্ক অনুমোদনের প্রক্রিয়া বদলেছে। বাড়ির রাজ্যের বাইরে কাজ করার আগে কর্মীদের অনুমোদন নিতে হবে।» এতে কর্মীরা কেন নতুন অনুরোধ পেলেন তা বুঝতে পারেন এবং ম্যানেজাররা কারা তা সম্পন্ন করবেন তা ঠিক করতে পারেন।

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

সহজ অনুমোদন ও প্রকাশনার ধারা ব্যবহার করুন

পলিসির মালিক শিরোনাম, সহজ ভাষার বিষয়বস্তু, সংস্করণ নম্বর এবং প্রস্তাবিত কার্যকর তারিখসহ একটি খসড়া তৈরি করেন। পর্যালোচনার সময় তিনি এটি সংশোধন করতে পারেন।

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

নির্দিষ্ট সংস্করণ প্রকাশ করুন

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

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

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

পলিসি মুছে না ফেলে অবসর দিন

নতুন সংস্করণ পুরোনোটিকে প্রতিস্থাপন করলে পুরোনো পলিসিকে অবসরপ্রাপ্ত হিসেবে চিহ্নিত করুন। বর্তমান অ্যাসাইনমেন্ট স্ক্রিন থেকে সেটি সরিয়ে দিন, তবে ডকুমেন্ট, অনুমোদন, কার্যকর তারিখ এবং সম্পন্ন নিশ্চিতকরণ রেখে দিন।

HR রিমোট ওয়ার্ক পলিসি ২.০-এর বদলে ২.১ প্রকাশ করলে ২.১-এ নির্ধারিত কর্মীদের নতুন লেখা নিশ্চিত করতে হবে। একই সঙ্গে দলটি যেন ২.০ সংস্করণ খুলে দেখতে পারে কে কখন সেটি গ্রহণ করেছিলেন। পুরোনো রেকর্ড মুছে ফেললে পরবর্তী কমপ্লায়েন্স যাচাই অকারণে কঠিন হয়ে যায়।

কর্মীদের জন্য নিশ্চিতকরণ সহজ করুন

কর্মীরা যেন সাধারণ কোনো পলিসির শিরোনাম নয়, যে নির্দিষ্ট ডকুমেন্ট নিশ্চিত করতে হবে সেটিই দেখতে পান। স্ক্রিনের শুরুতে পলিসির নাম, সংস্করণ নম্বর, কার্যকর তারিখ এবং প্রতিক্রিয়ার শেষ তারিখ রাখুন।

কাজটি সহজ রাখুন। ডকুমেন্ট পড়ার পর কর্মী «আমি নিশ্চিত করছি যে আমি এই পলিসি পড়েছি এবং বুঝেছি» ধরনের একটি বক্তব্য নির্বাচন করতে পারেন। কর্মীরা প্রতিটি বিস্তারিত বিষয়ের সঙ্গে একমত, এমন ভাষা ব্যবহার করবেন না, যদি নিশ্চিতকরণের উদ্দেশ্য আসলে তা না হয়।

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

জমা দেওয়ার আগে ভুল আটকাতে একটি নিশ্চিতকরণ স্ক্রিন কাজে আসতে পারে। সেখানে দেখা যেতে পারে:

• রিমোট ওয়ার্ক পলিসি, সংস্করণ ৩.০
• কার্যকর তারিখ: ১ জুন ২০২৫
• প্রতিক্রিয়ার শেষ তারিখ: ১৫ জুন ২০২৫
• স্ট্যাটাস: সকাল ১০:৪২-এ নিশ্চিত করা হয়েছে

ব্যাখ্যা দরকার হলে মন্তব্য বা প্রশ্নের জন্য ঐচ্ছিক একটি ঘর রাখুন। কোনো কর্মী জিজ্ঞেস করতে পারেন, «আগামী মাসে ক্লায়েন্টের কাছে যাওয়ার ক্ষেত্রেও কি ভ্রমণের নিয়ম প্রযোজ্য?» প্রশ্নটি পলিসির মালিকের কাছে পাঠান, তবে কোম্পানি আগে উত্তর পাওয়া বাধ্যতামূলক না করলে নিশ্চিতকরণ আটকে রাখবেন না।

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

AppMaster-এ পলিসির রেকর্ড, কর্মীর অ্যাকাউন্টের তথ্য, একটি নিশ্চিতকরণ ফর্ম এবং সঠিক পলিসি সংস্করণের সঙ্গে প্রতিটি প্রতিক্রিয়া সংরক্ষণের ব্যবসায়িক নিয়ম দিয়ে এই ধারা তৈরি করা যায়।

সঠিক কর্মীদের কাছে পলিসি পাঠান

কর্মীরা যেন শুধু তাদের কাজের সঙ্গে প্রযোজ্য পলিসি পান। সবাইকে প্রতিটি ডকুমেন্ট দিলে অপ্রয়োজনীয় ভিড় তৈরি হয়, প্রতিক্রিয়ার হার কমে এবং রেকর্ড পর্যালোচনা কঠিন হয়।

অ্যাসাইনমেন্টের জন্য কর্মীদের ডিরেক্টরি ব্যবহার করুন। প্রতিটি কর্মীর রেকর্ডে বিভাগ, অবস্থান, কাজের ভূমিকা, ম্যানেজার, যোগদানের তারিখ এবং চাকরির স্ট্যাটাসের মতো ব্যবহারিক তথ্য রাখা উচিত। এরপর HR বা অপারেশনস কর্মীরা প্রতিবার নতুন তালিকা তৈরি না করেই শ্রোতা নির্বাচন করতে পারবেন।

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

গ্রুপ ব্যবহার করুন এবং ব্যতিক্রমের সুযোগ রাখুন

মানুষ আগে থেকেই বোঝে এমন গ্রুপের ভিত্তিতে অ্যাসাইনমেন্টের নিয়ম তৈরি করুন। শুরুতে বিভাগ ও অবস্থানই অনেক সময় যথেষ্ট। ম্যানেজার, ড্রাইভার বা গ্রাহকের তথ্য নিয়ে কাজ করা কর্মীদের মতো নির্দিষ্ট দায়িত্বের ক্ষেত্রে কাজের ভূমিকা যোগ করুন।

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

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

ডেলিভারি ও নিশ্চিতকরণ আলাদাভাবে ট্র্যাক করুন

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

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

AppMaster-এ ডিরেক্টরি, পলিসি এবং অ্যাসাইনমেন্টের রেকর্ড সংযুক্ত ডেটা মডেলে রাখা যায়। HR কোনো সংস্করণ প্রকাশ করলে বা কর্মীর দল বদলালে ভিজ্যুয়াল বিজনেস প্রসেস অ্যাসাইনমেন্ট তৈরি করতে পারে।

সবাইকে বিরক্ত না করে উত্তর না দেওয়া কর্মীদের মনে করিয়ে দিন

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

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

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

পরিমিত এসকেলেশন ধারা নির্ধারণ করুন

শেষ তারিখ পেরিয়ে গেলে প্রথমে কর্মীকে বকেয়া কাজের কথা জানান, তারপর ফলো-আপের দায়িত্বে থাকা ব্যক্তিকে নোটিফাই করুন। অনেক কোম্পানিতে তিনি কর্মীর ম্যানেজার বা HR প্রতিনিধি। তাদের পলিসি, শেষ তারিখ এবং বর্তমান স্ট্যাটাস দেখার সহজ ভিউ দিন।

একটি ছোট সময়সূচি ভালোভাবে কাজ করতে পারে:

• শেষ তারিখের ৫ থেকে ৭ দিন আগে প্রথম রিমাইন্ডার পাঠান।
• শেষ তারিখে একটি চূড়ান্ত রিমাইন্ডার পাঠান।
• শেষ তারিখের পর ম্যানেজার বা HR প্রতিনিধিকে জানান।
• কাজ বকেয়া থাকলেই শুধু আরেকটি ফলো-আপ পাঠান।

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

AppMaster-এ ভিজ্যুয়াল বিজনেস প্রসেস দিয়ে নিশ্চিতকরণের স্ট্যাটাস অনুযায়ী প্রাপক ফিল্টার, বার্তা নির্ধারণ এবং কেউ উত্তর দিলে কাজের স্ট্যাটাস আপডেট করা যায়।

অডিটের ইতিহাস সহজে বোঝার মতো রাখুন

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

মূল অ্যাসাইনমেন্ট তালিকার ভিত্তিতে সংখ্যা গণনা করুন। ৮০ জন ৩.০ সংস্করণ পেলে পরে পাঁচজন অন্য দলে চলে গেলেও নির্ধারিত সংখ্যা ৮০ দেখান। এতে প্রকাশের তারিখের সঠিক রেকর্ড থাকে।

রেকর্ড সহজে খুঁজে পাওয়ার ব্যবস্থা করুন

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

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

নতুন সংস্করণ প্রকাশের সময় পুরোনো নিশ্চিতকরণ কখনো মুছে ফেলবেন না। ২.০ সংস্করণ নতুন অ্যাসাইনমেন্ট ও শেষ তারিখ তৈরি করে। ১.০ সংস্করণ তার মূল লেখা, প্রাপক এবং নিশ্চিতকরণসহ ইতিহাসে থাকবে। একজন কর্মী দুই সংস্করণই গ্রহণ করতে পারেন, এটি স্বাভাবিক।

প্রাসঙ্গিক তথ্যসহ রেকর্ড এক্সপোর্ট করুন

অভ্যন্তরীণ পর্যালোচনার জন্য শুধু নামের তালিকা নয়, তারিখসহ রিপোর্ট এক্সপোর্ট করুন। এতে পলিসির শিরোনাম, সংস্করণ, প্রকাশের তারিখ, শেষ তারিখ, কর্মীর তথ্য, স্ট্যাটাস, নিশ্চিতকরণের সময় এবং রিপোর্ট তৈরির তারিখ রাখুন।

AppMaster-এ তৈরি অ্যাপ সংযুক্ত ডেটা টেবিলে পলিসি, অ্যাসাইনমেন্ট, রিমাইন্ডার ও নিশ্চিতকরণ সংরক্ষণ করতে পারে। অ্যাডমিনিস্ট্রেটর একজন কর্মীর ইতিহাস পর্যালোচনা করতে বা স্প্রেডশিট হাতে না মিলিয়ে একটি পলিসি সংস্করণের সম্পূর্ণ রেকর্ড এক্সপোর্ট করতে পারবেন।

উদাহরণ: রিমোট ওয়ার্ক পলিসি আপডেট করা

HR বাড়ির অফিসের সরঞ্জামের খরচ ফেরত দেওয়ার নিয়ম বদলাল। বর্তমান রিমোট ওয়ার্ক পলিসিতে ইতিমধ্যে ১৪৬টি নিশ্চিতকরণ আছে, তাই সেটি সরাসরি সম্পাদনা করলে রেকর্ড অস্পষ্ট হয়ে যাবে। নিজস্ব কার্যকর তারিখ, অনুমোদনের স্ট্যাটাস এবং প্রকাশের তারিখসহ সংস্করণ ২ তৈরি করুন।

পরিবর্তনটি সহজ ভাষায় ব্যাখ্যা করুন। যেমন, পলিসিতে বলা থাকতে পারে যে নির্দিষ্ট অঙ্কের বেশি দামের সরঞ্জাম কেনার আগে কর্মীদের ম্যানেজারের অনুমোদন নিতে হবে এবং ৩০ দিনের মধ্যে রসিদ জমা দিতে হবে। পুরো পলিসি রাখুন, তবে ছোট একটি সারাংশ যোগ করুন যাতে কর্মীদের দুটি দীর্ঘ ডকুমেন্ট মিলিয়ে দেখতে না হয়।

নতুন নিয়মে প্রভাবিত ব্যক্তিদের কাছেই সংস্করণ ২ অ্যাসাইন করুন: পুরোপুরি রিমোট ও হাইব্রিড কর্মী, তাদের ম্যানেজার এবং দাবি পর্যালোচনা করা ফাইন্যান্স কর্মীরা। যারা পুরোপুরি অফিসে কাজ করেন, তাদের অপ্রয়োজনীয় কাজ দেওয়ার দরকার নেই।

সংস্করণ ১ তার মূল প্রাপক ও নিশ্চিতকরণসহ অক্ষত থাকবে। সংস্করণ ২ নতুন একটি চক্র শুরু করবে। সংস্করণ ১ গ্রহণ করা কর্মীকেও সংস্করণ ২ নিশ্চিত করতে হবে, কারণ খরচের শর্ত বদলেছে।

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

যে ভুলগুলো রেকর্ড দুর্বল করে

প্রকাশিত পলিসির পেছনের ফাইল বদলাবেন না। খরচের সীমা বা যোগাযোগের ব্যক্তির মতো ছোট পরিবর্তন হলেও নতুন সংস্করণ তৈরি করুন। ১.২ সংস্করণ গ্রহণ করা কেউ স্বয়ংক্রিয়ভাবে ১.৩ সংস্করণ গ্রহণ করেননি।

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

প্রতিটি রিমাইন্ডারের আগে বর্তমান স্ট্যাটাস পরীক্ষা করুন। কর্মী নিশ্চিতকরণ সম্পন্ন করলে তাকে রিমাইন্ডার গ্রুপ থেকে সরিয়ে দিন। অতিরিক্ত বার্তা কর্মীদের বিরক্ত করে এবং প্রক্রিয়াটি দুর্বলভাবে পরিচালিত হচ্ছে বলে মনে হয়।

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

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

ছোট একটি ওয়ার্কফ্লো দিয়ে শুরু করুন

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

আপনার দলের যে তথ্যগুলো সংরক্ষণ করা দরকার সেগুলো রাখুন: পলিসির শিরোনাম, সংস্করণ, প্রকাশের তারিখ, কার্যকর তারিখ, কর্মীর অ্যাসাইনমেন্ট, শেষ তারিখ, প্রতিক্রিয়ার তারিখ এবং নিশ্চিতকরণের স্ট্যাটাস। Draft, Approved, Sent, Acknowledged, Overdue এবং Archived-এর মতো সহজ স্ট্যাটাস ব্যবহার করুন।

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

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

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

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