आवर्ती टास्क सिस्टम: ऐसे शेड्यूल जो शोर पैदा न करें

आवर्ती टास्क शोर क्यों पैदा करते हैं

आवर्ती टास्क सिस्टम तब शोर से भर जाते हैं जब टीमें उनका इस्तेमाल केवल रिमाइंडर मशीन की तरह करती हैं। कोई काम ज़रूरी हो या न हो, टास्क हर दिन, सप्ताह या महीने दिखाई देता रहता है। कुछ ही समय में नियमित काम पूरी सूची भर देते हैं और ग्राहक की समस्या, छूटा हुआ अनुमोदन या रुका हुआ ऑर्डर नज़र से निकल जाता है।

बार-बार आने वाले रिमाइंडर लोगों को अलर्ट नज़रअंदाज़ करना भी सिखाते हैं। अगर कोई व्यक्ति हर सुबह «इनबॉक्स की समीक्षा करें» देखता है, जबकि उसे सप्ताह में केवल दो बार कार्रवाई करनी होती है, तो वह समझ जाता है कि नोटिफ़िकेशन में शायद ही कभी सचमुच काम होता है। कुछ हफ्तों बाद वह बिना जाँचे उसे हटा देता है या खुला छोड़ देता है, जब तक कि वह पृष्ठभूमि में गायब न हो जाए।

आवर्ती टास्क और आवर्ती नोटिफ़िकेशन अलग चीज़ें हैं। टास्क में किसी खास कार्रवाई, मालिक और उस स्पष्ट बिंदु का नाम होता है जब व्यक्ति उसे पूरा चिह्नित कर सकता है। नोटिफ़िकेशन केवल बताता है कि समय बीत गया है। «जाँचें कि इस सप्ताह सप्लायर के इनवॉइस मंज़ूर हुए हैं या नहीं» में निर्णय और कार्रवाई दोनों चाहिए। «साप्ताहिक इनवॉइस रिमाइंडर» किसी को यह नहीं बताता कि क्या पूरा करना है।

अस्पष्ट ज़िम्मेदारी समस्या को और बढ़ाती है। पूरे विभाग को सौंपा गया टास्क अक्सर किसी का नहीं रह जाता। दो लोग एक ही जाँच कर सकते हैं या दोनों सोच सकते हैं कि दूसरा व्यक्ति इसे संभाल चुका होगा। मैनेजर इस कमी को पूरा करने के लिए और रिमाइंडर जोड़ते हैं, जिससे शोर और बढ़ जाता है।

डुप्लिकेट असाइनमेंट भी ऐसी ही समस्या पैदा करते हैं। एक ही काम के लिए किसी व्यक्ति को शेड्यूल किया गया टास्क, कैलेंडर अलर्ट, चैट संदेश और फ़ॉलो-अप ईमेल मिल सकता है। ये चैनल ध्यान के लिए एक-दूसरे से प्रतिस्पर्धा करते हैं और काम करने के बजाय अलर्ट छाँटने में समय चला जाता है।

एक उपयोगी आवर्ती टास्क सिस्टम तभी कार्रवाई माँगता है जब काम की नियत तारीख आए। हर आइटम को इन चार सवालों का जवाब देना चाहिए:

• क्या करना है?
• आज इसका मालिक कौन है?
• यह कब तक पूरा होना है?
• किसे पूरा माना जाएगा?

नोटिफ़िकेशन को काम के रिकॉर्ड से अलग रखें। जागरूकता के लिए नोटिफ़िकेशन इस्तेमाल करें, जैसे मासिक नीति अपडेट। जब किसी को समीक्षा, निर्णय, सुधार, अनुमोदन या रिपोर्ट करना हो, तब टास्क बनाएँ।

यह अंतर ओवरड्यू टास्क एस्केलेशन को भी अधिक सार्थक बनाता है। हर अनपढ़े रिमाइंडर को नहीं, बल्कि छूटी हुई प्रतिबद्धता को एस्केलेट करें। कम और स्पष्ट टास्क से उस काम को पहचानना आसान होता है जिस पर छोटे विलंब के ग्राहक समस्या बनने से पहले ध्यान देना चाहिए।

ऐसा काम चुनें जिसे आवर्ती टास्क की ज़रूरत हो

