सोमवार की सुबह, आपके पास तीन टैब खुले हैं और उनमें से कोई भी ऐसा नहीं है जिसे छोड़ा जा सके। एक रिटेल बैंक अपने सिंगल साइन-ऑन (SSO) में सुधार चाहता है (जिससे एक ही लॉगिन कई ऐप्स में काम करता है), ताकि गुरुवार को होने वाले सिक्योरिटी रिव्यू से पहले इसे ठीक किया जा सके। एक लॉजिस्टिक्स कंपनी डेटा एक्सपोर्ट की वजह से रुकी हुई है, जो उनके रोज़ के ऑपरेशन्स डैशबोर्ड को चलाता है। एक हेल्थकेयर एनालिटिक्स टीम आपके ‘प्रूफ ऑफ़ कॉन्सेप्ट’ (POC) का इंतज़ार कर रही है (यह एक छोटा सा बिल्ड होता है जिससे यह साबित होता है कि कोई चीज़ काम करती है, ताकि प्रोडक्शन का काम शुरू करने से पहले उसे परखा जा सके), क्योंकि उनके एग्जीक्यूटिव स्पॉन्सर डेमो देखने आ रहे हैं।
आप एक ही हफ़्ते में ये तीनों काम कर सकते हैं। लेकिन आप इन सभी को एक ही रफ़्तार, गहराई और निश्चितता के साथ नहीं कर सकते। जिस पल आप यह बात मान लेते हैं, आप ‘एक साथ डिलीवरी मॉडल’ (concurrent delivery model) में आ जाते हैं, चाहे आपने इसकी योजना बनाई हो या नहीं।
एक साथ चल रहे कामों में संतुलन बनाने का मतलब है कि आप एक ही समय में कई कस्टमर के काम (वर्कस्ट्रीम) को सक्रिय रूप से मैनेज करते हैं, जबकि अपने समय और ध्यान को सीमित संसाधन मानते हैं; साथ ही, आप स्पष्ट वादे करते हैं कि आगे क्या होगा, किसके लिए होगा और कब तक होगा। यह सिर्फ़ मल्टीटास्किंग नहीं है। यह तय करना है कि किस कस्टमर को आपका अगला बिना रुकावट वाला समय (clean hour) मिलेगा, किसे जल्दी से अपडेट (चेक-इन) मिलेगा, और किसे तब तक साफ़ ‘ना’ कहा जाएगा जब तक कि कोई निर्भरता (dependency) दूर न हो जाए।
असल में, संतुलन बनाने का मतलब उन तीन सीमाओं से है जिनके लिए आप जवाबदेह हैं।
आइए एक आसान मेंटल मॉडल देखें कि ये ताकतें आपस में कैसे मुकाबला करती हैं।
सबसे ज़रूरी बात है ट्रेड-ऑफ़ (समझौतों) को शुरू में ही साफ़ तौर पर दिखाना। अगर बैंक के SSO फ़िक्स के लिए आइडेंटिटी टीम में बदलाव की ज़रूरत है जिस पर आपका कंट्रोल नहीं है, तो भी आप प्लान, बातचीत और फ़ॉलबैक रास्ते की ज़िम्मेदारी ले सकते हैं, लेकिन आप सिर्फ़ अपनी इच्छाशक्ति से वह बदलाव नहीं करवा सकते।
जब आप एक काम से तीन कामों पर जाते हैं, तो काम तीन गुना नहीं होता। ओवरहेड (अतिरिक्त काम का बोझ) कई गुना बढ़ जाता है। अब हर काम की अपनी मीटिंग, स्टेकहोल्डर, एनवायरनमेंट और फ़ेलियर की स्थितियाँ होती हैं, और हर बार स्विच करने पर आपको एक तरह की ‘कीमत’ चुकानी पड़ती है।
तीन तरह की गड़बड़ियाँ तेज़ी से सामने आती हैं।
थ्रैश (Thrash) तब होता है जब आप रुकावट को दूर किए बिना ही काम को बार-बार नए सिरे से शुरू करते रहते हैं। आप स्लैक (Slack) पर जवाब देते हैं, कॉल पर जाते हैं, लॉग्स देखते हैं, टिकट खोलते हैं, और फिर मुख्य बात भूल जाते हैं। काम बहुत सारा दिखता है, लेकिन असल में कुछ पूरा नहीं होता।
साइलेंट स्कोप (Silent scope) तब होता है जब ग्राहकों की छोटी-छोटी “फ़ौरन पूरी होने वाली माँगें” जमा हो जाती हैं और बिना किसी की मंज़ूरी के असल डिलीवरी बन जाती हैं। आपको पूरे हफ़्ते लगता है कि आप मदद कर रहे हैं, और फिर अचानक POC डेमो अधूरा रह जाता है क्योंकि आपने मंगलवार का दिन “बस एक और” एक्सपोर्ट बदलाव करने में बिता दिया।
भरोसा कम होना (Trust decay) तब होता है जब अपडेट साफ़ नहीं होते। ग्राहकों को परफ़ेक्शन नहीं चाहिए, लेकिन उन्हें एक भरोसेमंद संकेत चाहिए। जब वे लगातार दो बार सुनते हैं कि “इस पर काम चल रहा है”, तो उन्हें लगता है कि या तो आप कहीं अटके हुए हैं या आपका ध्यान भटका हुआ है, और वे पक्की जानकारी पाने के लिए मामले को ऊपर तक ले जाने लगते हैं (एस्केलेट करते हैं)।
देखिए कि ये गड़बड़ियाँ कैसे एक-दूसरे से जुड़ी हैं और एक-दूसरे को बढ़ावा देती हैं।