- हर दिन एक जैसी उत्पादकता बनाए रखने के बजाय उन दिनों को अलग करके काम करने का तरीका, जब फोकस चरम पर होता है और जब नहीं होता
- इंजीनियरों का काम पर फोकस हर दिन अलग होता है, और इसे समस्या मानने के बजाय स्वाभाविक रूप से स्वीकार करना उल्टा उत्पादकता के लिए अधिक फायदेमंद है
- जब फोकस की स्थिति न हो, तब कठिन प्रोजेक्ट काम को ज़बरदस्ती आगे बढ़ाने पर मुख्य बिंदु छूट जाने वाली गलतियां होने की संभावना बढ़ जाती है
- प्रोजेक्ट काम में हुई गलतियों में सिर्फ दोबारा काम करने से अधिक समन्वय की लागत बड़ी होती है, इसलिए इंतज़ार करना बेहतर है
- जब फोकस की स्थिति हो, तब केवल उच्च-प्राथमिकता वाले काम में डूब जाना, और जब न हो तब आसान कामों को केंद्र में रखकर निपटाना एक प्रभावी रणनीति है
- बड़ी tech कंपनियों में फुर्सत के दौर और गहन फोकस के दौर बार-बार आते हैं, इसलिए इस लय के अनुसार काम करने की शैली अधिक प्रभावी है
काम की लय पर बुनियादी अवलोकन
- हर इंजीनियर की दैनिक उत्पादकता स्थिर नहीं होती, कुछ दिनों में बेहद गहरा फोकस संभव होता है और दूसरे दिनों में सीमित
- एक जैसा काम का समय बनाए रखने की कोशिश उल्टा अत्यधिक थकान या आत्म-दोष तक ले जा सकती है
- अधिक और कम उत्पादक दिनों के अंतर को समस्या न मानकर स्वाभाविक उतार-चढ़ाव के रूप में स्वीकार करना चाहिए
फोकस्ड काम की परिभाषा
- "फोकस्ड काम" का मतलब सिर्फ समय लगाना नहीं, बल्कि ऐसा काम जो प्रोजेक्ट में वास्तविक प्रगति लाए; यह हर तरह के काम पर लागू नहीं होता
- training लेना, साधारण PR review, संदेशों का जवाब देना, और दोहराव वाला coding कम फोकस में भी किया जा सकता है
- जिन दिनों फोकस कम हो, उन दिनों भी पूरी तरह आराम करने के बजाय सहायक काम करके समय का उपयोग किया जा सकता है
ज़बरदस्ती धकेलने की समस्या
- उच्च-कठिनाई वाले प्रोजेक्ट काम में Flow/फोकस की स्थिति और उसके बिना की स्थिति में काम की गुणवत्ता अलग होती है
- जब फोकस न हो और तब high-risk प्रोजेक्ट काम किया जाए (जैसे core code लिखना, बाहरी संचार आदि), तो अक्सर अगले दिन पता चलता है कि मुख्य बिंदु छूट गया या गलती हो गई
- प्रोजेक्ट deploy करते समय हुई गलती की सुधार-लागत सिर्फ दोबारा काम करने से अधिक होती है
- अगर टीम को गलत request भेज दी जाए, तो वास्तव में क्या चाहिए यह समझाना मुश्किल हो जाता है, और request की प्राथमिकता घट सकती है
- जब फोकस की स्थिति न हो और फिर भी ज़बरदस्ती काम किया जाए, तो सिरदर्द होने लगता है और बीमार जैसा महसूस होता है
- मानो फोकस की स्थिति में सीमित आंतरिक संसाधन खर्च हो रहे हों, और वे मानसिक आराम के ज़रिए धीरे-धीरे वापस आते हों
- फोकस की स्थिति में 12 घंटे से अधिक काम करने पर भी ठीक लग सकता है
- बेशक, deadline या urgent request होने पर स्थिति कैसी भी हो, फोकस करना पड़ता है
- लेकिन अंतिम sprint से पहले तक प्रोजेक्ट पर आमतौर पर बाहरी dependencies के इंतज़ार का समय हावी रहता है (खासकर बड़ी कंपनियों में)
- इसलिए किसी खास काम को कब करना है, इस पर कुछ हद तक विवेकाधिकार होता है
काम करने की दो शैलियाँ
- जब फोकस की स्थिति हो (in the zone):
- समस्याएँ अधिक सरल दिखती हैं, और जटिल काम भी संभव लगते हैं
- हर तरह के distraction को न्यूनतम करके, सबसे उच्च-प्राथमिकता वाले काम में डूब जाना
- सच में महत्वपूर्ण संदेशों को छोड़कर बाकी का जवाब बाद में देना (Slack के "बाद में याद दिलाएँ" फीचर का उपयोग)
- multitasking को यथासंभव टालना और एक समय में एक ही काम पर ध्यान देना
- अगर शाम तक काम करने का मन हो तो वैसा करना, और अगले दिन या उसके बाद भरपूर आराम करके समय की भरपाई कर लेना
- जब फोकस की स्थिति न हो (not in the zone):
- हर काम जटिल लगता है और उसमें जोखिम अधिक दिखाई देते हैं
- रक्षात्मक तरीके से आगे बढ़ना और जोखिम से बचने की कोशिश करना
- प्राथमिकता पर बहुत ज़ोर न देकर, आसान उपलब्धियाँ हासिल करने पर ध्यान देना
- कई प्रोजेक्ट्स के बीच आना-जाना करते हुए बातचीत और हल्के काम अधिक करना
- सामान्य से थोड़ा जल्दी काम खत्म करना भी ठीक है (क्योंकि बाद में फोकस वाले दौर में इसकी भरपाई की जा सकती है)
Big Tech कंपनियों में इसकी उपयुक्तता
- यह काम करने की शैली बड़ी tech कंपनियों में आश्चर्यजनक रूप से अच्छी बैठती है
- अनुभव के अनुसार, लगभग हर टीम का काम एक जैसे पैटर्न का पालन करता है
- कम-प्राथमिकता वाले शांत प्रोजेक्ट के दौर और ऐसे उच्च-प्राथमिकता वाले प्रोजेक्ट के दौर, जिन पर management अचानक गहरी रुचि दिखाता है, बारी-बारी से आते हैं
- शांत दौर में थोड़ी ढील रखना और गहन दौर में पूरी तरह डूब जाना बहुत प्रभावी तरीका है
अभी कोई टिप्पणी नहीं है.