आवर्ती टास्क सिस्टम तब सबसे अच्छा काम करता है जब काम का ट्रिगर और कार्रवाई स्पष्ट हो। उन टास्क से शुरुआत करें जो समय, किसी घटना या स्टेटस बदलने के कारण दोहराए जाते हैं। इनमें हर सुबह नए सपोर्ट अनुरोधों की जाँच, हर शुक्रवार असफल भुगतानों की समीक्षा या कर्मचारी के जाने पर उसका एक्सेस हटाना शामिल हो सकता है।

हर नियमित विचार को शेड्यूल न करें। «जाँचें कि किसी चीज़ पर ध्यान देने की ज़रूरत है या नहीं» जैसे टास्क रिमाइंडर तो बनाते हैं, लेकिन उपयोगी परिणाम नहीं देते। इसका दायरा स्पष्ट करें, जैसे सात दिन से पुराने रिफंड की समीक्षा करना या यह पुष्टि करना कि इस महीने के इनवॉइस भेजे जा चुके हैं।

शेड्यूल को काम की स्वाभाविक गति के अनुरूप रखें। दैनिक टास्क तेज़ी से बदलती कतारों, सेवा जाँच और हैंडऑफ़ के लिए सही हैं। साप्ताहिक समीक्षा उन कामों के लिए बेहतर हैं जिनके लिए अधिक संदर्भ चाहिए, जैसे खुले सेल्स लीड या अनसुलझी ग्राहक समस्याएँ। मासिक शेड्यूल धीमे कामों, जैसे एक्सेस समीक्षा, नीति अपडेट और आर्काइव किए गए रिकॉर्ड के लिए उपयुक्त हैं।

एक सरल जाँच करें: क्या एक चक्र छूटने पर सचमुच समस्या होगी? अगर नहीं, तो उसे आवर्ती टास्क सिस्टम में न रखें। यह भी जाँचें कि कोई दूसरी प्रक्रिया पहले से यह काम तो नहीं संभालती। अगर फ़ाइनेंस टूल पहले ही ओवरड्यू इनवॉइस के मामले असाइन करके फ़ॉलो-अप दर्ज करता है, तो साप्ताहिक ओवरड्यू इनवॉइस रिमाइंडर शेड्यूल करने का कोई खास कारण नहीं है।

शेड्यूल बनाने से पहले लिखें कि टास्क से कौन-सा परिणाम मिलना चाहिए। इससे मालिक को पूरा करने की स्पष्ट सीमा मिलती है और बाद में समीक्षा आसान होती है। अच्छे परिणाम ठोस होते हैं:

• हर नए सपोर्ट अनुरोध का मालिक या जवाब मौजूद है।
• सात दिन से पुराने रिफंड अनुरोधों पर दर्ज निर्णय है।
• पूर्व कर्मचारियों के पास सक्रिय अकाउंट एक्सेस नहीं है।
• मासिक रिपोर्ट की जाँच हो चुकी है और उसे सही टीम के साथ साझा किया गया है।

«डैशबोर्ड की समीक्षा करें» या «अनुरोधों पर नज़र रखें» जैसे परिणामों से बचें। अलग-अलग लोग उनका अलग अर्थ निकालेंगे और अलग कारणों से टास्क पूरा चिह्नित करेंगे।

हर संभावित टास्क के लिए ट्रिगर, आवृत्ति, मालिक और अपेक्षित परिणाम को एक वाक्य में लिखें। उदाहरण: «हर सोमवार सुबह 9 बजे सपोर्ट लीड अनसुलझे रिफंड अनुरोधों की समीक्षा करता है और हर अनुरोध के लिए निर्णय सौंपता है।» यह इतना स्पष्ट है कि इसे टास्क टूल या AppMaster ऐप में बनाया जा सकता है, बिना किसी व्यापक रिमाइंडर के।

अगर कोई कार्रवाई और परिणाम स्पष्ट रूप से नहीं बता सकता, तो उसे ऑटोमेट करने से पहले प्रक्रिया स्पष्ट करें।

ऐसे शेड्यूल तय करें जिनका पालन लोग कर सकें

