नियमित कार्यों के निर्देशों को बार-बार फिर से तैयार करना बंद करें

आप हर बार क्या नए सिरे से तैयार कर रहे हैं?

किसी एक कार्य के पिछले कुछ चक्रों को देखें। जानकारी को तीन भागों में विभाजित करें: वह क्रिया जिसे आप दोहराते हैं, वे स्थितियाँ जो आपको बताती हैं कि इसे कब करना है, और वे विवरण जो एक बार से दूसरी बार में बदल जाते हैं। उदाहरण के लिए, "साप्ताहिक बैठक तैयार करना" का अर्थ हो सकता है वर्तमान कार्यसूची एकत्र करना, अनिर्णीत मामलों की समीक्षा करना और बैठक से पहले रिमाइंडर भेजना। बैठक का समय निश्चित हो सकता है; लेकिन उसकी कार्यसूची और निर्णय नहीं।

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

इस उदाहरण को केवल एक दृष्टांत समझें, कोई अनिवार्य कार्यप्रवाह नहीं। उपयोगी प्रश्न यह है: क्या अपरिवर्तित रहता है, और किसे फिर से देखना पड़ता है?

क्या ट्रिगर एक नियमित तारीख है?

यदि कार्य हर सप्ताह, महीने या किसी अन्य अनुमानित अंतराल पर दोहराया जाता है, तो इसके ट्रिगर के रूप में एक आवर्ती कार्य (recurring task) या इवेंट का उपयोग करें। Google Calendar उपयोगकर्ता को यह सेट करने की अनुमति देता है कि कोई इवेंट कितनी बार दोहराया जाए और श्रृंखला कब समाप्त हो; इसका सहायता पृष्ठ दोहराए जाने वाले इवेंट्स में संपादन लागू करने का भी वर्णन करता है ([Google Calendar Help: Create a recurring event](https://support.google.com/calendar/answer/37115?hl=en))। Todoist का सहायता दस्तावेज़ कार्यों के लिए आवर्ती तिथियों का वर्णन करता है और बताता है कि आवर्ती तिथि वाले कार्य को पूरा करने पर यह अगली तिथि पर चला जाता है ([Todoist: Introduction to recurring dates](https://www.todoist.com/help/todoist/features/introduction-to-recurring-dates-YUYVJJAV))।

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

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

क्या कोई विशेष इवेंट इस काम को ट्रिगर करता है?

कुछ कार्य सिर्फ इसलिए नहीं होते क्योंकि आज सोमवार है। वे किसी विशिष्ट इवेंट से पहले या बाद में होते हैं: कोई बैठक, डिलीवरी, समीक्षा, लॉन्च या अपॉइंटमेंट। उस स्थिति में, तैयारी या फ़ॉलो-अप को उस इवेंट से जोड़ें जिसके कारण यह होता है। एक साधारण चेकलिस्ट कह सकती है "वर्तमान एजेंडे की समीक्षा करें, नवीनतम आंकड़े एकत्र करें, अनसुलझे प्रश्नों की पहचान करें"; इवेंट रिकॉर्ड तारीख, प्रतिभागियों और वर्तमान एजेंडे की जानकारी देता है।

आवर्ती कैलेंडर श्रृंखलाओं को सावधानीपूर्वक संभालने की आवश्यकता होती है जब कोई एक प्रविष्टि अलग होती है। Google का Calendar API गाइड एक आवर्ती श्रृंखला को उसके उदाहरणों और अपवादों से अलग करता है, और पूरी श्रृंखला को बदलने के इरादे से अलग-अलग उदाहरणों को संपादित करने के ख़िलाफ़ चेतावनी देता है ([Google Calendar API: Recurring events](https://developers.google.com/calendar/api/guides/recurringevents))। यह तकनीकी विवरण एक उपयोगी दैनिक जाँच की ओर इशारा करता है: जब आप निर्देशों या समय में बदलाव करते हैं, तो पूछें कि क्या यह बदलाव भविष्य के सभी चक्रों पर लागू होता है या केवल इसी पर।

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

क्या काम बदलती सामग्री पर निर्भर करता है?

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

Google Docs और Sheets संपादनों के लिए सूचनाएं प्रदान करते हैं, जिसमें सूचना सेटिंग्स व्यक्तिगत फ़ाइल पर लागू होती हैं; Google का सहायता पृष्ठ उपलब्ध संपादन सूचनाओं और उनके दायरे की व्याख्या करता है ([Google Docs Editors Help: Manage your notifications](https://support.google.com/docs/answer/91588?hl=en))। एक सूचना आपको सचेत कर सकती है कि सामग्री बदल गई है, लेकिन यह स्वयं यह तय नहीं करती कि क्या कार्रवाई करनी है या क्या बदलाव महत्वपूर्ण है। निर्णय के नियम को कार्य निर्देशों में रखें और बदलते तथ्यों को फ़ाइल में रखें।

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

बार-बार फिर से लिखने की समस्या के लिए एक त्वरित निदान

ऐसा एक कार्य चुनें जिसे आपने हाल ही में फिर से लिखा हो और क्रम से इन प्रश्नों के उत्तर दें:

1. **इसे क्या शुरू करता है?** एक अनुमानित तिथि, एक विशिष्ट इवेंट, या किसी दस्तावेज़ या सिस्टम में बदलाव? यदि एक से अधिक शामिल हैं, तो प्राथमिक ट्रिगर और किसी भी ऐसी निर्भरता की पहचान करें जिसकी जाँच भी की जानी चाहिए। 2. **कौन से निर्देश वास्तव में अपरिवर्तित रहते हैं?** उन्हें एक पुन: प्रयोज्य स्थान पर रखें: एक कार्य विवरण, चेकलिस्ट, या प्रक्रिया जिसे आप ट्रिगर से खोज सकते हैं। 3. **कौन से विवरण हर बार बदलते हैं?** उन्हें उस प्रविष्टि, इवेंट, या आधिकारिक सामग्री स्रोत में छोड़ दें। उन्हें आगे कॉपी करने के बजाय यह लिखें कि उन्हें कहाँ से प्राप्त करना है। 4. **जब ट्रिगर बदलता है तो क्या होता है?** यह तय करें कि किसी इवेंट के बदलने, किसी चक्र के छूट जाने या स्रोत बदलने पर देय तिथि, जुड़े हुए कार्य या अपवाद को कौन अपडेट करेगा। 5. **अगले व्यक्ति को सबसे पहले क्या देखना चाहिए?** केवल याददाश्त पर निर्भर किए बिना कार्य को खोलकर इस व्यवस्था का परीक्षण करें। क्या वे ट्रिगर, स्थिर चरण और वर्तमान इनपुट पा सकते हैं?

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

यह कैसे जानें कि सिस्टम में सुधार हो रहा है या नहीं

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

एक उपयोगी सिस्टम के लिए हर विवरण को स्थिर करने की आवश्यकता नहीं होती है। यह स्थिर चरणों को पुन: प्रयोज्य बनाता है, ट्रिगर को दृश्यमान बनाता है, और बदलती जानकारी को सत्यापित करना आसान बनाता है। जब उन तीन भागों के स्पष्ट स्थान होते हैं, तो प्रत्येक चक्र एक नए निर्माण के बजाय वर्तमान तथ्यों के साथ शुरू हो सकता है।

इस विषय को आगे पढ़ें