পুনরাবৃত্ত টাস্ক সিস্টেম: শব্দ তৈরি না করে এমন শিডিউল

কেন পুনরাবৃত্ত টাস্ক শব্দ তৈরি করে

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

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

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

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

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

একটি কার্যকর পুনরাবৃত্ত টাস্ক সিস্টেম কেবল কাজের সময় হলে পদক্ষেপ চাইবে। প্রতিটি আইটেমের উত্তর চারটি প্রশ্নে থাকা উচিত:

• কী করতে হবে?
• আজ এর মালিক কে?
• কখন এটি শেষ করতে হবে?
• কোন অবস্থাকে সম্পন্ন হিসেবে ধরা হবে?

নোটিফিকেশনকে কাজের রেকর্ড থেকে আলাদা রাখুন। সচেতনতার জন্য নোটিফিকেশন ব্যবহার করুন, যেমন মাসিক নীতিমালা আপডেট। কেউ কোনো কিছু পর্যালোচনা, সিদ্ধান্ত, মেরামত, অনুমোদন বা রিপোর্ট করলে টাস্ক তৈরি করুন।

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

কোন কাজ পুনরাবৃত্ত টাস্ক পাওয়ার যোগ্য তা বেছে নিন

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

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

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

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

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

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

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

প্রতিটি সম্ভাব্য টাস্কের ট্রিগার, ফ্রিকোয়েন্সি, মালিক ও প্রত্যাশিত ফল এক বাক্যে লিখুন। যেমন: «প্রতি সোমবার সকাল ৯টায় সাপোর্ট লিড অমীমাংসিত রিফান্ড অনুরোধ পর্যালোচনা করবেন এবং প্রতিটির জন্য একটি সিদ্ধান্তের দায়িত্ব দেবেন।» এই বিবরণটি টাস্ক টুল বা AppMaster অ্যাপে তৈরি করার মতো নির্দিষ্ট, আবার অতিরিক্ত সাধারণ রিমাইন্ডারও নয়।

কেউ যদি কাজ ও ফলাফল স্পষ্ট করে বলতে না পারেন, অটোমেশন করার আগে প্রক্রিয়াটি পরিষ্কার করুন।

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

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

দৈনিক টাস্ক দ্রুত পটভূমির শব্দ হয়ে যায়। এক দিনের দেরিতে গ্রাহক, আর্থিক বা পরিচালনাগত সমস্যা তৈরি হলে তবেই এগুলো ব্যবহার করুন, যেমন ব্যর্থ পেমেন্ট বা জরুরি সাপোর্ট কেসে।

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

ক্যালেন্ডারকে কাজের সময়ের সঙ্গে মিলিয়ে নিন

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

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

প্রতিটি টাস্কের জন্য কাজ শেষ করার সময়সীমা দিন

সময়সীমা মানেই তাৎক্ষণিক জরুরি নয়। নিয়মিত কাজ শেষ করার জন্য মানুষকে বাস্তবসম্মত সময় দিন। সকাল ৯টায় তৈরি হওয়া টাস্ক বিকেল ৪টার মধ্যে শেষ হতে পারে। সোমবার তৈরি সাপ্তাহিক পর্যালোচনা বৃহস্পতিবার বিকেল পর্যন্ত খোলা থাকতে পারে।

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

AppMaster-এ পুনরাবৃত্ত টাস্ক সিস্টেম তৈরি করলে শিডিউল, কাজ শেষ করার সময়সীমা এবং কর্মদিবসের নিয়ম আলাদা ফিল্ডে রাখুন। এতে মালিকানা কর্মপ্রবাহ বা কাজ পরিবর্তন না করেই পর্যালোচনাকে দৈনিক থেকে সাপ্তাহিক করা যায়।

মালিক নির্ধারণ করুন এবং সম্পন্নের সংজ্ঞা দিন

প্রতিটি পুনরাবৃত্ত টাস্কের একজন নির্দিষ্ট মালিক থাকা দরকার। «ফাইন্যান্স টিম» বা «অপারেশনস» ধরনের গ্রুপের নাম দিলে সবাই ধরে নিতে পারেন অন্য কেউ কাজটি করবেন। যারা কাজটি শেষ অবস্থায় নিতে পারবেন, তাদেরই টাস্ক দিন, অন্যরা সহায়তা করলেও।

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

টাস্কের মালিক ও বিকল্প মালিক দিন