आवर्ती टास्क सिस्टम को कैलेंडर की सबसे छोटी इकाई के बजाय काम की गति के अनुसार चलना चाहिए। वास्तविक समय-सीमा और देरी की कीमत से शुरुआत करें। अगर स्टॉक की गिनती उसी दिन के ऑर्डर पर असर डालती है, तो उसकी दैनिक जाँच ज़रूरी हो सकती है। निष्क्रिय ग्राहक अकाउंट की समीक्षा महीने में एक बार ही पर्याप्त हो सकती है।

दैनिक टास्क जल्दी ही पृष्ठभूमि का शोर बन जाते हैं। इन्हें तभी रखें जब एक दिन की देरी से ग्राहक, वित्तीय या संचालन संबंधी वास्तविक समस्या हो सकती हो, जैसे असफल भुगतान या ज़रूरी सपोर्ट मामले।

साप्ताहिक समीक्षा चक्र तब अच्छे रहते हैं जब लोगों को पूरी स्थिति समझने के लिए समय चाहिए। सेल्स मैनेजर टीम से हर दिन टास्क अपडेट कराने के बजाय हर सोमवार रुके हुए सौदों की समीक्षा कर सकता है। इससे सौदों को आगे बढ़ने का समय मिलता है और फिर भी ज़रूरत वाले मामलों की पहचान हो जाती है।

कैलेंडर को काम के समय के अनुरूप रखें

जहाँ संभव हो, मानवीय काम को कारोबारी दिनों में शेड्यूल करें। शनिवार को नियत टास्क सोमवार तक बिना छुए पड़ा रह सकता है और ओवरड्यू दिखाई दे सकता है, जबकि उस दिन किसी से कार्रवाई की उम्मीद ही नहीं थी। अगर काम किसी व्यक्ति पर निर्भर है, तो सप्ताह का दिन चुनें और सार्वजनिक छुट्टियों तथा टीम कवरेज का ध्यान रखें।

शुरुआत के लिए, जब उसी दिन कार्रवाई करने से नुकसान रुकता हो तब टास्क दैनिक चलाएँ। जब समीक्षा के लिए कई दिनों की गतिविधि ज़रूरी हो तब साप्ताहिक शेड्यूल रखें। ऑडिट, एक्सेस जाँच और दूसरे धीमे कामों के लिए मासिक शेड्यूल अपनाएँ। जिन टास्क में निर्णय या अनुमोदन चाहिए, उन्हें आमतौर पर कारोबारी दिनों में रखना चाहिए।

हर टास्क के लिए ड्यू विंडो तय करें

नियत तारीख का अर्थ हमेशा तत्काल ज़रूरत नहीं होता। नियमित काम पूरा करने के लिए लोगों को वास्तविक समय दें। सुबह 9 बजे बनाया गया टास्क शाम 4 बजे तक पूरा किया जा सकता है। सोमवार को बनाया गया साप्ताहिक समीक्षा टास्क गुरुवार दोपहर तक खुला रह सकता है।

ड्यू विंडो में काम की अवधि, जानकारी आने का समय और अनुमोदन करने वाले व्यक्ति का ध्यान रखें। समय को अनुमानित रखें। हर गुरुवार नियत साप्ताहिक टास्क के आधार पर लोग योजना बना सकते हैं, जबकि बदलती समय-सीमाएँ बेवजह पीछा करवाती हैं।

अगर आप AppMaster में आवर्ती टास्क सिस्टम बना रहे हैं, तो शेड्यूल, ड्यू विंडो और कारोबारी दिन के नियम को अलग-अलग फ़ील्ड में रखें। इससे मालिकाना वर्कफ़्लो या काम बदले बिना समीक्षा को दैनिक से साप्ताहिक किया जा सकता है।

मालिक तय करें और पूरा होने की परिभाषा लिखें

हर आवर्ती टास्क का एक नामित मालिक होना चाहिए। «फ़ाइनेंस टीम» या «ऑपरेशंस» जैसे समूह नामों से हर व्यक्ति यह मान सकता है कि काम कोई और करेगा। टास्क उस व्यक्ति को सौंपें जो उसे पूरा कर सकता है, भले ही दूसरे लोग भी योगदान दें।

मासिक एक्सेस समीक्षा में मैनेजरों से कर्मचारियों की सूची की पुष्टि करानी पड़ सकती है। फिर भी एक ऑपरेशंस एडमिनिस्ट्रेटर को आवर्ती टास्क का मालिक होना चाहिए। वही पुष्टि माँगे, परिणाम जाँचे और आइटम बंद करे। स्पष्ट टास्क ओनरशिप वर्कफ़्लो नियम साधारण समीक्षा को कई दिनों तक पड़े रहने से रोकते हैं।

