द हैंडऑफ़
संकट।

यदि आप यह जानना चाहते हैं कि किसी व्यवसाय में पैसा कहाँ खोता है, तो काम को न देखें। काम के बीच के सीमों को देखें। बिक्री बंद हो गई - और फिर क्या? किसी को डिलीवरी बतानी होगी. डिलीवरी ख़त्म - और फिर क्या? किसी को बिलिंग बतानी होगी. चालान निकल जाता है - और फिर क्या? किसी को समर्थन को बताना होगा कि यह ग्राहक कौन है। हर "और फिर क्या" एक हैंडऑफ़ है, और हैंडऑफ़ वह जगह है जहां काम चुपचाप ख़त्म हो जाता है।

सीमाएँ खतरनाक क्यों हैं?

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

अब इसे बदतर बनाएं, जिस तरह से वास्तविक व्यवसाय करते हैं: हैंडऑफ़ के प्रत्येक पक्ष को एक अलग टूल में रखें। डील सीआरएम में रहती है। प्रोजेक्ट पीएम टूल में रहता है। बिलिंग अकाउंटिंग ऐप में रहती है। हैंडऑफ़ केवल मालिक का बदलाव नहीं है - यह बदलाव है प्रणाली, एक मानव द्वारा फ़ील्ड्स को एक स्क्रीन से दूसरे स्क्रीन पर कॉपी किया जाता है, यह आशा करते हुए कि उस फ़ील्ड में कुछ भी महत्वपूर्ण नहीं है जो अगले टूल में नहीं है।

कर्म करने से कभी असफलता नहीं मिलती। यह पारित होने में विफल रहता है.

विशिष्ट बातें जो अंतराल में आती हैं।

यह कभी भी बड़ी चीज़ नहीं है जो गिरती है। यह बनावट है. विक्रेता ने जिस छूट का वादा किया था वह कभी भी चालान में शामिल नहीं हुई। किकऑफ़ कॉल से स्कोप नोट जिसे प्रोजेक्ट बोर्ड ने कभी कैप्चर नहीं किया। तथ्य यह है कि यह ग्राहक समय-सीमा के बारे में संवेदनशील है, बिक्री के लिए जाना जाता है, समर्थन के लिए अदृश्य है। हर हार छोटी है. कुल मिलाकर वे उस ग्राहक के बीच का अंतर हैं जो संभाला हुआ महसूस करता है और वह जो टिकट की तरह महसूस करता है - और वे सभी टूल के बीच कॉपी-पेस्ट में तेजी से होते हैं।

समाधान कोई बेहतर हैंडऑफ़ नहीं है. यह उनमें से कम है.

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

यह एक डेटा परत की शांत महाशक्ति है। विक्रेता द्वारा किया गया वादा उस रिकॉर्ड पर है जिसे प्रोजेक्ट मैनेजर खोलता है। जब बिलिंग इनवॉइस उत्पन्न करती है तो स्कोप नोट वहीं होता है। समर्थन पूरे रिश्ते को देखता है, कोई नया टिकट नहीं। कोई भी किसी सीमा पर संदर्भ को दोबारा नहीं बनाता है, क्योंकि इसे दोबारा बनाने के लिए कोई सीमा नहीं है।

अदायगी.

जो टीमें अपनी सीमाएँ बंद कर लेती हैं, वे उसी परिवर्तन का वर्णन करती हैं, लगभग शब्द दर शब्द: चीज़ें दरारों से गिरना बंद कर देती हैं, क्योंकि दरारें ख़त्म हो जाती हैं। बिलिंग विवाद कम हो गए। "रुको, इसका मालिक कौन है?" ढीले धागे रुक जाते हैं. ग्राहक को विभागों के बीच रिले रेस के बजाय एक कंपनी का अनुभव होता है। इनमें से कुछ भी अधिक मेहनत करने से नहीं आया। यह उन सीमाओं को हटाने से आया जहां काम ख़त्म हो रहा था।