শুধু পদবির ওপর নয়, কাজের প্রয়োজনের ওপর ভিত্তি করে মালিক বেছে নিন। কাজটি শেষ করতে বা প্রয়োজনীয় তথ্যের জন্য তাগাদা দিতে তার যথেষ্ট অ্যাক্সেস ও কর্তৃত্ব থাকা দরকার। প্রতি মাসে যদি তাকে কয়েকজনের অনুমতির জন্য অপেক্ষা করতে হয়, মালিক বদলান বা প্রক্রিয়াটি পরিবর্তন করুন।

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

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

প্রতিটি নতুন ঘটনায় সিস্টেমের মালিককে বহন করে নেওয়া উচিত। এতে ম্যানুয়াল অ্যাসাইনমেন্ট কমে এবং টাস্ক দেখা দেওয়ার সঙ্গে সঙ্গে দায়িত্ব স্পষ্ট হয়।

এমন সমাপ্তির সীমা লিখুন যা মানুষ যাচাই করতে পারে

«রিফান্ড পর্যালোচনা করুন» একটি কাজের নাম, সম্পন্নের সংজ্ঞা নয়। সমাপ্তির বিবৃতিতে ফলাফল, প্রয়োজনীয় প্রমাণ এবং কোন অবস্থায় মালিক টাস্কটি বন্ধ করতে পারবেন, তা থাকা উচিত।

যেমন: «সাত দিনের বেশি পুরোনো প্রতিটি রিফান্ডের নথিভুক্ত স্ট্যাটাস, নির্ধারিত ফলো-আপ মালিক বা অনুমোদিত বন্ধের কারণ থাকলে রিফান্ড পর্যালোচনা সম্পন্ন হবে।» দ্রুত দেখে নেওয়াও যথেষ্ট কি না, মালিককে তখন অনুমান করতে হবে না।

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

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

AppMaster-এ টিম মূল মালিক, বিকল্প মালিক, সমাপ্তির নিয়ম ও ওয়াচার তালিকা আলাদা ফিল্ডে রাখতে পারে। প্রতিটি চক্রে একজন দায়িত্বশীল ব্যক্তি থাকবেন, আর অন্যরা নতুন টাস্ক না পেয়েও তথ্য জানতে পারবেন।

টিমের কাছে পৌঁছানোর আগেই ডুপ্লিকেট বন্ধ করুন

ডুপ্লিকেট টাস্ক পুনরাবৃত্ত টাস্ক সিস্টেমকে অবিশ্বস্ত করে তোলে। মানুষ একই যাচাই বারবার করতে পারেন বা ধরে নিতে পারেন অন্য কেউ সেটি শেষ করেছেন। প্রতিটি পুনরাবৃত্ত দায়িত্বের জন্য একটি মাস্টার টাস্ক তৈরি করুন।

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

ব্যস্ত তালিকায় প্রতিটি ঘটনা সহজে চেনা যায় এমন নাম দিন। «রিফান্ড পর্যালোচনা - ফাইন্যান্স - ৮ এপ্রিলের সপ্তাহ» নামটি «সাপ্তাহিক পর্যালোচনা»র চেয়ে স্পষ্ট। পরিষ্কার শিরোনাম মানুষকে নতুন টাস্ক তৈরির আগে পুরোনো টাস্ক খুঁজে পেতে সাহায্য করে।

পরবর্তী টাস্ক তৈরির আগে যাচাই করুন

নতুন ঘটনা তৈরির আগে সিস্টেমের খোলা কাজ খুঁজে দেখা উচিত। মাস্টার নিয়ম, কাজের ক্ষেত্র বা প্রকল্প, অন্তর্ভুক্ত সময়কাল এবং বর্তমান স্ট্যাটাস মিলিয়ে দেখুন।

কোনো খোলা টাস্ক যদি ওই সময়কাল কভার করে, তাহলে সেটি রাখুন এবং নতুন টাস্ক তৈরি করবেন না। অতিরিক্ত তথ্যের দরকার হলে একই টাস্কে মন্তব্য করুন, আলাদা টাস্ক খুলবেন না।

সম্ভব হলে অন্তর্ভুক্ত সময়কাল তারিখের ফিল্ডে সংরক্ষণ করুন। «স্টক গণনা - এপ্রিল» এবং «স্টক গণনা - ১ থেকে ৩০ এপ্রিল» একই কাজ বোঝাতে পারে, কিন্তু শিরোনাম খোঁজায় ধরা নাও পড়তে পারে। তারিখের ফিল্ড থাকলে সিস্টেম শব্দ অনুমান না করে তারিখ মিলিয়ে দেখতে পারে।