टास्क का मालिक और बैकअप तय करें

मालिक का चुनाव केवल पद के आधार पर नहीं, बल्कि काम के आधार पर करें। मालिक के पास टास्क पूरा करने या छूटी हुई जानकारी के लिए संपर्क करने का पर्याप्त एक्सेस और अधिकार होना चाहिए। अगर उसे हर महीने कई लोगों से अनुमति लेनी पड़ती है, तो मालिक बदलें या प्रक्रिया सुधारें।

छुट्टी, बीमारी या योजनाबद्ध हैंडऑफ़ के लिए एक बैकअप मालिक का नाम दें। टास्क को दोनों लोगों को एक साथ न सौंपें। दो सक्रिय मालिक अक्सर डुप्लिकेट काम, टकराते अपडेट और परिचित «मुझे लगा तुमने संभाल लिया» वाली समस्या पैदा करते हैं।

सामान्य स्थिति में प्राथमिक मालिक टास्क पूरा करता है। बैकअप केवल तब काम संभालता है जब प्राथमिक मालिक उपलब्ध न हो। अगर काम कुछ हद तक पूरा हो चुका है, तो मालिक छोटा-सा स्टेटस नोट छोड़े। भूमिकाएँ बदलने पर मैनेजर को अगला चक्र छूटने का इंतज़ार करने के बजाय मालिकाना अपडेट करना चाहिए।

सिस्टम को हर नए चक्र में मालिक का नाम अपने-आप ले जाना चाहिए। इससे मैन्युअल असाइनमेंट हटता है और टास्क दिखाई देते ही ज़िम्मेदारी स्पष्ट रहती है।

ऐसी अंतिम सीमा लिखें जिसे लोग जाँच सकें

«रिफंड की समीक्षा करें» गतिविधि बताता है, पूरा होने की परिभाषा नहीं। पूरा होने के वक्तव्य में परिणाम, ज़रूरी प्रमाण और वह बिंदु लिखा होना चाहिए जब मालिक टास्क बंद कर सकता है।

उदाहरण: «रिफंड समीक्षा तब पूरी करें जब सात दिन से पुराने हर रिफंड का दर्ज स्टेटस, असाइन किया गया फ़ॉलो-अप मालिक या मंज़ूर किया गया क्लोज़र कारण मौजूद हो।» मालिक बिना अनुमान लगाए जाँच सकता है कि केवल जल्दी से देख लेना पर्याप्त है या नहीं।

पूरा होने का नियम टास्क के चरणों के पास रखें और उसे छोटा रखें। अगर काम के प्रमाण की ज़रूरत है, तो बताएँ कि क्या जोड़ना है: रिपोर्ट, टिकट नंबर, अपवाद रिकॉर्ड या नोट। लोगों से केवल याददाश्त के आधार पर टास्क पूरा चिह्नित करने को न कहें।

वॉचर की भूमिका अलग होती है। उन्हें प्रगति अपडेट, पूरा होने की सूचना या नोट्स तक एक्सेस चाहिए हो सकता है, लेकिन वे समय-सीमा के मालिक नहीं होते। केवल उन्हीं लोगों को जोड़ें जो उस जानकारी पर कार्रवाई करेंगे। पुष्टि चाहिए तो मैनेजर वॉचर हो सकता है, जबकि कभी-कभार मदद करने वाले सहकर्मी को ज़रूरत पड़ने पर मेंशन किया जा सकता है।

AppMaster में टीमें प्राथमिक मालिक, बैकअप मालिक, पूरा होने का नियम और वॉचर सूची को अलग-अलग फ़ील्ड में रख सकती हैं। इससे हर चक्र में एक जवाबदेह व्यक्ति रहता है और दूसरे लोग बिना दूसरा टास्क पाए जानकारी में बने रहते हैं।

डुप्लिकेट टीम तक पहुँचने से पहले रोकें

डुप्लिकेट टास्क आवर्ती टास्क सिस्टम को अविश्वसनीय बनाते हैं। लोग एक ही जाँच दोहरा सकते हैं या मान सकते हैं कि किसी दूसरे ने उसे पूरा कर दिया है। हर दोहराए जाने वाले दायित्व के लिए एक मास्टर टास्क बनाएँ।

