धीमे कामगार धीमे हाथ नहीं, बल्कि धीमे पुनः आरंभ हैं

जब आप किसी ऐसे व्यक्ति का दिनचर्या विश्लेषण करते हैं जो "काम में धीमा" है, तो वास्तव में उनके हाथों के रुके हुए होने का समय बहुत कम होता है।

दस्तावेज़ बनाना, ईमेल का जवाब देना—कीबोर्ड पर टाइपिंग करने वाले हाथ शायद तेज़ होते हैं। विलंब तब होता है जब Slack या अन्य सूचनाओं से बाधा (interruption) आती है।

शब्दों में कहें तो, असली स्क्रीन पर वापस लौटने और यह याद करने में कि आप कहाँ तक पहुँचे थे, बहुत समय लगता है। मुझे लगता है कि अंतर "रीस्टार्ट" (restart) के समय में निहित है।

"इसे तेज़ करो" कहे जाने से केवल काम की गति बढ़ती है, इसलिए यह अंतर बहुत कम घटता है।

मुझे लगता है कि मल्टीटास्किंग को सिंगल-टास्किंग के रूप में संभालने की कोशिश करते समय यह एक बड़ा जाल है।

UC Irvine की एक शोध टीम ने तीन और आधे दिनों तक कार्यालय में काम कर रहे 24 लोगों का अवलोकन किया। व्यक्तियों को बाधित कार्यों पर वापस लौटने में औसतन 25 मिनट का समय लगा। इसके अलावा, उस दौरान उन्होंने दो या अधिक अन्य काम शुरू भी कर लिए थे।

तो, जो चीज़ नष्ट हो रही है वह "हाथों की गति" नहीं, बल्कि वापस लौटने के वे 25 मिनट हैं। जो लोग दिन में कई बार बाधित होते हैं, वे बस इन 25-मिनट के ब्लॉकों को जमा करते जाते हैं; उनकी टाइपिंग गति पर्याप्त होती है।

मुझे अभी भी "रीस्टार्ट" करने में समय लगता है।

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

उत्पादकता तभी सुधरेगी जब हम केवल "कार्य स्विचिंग" (task switching) नहीं, बल्कि "मस्तिष्क स्विचिंग" (brain switching) को भी अधिक तार्किक बनाएंगे।

Slack सूचना पॉप-अप होती है -> जवाब देते समय कोई और चीज़ देखते हैं -> मूल स्क्रीन पर वापस लौटते हैं -> Claude सेशन समाप्त हो जाता है, अगला निर्देश देते हैं -> मूल स्क्रीन पर वापस लौटते हैं -> याद करते हैं कि कहाँ तक पहुँचे थे -> अंततः हाथ चलते हैं...

"काम में धीमे" होने के पीछे का सच हाथों की गति नहीं, बल्कि "रीस्टार्ट होने में लगने वाला समय" है।

मेरा मानना है कि इस समस्या को हल किए बिना काम तेज़ नहीं होगा।

इसलिए, अपने हाथों की गति बढ़ाने के बजाय, मैं "वापस कैसे लौटें" पर ध्यान केंद्रित करता हूँ, और इसे पूरा करने के लिए "तीन नियमों" का उपयोग करता हूँ।

1. मूल कार्य पर वापस लौटने से पहले बाधित अनुरोधों को एक निर्दिष्ट स्थान पर रख दें

-> यदि आप Slack से आए "कृपया पुष्टि करें" को अपने दिमाग में रखते हैं, तो उसे भूलने से बचने के लिए आप अपनी मानसिक ऊर्जा बर्बाद करते हैं। इसलिए, मैं Trello (कार्य प्रबंधन उपकरण) का उपयोग कॉकपिट की तरह करता हूँ।

दो अनुभाग: एक कॉलम जिसमें प्राथमिकता के अनुसार क्रमबद्ध "आज के कार्य (लंबे कार्य)" होते हैं, और एक बॉक्स "अंतराल के लिए कार्य (छोटे कार्य)" के लिए जिसमें स्टिकी नोट्स होते हैं। आने वाले अनुरोध यदि त्वरित हैं तो अंतराल बॉक्स में जाते हैं, या यदि समय-consuming हैं तो प्राथमिकता कॉलम में डाल दिए जाते हैं।

Trello में वास्तविक कार्य प्रबंधन दृश्य

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

2. स्वाभाविक विरामों पर रुकें नहीं। विश्राम लेते समय जान-बूझकर बीच में रुकें

-> मुझे लगता है कि यह सबसे महत्वपूर्ण बिंदु है। एक सामान्य गलती यह है कि दोपहर के भोजन या 15-मिनट के विश्राम से पहले "एक अच्छे ठहराव बिंदु" तक काम पूरा कर लिया जाए। इससे वापस लौटने पर स्टार्टअप लागत और एकाग्रता का रैंप-अप एक साथ हो जाता है। बीच में रुकना सबसे अच्छा है। यदि आप आधे रास्ते में रुकते हैं, तो आप "जारी रखने" से फिर से शुरू करते हैं, जिससे स्टार्टअप बोझ कम हो जाता है।

3. छुट्टी से एक घंटा पहले कल के पहले 5-मिनट के कार्य को लिख दें, और सुबह उसी से शुरू करें

-> यह नियम #1 का दैनिक संस्करण है। अगली सुबह शून्य से नहीं, बल्कि "कल की जारी कार्य" से शुरू होती है। कुछ भी शुरू करने से पहले सूचनाएं खोलने का मतलब है पूरी सुबह "वापस लौटने की प्रक्रिया" में बिताना। अपने हाथों को एक बार चलाने के बाद ही ईमेल और Slack खोलें।

"काम में धीमे" होने का मेरा समाधान

"कृपया पुष्टि करें," "तत्काल"

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

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

जिस चीज़ को तेज़ करने की आवश्यकता है वह बाद की "रीस्टार्ट" है, हाथ नहीं। ऊपर दिए गए तीन नियम वापस लौटने के लिए मुझे स्वयं को संकेत देने की मेरी व्यवस्थाएं हैं।

अपने अगले विश्राम से पहले जान-बूझकर एक "खराब टूटने के बिंदु" (bad breaking point) पर रुकने का प्रयास करें।

मैं समयोचित विषयों और कल के काम के लिए संकेतों को भी संरचनात्मक और स्पष्ट रूप से समझाता हूँ।

https://x.com/smark_x/status/2098393324768157849

https://x.com/smark_x/status/2096168360103088156

• अत्यधिक सोच-विचार (Overthinking) कार्रवाई को रोकता है
• पूर्णतावाद (Perfectionism) समय की कमी का कारण बनता है
• दीवार से टकराने पर अंतर्ज्ञान की कमी को दोष देने की इच्छा
• AI जोड़ने के बावजूद काम आसान नहीं हुआ है

मैं इन सभी समस्याओं से ग्रस्त था, लेकिन "तार्किक सोच" (Logical Thinking) के माध्यम से व्यवस्था बनाकर काम को आसान बना दिया। मैं प्रतिदिन पोस्ट करता हूँ, इसलिए यदि आप रुचि रखते हैं तो कृपया फॉलो करें। → @smark_x