কাজ খোলা থাকলে পরবর্তী ঘটনা আটকে রাখুন

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

কিছু কাজের জন্য আলাদা ঘটনা দরকার, যেমন প্রতিদিনের যাচাই যেখানে আলাদা ফলাফল নথিভুক্ত হয়। তবু একই দিনের কপি বন্ধ করুন। পুনরাবৃত্ত টাস্কের উদ্দেশ্য কাজ শিডিউল করা, একই রকম রিমাইন্ডারের ক্রমবর্ধমান সারি তৈরি করা নয়।

একটি বাদ পড়া সময়সীমা, ম্যানুয়ালি তৈরি কপি এবং পরিবর্তিত শিডিউল দিয়ে নিয়মটি পরীক্ষা করুন। প্রতিটি পরিস্থিতিতে টিমের জন্য একটি পরিষ্কার টাস্ক থাকা উচিত।

অ্যালার্টে ক্লান্তি না এনে ওভারডিউ কাজ এস্কেলেট করুন

প্রতিটি রিমাইন্ডার জরুরি মনে হলে অ্যালার্ট তার কার্যকারিতা হারায়। মালিককে কাজ করার জন্য যথেষ্ট সময় দিন, তারপর সময়সীমা পেরিয়ে কাজ খোলা থাকলেই অন্য কাউকে যুক্ত করুন।

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

একটি নির্দিষ্ট ধারা ব্যবহার করুন:

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

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

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

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

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

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

উদাহরণ: সাপ্তাহিক রিফান্ড পর্যালোচনা

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

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

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

একটি সক্রিয় টাস্ক রাখুন

এক সময়ে কেবল একটি খোলা রিফান্ড পর্যালোচনার অনুমতি দিন। শুক্রবার এলেই পরের শুক্রবারের টাস্ক তৈরি করবেন না। বর্তমান পর্যালোচনা বন্ধ হওয়ার পর সেটি তৈরি করুন।

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

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

দেরি হওয়া পর্যালোচনা একবার এস্কেলেট করুন

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

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

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

চালু করার আগে দ্রুত যাচাই

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

প্রতিটি টাস্কে একজন দায়িত্বশীল মালিক দিন। অনেকে সাহায্য করতে পারেন, কিন্তু একজনকে টাস্ক বন্ধ করতে বা কেন শেষ করা যাচ্ছে না তা জানাতে হবে। পুরো টিমকে মালিক করবেন না।

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

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

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

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

মাসে একবার সম্পন্ন হওয়া পুনরাবৃত্ত টাস্ক পর্যালোচনা করুন। যেসব রুটিন বারবার বাদ পড়ে, দেরিতে শেষ হয় বা কোনো কার্যকর ফল দেয় না, সেগুলো খুঁজে দেখুন। সক্রিয় কাজকে আর সহায়তা করে না এমন টাস্ক সরিয়ে দিন।

প্রক্রিয়াটি দৈনন্দিন ব্যবহারে আনুন

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

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

প্রতিটি বাদ পড়া সময়সীমাকে কর্মীদের সমস্যা ভাববেন না। সকাল ৯টায় শেষ হওয়ার কথা থাকা টাস্ক ব্যর্থ হতে পারে, কারণ মালিক দুপুরে মূল তথ্য পেয়েছেন। সময় বদলান, বিকল্প মালিক দিন বা কাজটি দুটি টাস্কে ভাগ করুন। নোটিফিকেশন বাড়ানোর বদলে দেরির কারণ হওয়া নিয়ম ঠিক করুন।

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

প্রতি সপ্তাহে বাদ পড়া ও ওভারডিউ টাস্ক দেখুন, ডুপ্লিকেটের পেছনের ট্রিগার খুঁজুন এবং একবারে একটি সময়, মালিকানা বা এস্কেলেশন নিয়ম বদলান। কেন পরিবর্তন করেছেন তা নথিভুক্ত করুন, তারপর পরের সপ্তাহে ফলাফল দেখুন। সক্রিয় কাজকে আর সহায়তা করে না এমন পুনরাবৃত্ত টাস্ক সরিয়ে দিন।

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

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