अगर फ़ाइनेंस को हर शुक्रवार रिफंड की समीक्षा करनी है, तो फ़ाइनेंस, सपोर्ट और ऑपरेशंस के अलग-अलग नियम बनाने के बजाय एक आवर्ती रिकॉर्ड रखें। मास्टर टास्क का एक मालिक और एक शेड्यूल रखें। योगदानकर्ताओं को केवल तब शामिल करें जब उनका इनपुट ज़रूरी हो।

ऐसे नाम रखें जिनसे व्यस्त सूची में हर चक्र आसानी से पहचाना जा सके। «रिफंड समीक्षा - फ़ाइनेंस - 8 अप्रैल वाला सप्ताह» «साप्ताहिक समीक्षा» से अधिक स्पष्ट है। साफ़ शीर्षक से नया टास्क बनाने से पहले मौजूदा टास्क ढूँढना आसान होता है।

अगला टास्क बनाने से पहले जाँच करें

नया चक्र बनाने से पहले सिस्टम को खुले काम की जाँच करनी चाहिए। मास्टर नियम, कार्यक्षेत्र या प्रोजेक्ट, शामिल अवधि और वर्तमान स्टेटस की तुलना करें।

अगर कोई खुला टास्क पहले से उस अवधि को कवर करता है, तो उसी टास्क को रखें और नया टास्क न बनाएँ। जिसे अतिरिक्त संदर्भ देना हो वह समानांतर टास्क खोलने के बजाय मौजूदा टास्क पर टिप्पणी कर सकता है।

जहाँ संभव हो, शामिल अवधि को तारीख वाले फ़ील्ड में सेव करें। «स्टॉक गिनती - अप्रैल» और «स्टॉक गिनती - 1 से 30 अप्रैल» एक ही काम बता सकते हैं, लेकिन शीर्षक खोज से बच सकते हैं। तारीख वाला फ़ील्ड सिस्टम को शब्दों का अनुमान लगाने के बजाय तारीखों की तुलना करने देता है।

काम खुला रहने पर अगला चक्र रोकें

अधूरे काम के ऊपर नया टास्क न जोड़ें। अगर पिछले सप्ताह की रिफंड समीक्षा अभी अनुमोदन की प्रतीक्षा कर रही है, तो नया साप्ताहिक टास्क रोकें और पुराने टास्क पर ध्यान दिलाएँ। मालिक या मैनेजर उसे पूरा कर सकता है, अनावश्यक होने पर बंद कर सकता है या नई समय-सीमा वाला कैच-अप टास्क बना सकता है।

कुछ कामों के लिए अलग-अलग चक्र ज़रूरी होते हैं, जैसे दैनिक जाँच जिनमें अलग परिणाम दर्ज होते हैं। फिर भी एक ही दिन के लिए कॉपी बनने से रोकें। आवर्ती टास्क को काम शेड्यूल करना चाहिए, एक जैसे रिमाइंडर की बढ़ती कतार नहीं बनानी चाहिए।

छूटी हुई समय-सीमा, मैन्युअल रूप से बनाई गई कॉपी और बदले हुए शेड्यूल के साथ नियम की जाँच करें। हर स्थिति में टीम के लिए एक स्पष्ट टास्क बचना चाहिए।

अलर्ट की थकान के बिना ओवरड्यू काम एस्केलेट करें

जब हर रिमाइंडर ज़रूरी लगे, तो अलर्ट अपना असर खो देते हैं। मालिक को कार्रवाई के लिए पर्याप्त समय दें और नियत तारीख बीतने के बाद भी काम खुला रहने पर ही किसी दूसरे व्यक्ति को शामिल करें।

नियत समय के करीब एक रिमाइंडर से शुरुआत करें। शुक्रवार शाम 4 बजे नियत टास्क के लिए दोपहर 2 बजे का रिमाइंडर मालिक को काम पूरा करने या वास्तविक समस्या बताने का समय देता है। दो दिन पहले भेजा गया रिमाइंडर अक्सर दूसरे कामों के नीचे दब जाता है।

एक अनुमानित क्रम रखें:

