रेसिपी, खाना नहीं

आपको लगता है कि आपकी समस्या रफ़्तार की है। नहीं है। यह वाक्य "मैं खुद ज़्यादा तेज़ी से कर लूँगा" सच है — और यही बात इसे जाल बना देती है।

किसी काम के एक बार के लिए, सचमुच आप ही तेज़ हैं। लेकिन आपका दिमाग़ चुपके से दो अलग सवाल आपस में बदल देता है:

• यह जिसका जवाब देता है: "अभी, इस एक बार को सबसे तेज़ कौन करेगा?" → आप।
• जिसका जवाब इसे देना चाहिए: "अगले साल भर में इस काम को पचास बार, सबसे कम कुल लागत पर कौन करेगा?" → लगभग कभी आप नहीं।

PEM आपकी ठीक यही हालत को नाम देता है: Execution-Heavy का काम सौंपने का जाल — पकड़ छोड़ने से इनकार। आपकी पहचान आपके निजी काम से जुड़ी है, और आपने मेहनत से कमाए नियंत्रण के आराम को सच्ची अनिवार्यता समझ लिया है। तीन पूर्वाग्रह इस घेरे को जकड़कर बंद कर देते हैं:

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

अदृश्य लागत: हर "मैं खुद जल्दी कर लूँगा" वाला फ़ैसला आपको PEM की काम सौंपने की प्रगति के स्तर 1 पर जमा रखता है, जहाँ सब कुछ आप ही करते हैं, और आपकी सबसे क़ीमती पूँजी — आपकी समझ — कभी ऐसी किसी चीज़ में नहीं बदलती जो बढ़ सके। PEM इस पर साफ़-साफ़ कहता है:

"जो कहता है 'यह सिर्फ़ मैं ही कर सकता हूँ', वह अक्सर अपनी समझ की कमी कबूल कर रहा होता है, अपनी अनिवार्यता साबित नहीं कर रहा।"

आपकी समस्या रफ़्तार की नहीं है। आपकी समस्या हस्तांतरण की है, जो रफ़्तार की समस्या के भेस में है।

आपका मन दो रास्ते सुझाता है, और दोनों नाकाम होते हैं।

• "बस एक बार और मैं खुद कर लेता हूँ।" यह राहत वाला कदम है, और यह दोबारा वही बीमारी है। काम हो जाता है, जो उत्पादक लगता है, पर यह आपको हमेशा के लिए स्तर 1 पर जकड़ देता है। आप उस एक पहलू को और बढ़ाते जाते हैं जिसे आप पहले ही पूरा भर चुके हैं (निजी निष्पादन) और उसे भूखा रखते हैं जो असल में बढ़ता है (आगे पहुँचाई गई समझ)।
• "किसी को रख लेता हूँ और उम्मीद करता हूँ कि वह खुद समझ जाएगा।" यह उलटी ग़लती है: समझ के बिना काम सौंपना, जिसे PEM पल्ला झाड़ना कहता है। जो बात आपने साफ़ बोली ही नहीं उसे आप चला नहीं सकते, और जो गुणवत्ता आपने तय ही नहीं की उसे आँक नहीं सकते — इसलिए काम ग़लत लौटता है, आप उसे वापस अपने पास ले लेते हैं, और पूरा मामला "साबित" कर देता है कि काम सौंपना काम नहीं करता। काम सौंपना नाकाम नहीं हुआ। आपने वह कदम छोड़ दिया जो उसे कारगर बनाता है।

असली हल यह है कि अपने निष्पादन की आख़िरी एक बार को एक रेसिपी में बदल दें: एक ऐसा संचारणीय मानक जिसे दूसरे, या AI, आपके बिना चला सकें।

काम खुद करने की चाहत से मत लड़िए। उसे आख़िरी बार कच्चे माल की तरह इस्तेमाल कर लीजिए। कार्यप्रणाली में नामित तीन ताक़तें असली भारी काम करती हैं:

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

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

3. यह टिप्पणियों सहित उदाहरण तैयार करता है। एक आम बार काम होते ही ग़ायब हो जाता है। एक बयान किया गया बार PEM में काम सौंपने का सबसे ताक़तवर औज़ार बन जाता है: यह बताता नहीं, दिखाता है, और ज्ञान का अभिशाप (Curse of knowledge) — यानी यह याद न रख पाना कि न जानना कैसा होता था — उसे चकमा दे देता है। हर फ़ैसले के पीछे का जो "क्यों" आप पकड़ते हैं, वही वह हिस्सा है जो किसी और को नहीं दिखता, और वही काम को सिखाने लायक बनाता है।

इससे पहले कि चाहत जीत जाए, उस उलटे योजना भ्रम के बचाव में 30-सेकंड का हिसाब लगा लीजिए:

इस साल आप यह काम कितनी बार करेंगे (N) × हर बार के मिनट (T) × आपके एक घंटे की क़ीमत ($V)। एक कॉन्ट्रैक्ट जिसे आप साल में 40 बार, हर बार 25 मिनट में लिखते हैं, हर साल करीब 17 फाउंडर-घंटे जला देता है, और यह बढ़ता ही जाता है — बनाम एक करीब 50-मिनट वाला, दस्तावेज़ में दर्ज किया गया बार, साथ में समीक्षा का वह समय जो घटता जाता है। "मैं खुद जल्दी कर लूँगा" सिर्फ़ उन्हीं कामों के लिए सही है जो आप एक ही बार करते हैं। बार-बार लौटने वाले किसी भी काम के लिए, यह आपके कारोबार का सबसे महँगा वाक्य है।

और यह भी जाँच लीजिए कि क्या यह सचमुच इंसान वाली समस्या है। PEM की काम सौंपने की पदानुक्रम कहती है कि पहले इस क्रम से चलिए: स्वचालित कीजिए (एक टेम्पलेट, वर्कफ़्लो, या AI स्किल — "मैं खुद जल्दी कर लूँगा" वाले कई काम, मानक एक बार लिख देने पर, स्वचालित किए जा सकते हैं), फिर सिस्टम बनाइए (एक चेकलिस्ट या SOP), और तभी किसी इंसान के साथ साझेदारी कीजिए। जिसे आप कसकर पकड़े हुए हैं, उसमें से बहुत कुछ काम सौंपना है ही नहीं। वह तो बस एक न बना टेम्पलेट है।

ख़ास आपके लिए एक बात: आप Execution-Heavy हैं और शायद आपको "प्रक्रिया का दस्तावेज़ बनाना" बेहद नापसंद है। अच्छी ख़बर। PEM कहता है कि AI को काम सौंपने के औज़ार की तरह इस्तेमाल कीजिए। आपका टिप्पणियों सहित उदाहरण एक few-shot प्रॉम्प्ट बन जाता है; आपके गुणवत्ता के मानक एक समीक्षा-चेकलिस्ट बन जाते हैं। काम सौंपने की मेहनत-मशक्क़त AI सँभाल लेता है। आप वह एक चीज़ देते हैं जिसकी वह नक़ल नहीं कर सकता: आपका अपना ख़ास फ़ैसला।