• नियत समय से कुछ पहले मालिक को रिमाइंड करें।
• समय बीतने के बाद एक ओवरड्यू नोटिस भेजें।
• केवल तब एस्केलेशन प्राप्तकर्ता को सूचित करें जब तय ग्रेस पीरियड के बाद भी टास्क खुला हो।
• किसी के टास्क पूरा, रद्द या कारण के साथ फिर से शेड्यूल करते ही अलर्ट रोक दें।

ग्रेस पीरियड काम के अनुरूप होना चाहिए। छूटी हुई दैनिक स्टॉक जाँच को एक घंटे बाद एस्केलेट करना पड़ सकता है। मासिक नीति समीक्षा अगले कारोबारी दिन तक प्रतीक्षा कर सकती है। हर आवर्ती टास्क शेड्यूल के लिए एक ही टाइमर लगाना आसान है, लेकिन वह वास्तविक काम से शायद ही मेल खाता है।

सबसे पहले मालिक को सूचित करें। हो सकता है उसने काम पूरा कर लिया हो, लेकिन टास्क अपडेट करना भूल गया हो, या उसे थोड़े अतिरिक्त समय की ज़रूरत हो। शुरुआती और अस्पष्ट अलर्ट से मैनेजर इनमें से किसी समस्या का समाधान नहीं कर सकता।

हर टास्क प्रकार के लिए एक नामित एस्केलेशन प्राप्तकर्ता रखें। ओवरड्यू सपोर्ट कतार समीक्षा सपोर्ट लीड को जा सकती है, जबकि ओवरड्यू फ़ाइनेंस अनुमोदन फ़ाइनेंस मैनेजर को भेजा जा सकता है। ये अलर्ट किसी बड़े ग्रुप मेलबॉक्स को न भेजें। जब सभी को संदेश मिलता है, तो लोग अक्सर मान लेते हैं कि कोई और कार्रवाई करेगा।

एस्केलेशन संदेश तथ्यात्मक रखें। टास्क का नाम, मूल नियत समय, वर्तमान मालिक और «अभी भी खुला है» जैसा स्पष्ट स्टेटस शामिल करें। यह भी बताएँ कि प्राप्तकर्ता को आगे क्या करना है, जैसे टास्क फिर से सौंपना या समय बढ़ाने की मंज़ूरी देना। पहले भेजे गए हर रिमाइंडर को दोहराने की ज़रूरत नहीं है।

अगर वही टास्क बार-बार एस्केलेट होता है, तो उसकी समय-सीमा, काम का बोझ या मालिक की समीक्षा करें। बार-बार एस्केलेशन आमतौर पर बताता है कि शेड्यूल काम करने के वास्तविक तरीके से मेल नहीं खाता।

उदाहरण: साप्ताहिक रिफंड समीक्षा

एक सपोर्ट टीम हर शुक्रवार दोपहर 2 बजे रिफंड की समीक्षा करती है। समीक्षा में सप्ताह के दौरान मिले अनुरोध, अनुमोदन की प्रतीक्षा कर रहे रिफंड और वे मामले शामिल हैं जिनमें ग्राहक को अपेक्षित अपडेट नहीं मिला। लक्ष्य सप्ताहांत से पहले हर खुले आइटम को बंद करना या सही जगह भेजना है।

सपोर्ट लीड टास्क का मालिक है। वह रिफंड कतार जाँचता है, हर मामले के लिए निर्णय दर्ज करता है और समीक्षा पूरी चिह्नित करता है। ऑपरेशंस मैनेजर बैकअप मालिक है, दूसरा असाइनी नहीं। सपोर्ट लीड के अनुपस्थित होने या किसी मामले में संचालन संबंधी निर्णय की ज़रूरत होने पर वह काम संभालता है।

टास्क के विवरण में काम साफ़ लिखा होना चाहिए: सभी खुले रिफंड अनुरोधों की समीक्षा करें, पुष्टि करें कि हर अनुरोध का मालिक और स्टेटस है, ज़रूरी ग्राहक अपडेट भेजें और ऑपरेशंस के लिए अपवाद दर्ज करें।

एक सक्रिय टास्क रखें

एक समय में केवल एक खुली रिफंड समीक्षा की अनुमति दें। केवल शुक्रवार आने के कारण अगले शुक्रवार का टास्क न बनाएँ। मौजूदा समीक्षा बंद होने के बाद ही नया टास्क बनाएँ।

अगर सपोर्ट लीड शुक्रवार की समीक्षा शुरू करता है, लेकिन दो मामलों को सुलझाने के लिए सोमवार तक समय चाहिए, तो शुक्रवार वाला टास्क खुला रहे। सिस्टम उसी काम के लिए दूसरा टास्क नहीं जोड़ेगा।

नियम सरल हो सकता है: हर शुक्रवार दोपहर 2 बजे समीक्षा तभी बनाएँ जब कोई समीक्षा खुली न हो, सपोर्ट लीड को मालिक और ऑपरेशंस मैनेजर को बैकअप मालिक बनाएँ, और मौजूदा समीक्षा बंद होने के बाद अगली समीक्षा बनाएँ। शेड्यूल टीम को नियमित लय देता है, जबकि पूरा होने की स्थिति नए टास्क बनने को नियंत्रित करती है।

देर से हुई समीक्षा को एक बार एस्केलेट करें

टास्क दिखाई देते ही सिस्टम को ऑपरेशंस को अलर्ट नहीं करना चाहिए। सपोर्ट लीड को काम करने के लिए समय चाहिए। अगर समीक्षा तय समय, जैसे सोमवार सुबह 10 बजे, के बाद भी पूरी नहीं हुई है, तो ऑपरेशंस मैनेजर को एक ओवरड्यू टास्क एस्केलेशन भेजें।

टास्क मालिक, मूल नियत समय और खुले रिफंड मामलों की संख्या शामिल करें। ऑपरेशंस समीक्षा फिर से सौंप सकता है, अनुमोदन में मदद कर सकता है या दर्ज की गई देरी स्वीकार कर सकता है। जब तक कोई समय-सीमा या स्टेटस न बदले, बार-बार अलर्ट न भेजें।

नो-कोड ऐप टास्क स्टेटस और नियत तारीखों का इस्तेमाल करके नए टास्क बनने और एस्केलेशन को नियंत्रित कर सकती है। AppMaster ऐसे आंतरिक वर्कफ़्लो के लिए बनाया गया है। इसमें विज़ुअल बिज़नेस प्रोसेस टास्क बना सकते हैं, उनका स्टेटस जाँच सकते हैं और सही व्यक्ति को नोटिस भेज सकते हैं।

इसे चालू करने से पहले जल्दी से जाँच करें

लोगों को काम भेजना शुरू करने से पहले आवर्ती टास्क सिस्टम की समीक्षा करें। प्लानिंग बोर्ड पर सही दिखने वाला शेड्यूल छुट्टियों, कर्मचारियों में बदलाव और वास्तविक समय-सीमाओं के कारण भ्रम पैदा कर सकता है।

हर टास्क का एक जवाबदेह मालिक रखें। कई लोग मदद कर सकते हैं, लेकिन एक व्यक्ति को टास्क बंद करना या यह बताना होगा कि वह पूरा क्यों नहीं हो सका। पूरी टीम को मालिक न बनाएँ।

समय को उस समय-सीमा से मिलाएँ जिसके कारण काम बना है। शुक्रवार की रिपोर्ट के लिए सोमवार सुबह का टास्क बहुत देर से हो सकता है, अगर मालिक को गुरुवार को फ़ाइनेंस से जानकारी चाहिए। काम, समीक्षा और सुधार के लिए पर्याप्त समय रखते हुए टास्क बनाएँ। अगर समय-सीमा मौसम के अनुसार बदलती है, तो याददाश्त पर निर्भर रहने के बजाय अलग-अलग शेड्यूल बनाएँ।

रूटीन प्रकाशित करने से पहले जाँचें कि सिस्टम डुप्लिकेट को रोकता या चिह्नित करता है, रिमाइंडर टास्क के नियत होने तक शांत रहते हैं और एस्केलेशन ऐसे व्यक्ति तक पहुँचता है जो रुकावट हटा या काम फिर से सौंप सकता है।

अगर पिछले सप्ताह का टास्क खुला है, तो सिस्टम को आमतौर पर वैसी ही कॉपी बनाने के बजाय उसे दिखाई देते रहना चाहिए। कुछ कामों के लिए हर बार अलग रिकॉर्ड चाहिए, जैसे दैनिक स्टॉक गिनती। बार-बार किए जाने वाले फ़ॉलो-अप के लिए एक स्पष्ट उम्र वाला खुला टास्क समान शीर्षक वाली कई कॉपी से संभालना आसान होता है।

एस्केलेशन नियत समय के बाद रखें। समय-सीमा से पहले रिमाइंडर मालिक को भेजा जा सकता है, लेकिन केवल टास्क मौजूद होने के कारण मैनेजर को अलर्ट की ज़रूरत नहीं है। टास्क की उम्र, वर्तमान स्टेटस और रुकावट शामिल करें, ताकि प्राप्तकर्ता बुनियादी जानकारी के लिए पूछे बिना कार्रवाई कर सके।

हर महीने पूरे हुए आवर्ती टास्क की समीक्षा करें। बार-बार छोड़े गए, देर से पूरे हुए या बिना उपयोगी परिणाम वाले रूटीन खोजें और उन टास्क को हटा दें जो अब सक्रिय काम में मदद नहीं करते।

प्रक्रिया को रोज़मर्रा के काम में लाएँ

ऐसी एक प्रक्रिया से शुरुआत करें जो पहले से बार-बार रिमाइंडर पैदा करती है। साप्ताहिक अनुमोदन जाँच, रिफंड समीक्षा या उपकरण निरीक्षण को सुधारना एक साथ दस शेड्यूल शुरू करने से आसान है। लोगों को भरोसा बनने में समय लगता है कि टास्क सही समय पर आएगा और पूरा होने पर हट जाएगा।

पहला वर्ज़न दो या तीन सप्ताह चलाएँ। छूटी हुई नियत तारीखें, डुप्लिकेट टास्क, देर से पूरे हुए काम और सिस्टम के बाहर भेजे गए मैन्युअल रिमाइंडर दर्ज करें। ये विवरण बताते हैं कि आवर्ती टास्क सिस्टम टीम की वास्तविक काम करने की लय से मेल खाता है या नहीं।

हर छूटी तारीख को कर्मचारियों की समस्या न मानें। सुबह 9 बजे नियत टास्क इसलिए असफल हो सकता है क्योंकि मालिक को स्रोत डेटा दोपहर में मिलता है। नियत समय बदलें, बैकअप नियुक्त करें या काम को दो टास्क में बाँटें। नोटिफ़िकेशन जोड़ने के बजाय देरी पैदा करने वाले नियम को सुधारें।

काम पूरा करने वाले लोगों के साथ परिणामों की समीक्षा करें। पूछें कि कौन-से टास्क बहुत जल्दी आए, कौन-से अलर्ट पूरा होने के बाद भी जारी रहे और कौन-से ओवरड्यू नोटिस गलत व्यक्ति तक पहुँचे। छोटे बदलाव आवर्ती टास्क शेड्यूल का पालन करना काफी आसान बना सकते हैं।

हर सप्ताह छूटे और ओवरड्यू टास्क जाँचें, डुप्लिकेट के पीछे का ट्रिगर खोजें और एक बार में समय, मालिकाना या एस्केलेशन का केवल एक नियम बदलें। बदलाव का कारण लिखें और अगले सप्ताह उसका असर जाँचें। ऐसे आवर्ती टास्क हटा दें जो अब सक्रिय काम में मदद नहीं करते।

AppMaster इस रूटीन को नो-कोड आंतरिक वर्कफ़्लो में बदल सकता है। शीर्षक, प्रक्रिया का नाम, मालिक, नियत तारीख, पूरा होने का स्टेटस और आवृत्ति नियम वाला टास्क रिकॉर्ड बनाएँ। विज़ुअल बिज़नेस प्रोसेस मौजूदा टास्क बंद होने के बाद ही अगला टास्क बना सकता है और मालिक द्वारा उसे पूरा चिह्नित न करने पर ही ओवरड्यू नोटिफ़िकेशन भेज सकता है।

पहला बिल्ड सरल रखें। फ़ील्ड और अलर्ट तभी जोड़ें जब टीम यह बता सके कि वे किस निर्णय में मदद करेंगे। टास्क ओनरशिप वर्कफ़्लो तब भरोसा जीतता है जब लोगों को कम अनावश्यक रिमाइंडर मिलते हैं और आने वाले नोटिस पर वे कार्रवाई कर सकते हैं।