समस्या पिरामिड है, लोग नहीं

कंसल्टेंसी का पिरामिड असल में पैसे वसूलने का एक मॉडल है, जिसे संगठन के चार्ट का लिबास पहना दिया गया है। एक पार्टनर, दो मैनेजर, आठ कंसल्टेंट। पार्टनर बेचता है, मैनेजर मैनेज करते हैं, कंसल्टेंट बनाते हैं। क्लाइंट मिलता पार्टनर से है, और उसके हिस्से आते हैं कंसल्टेंट। इसमें शामिल हर व्यक्ति काबिल है; फिर भी प्रस्ताव और कोड के बीच कहीं यह ढाँचा असली बात खो देता है।

समस्या यह नहीं कि कितने लोग हैं। समस्या यह है कि समझ किसके पास है, और जब फ़ैसले होते हैं, तब क्या वह समझ उस कमरे तक पहुँचती भी है।

बजट कहाँ जाता है?

प्रस्ताव कोई ऐसा व्यक्ति लिखता है जिसने क्लाइंट की हालत को ध्यान से पढ़ा है और एक राय बनाई है। वह राय उसके दिमाग़ में रहती है। डिलीवरी टीम तक वह एक स्लाइड डेक और एक किक-ऑफ़ कॉल के ज़रिए पहुँचाई जाती है, यानी पहुँचती ही नहीं। फिर डिलीवरी टीम धीरे-धीरे समस्या को नए सिरे से खोजती है, और बिल ऐसे बनता है मानो वह उसे पहले से समझती हो।

किसी बड़े प्रोग्राम के भीतर रह चुके किसी भी व्यक्ति से पूछें कि किस एक बात से पहले ही पता चल जाता था कि बजट बढ़ेगा। जवाब अक्सर एक ही होता है: प्रस्ताव वाली समझ बनाने वाली टीम तक पहुँची या नहीं। जब पहुँची, तो काम योजना के आसपास पूरा हुआ। जब नहीं पहुँची, तो प्रस्ताव पर लिखा आँकड़ा एक ऐसी कहानी निकला, जिस पर सबने यक़ीन करने की हामी भर दी थी।

फ़र्में यह ढाँचा क्यों बनाए रखती हैं?

मार्जिन। सीनियर की समझ सीनियर के रेट पर बिल हो, तो महँगी है; सीनियर की समझ सीनियर के रेट पर बिके और जूनियर के रेट पर डिलीवर हो, तो यह एक बिज़नेस मॉडल है। यह परतदार ढाँचा बढ़ने का इत्तफ़ाक़ नहीं; यही तो प्रोडक्ट है।

बाहर से यह दिखता भी नहीं। प्रस्ताव में यह नहीं लिखा होता कि उसे लिखने वालों में से कौन चार महीने बाद भी जुड़ा रहेगा, और जब तक क्लाइंट को पता चलता है, बजट लग चुका होता है।

इसके बजाय हम क्या करते हैं?

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

आपकी समस्या पढ़कर हम जो सीखते हैं, वह किसी के कुछ बनाने से पहले लिखा जाता है: जाँच के नतीजे, वह पैमाना जिस पर काम परखा जाएगा, आज का आँकड़ा, और योजना। निर्माण उसी दस्तावेज़ से होता है, और बनाए कोई भी, वह दस्तावेज़ आपका है। टीम के नाम काम के लिखित ब्योरे में दर्ज होते हैं, और आपकी लिखित सहमति के बिना कोई न उसमें जुड़ता है, न उससे हटता है।

यह दावा इस बारे में है कि निर्माण तक क्या पहुँचता है और उसका जवाबदेह कौन है; इस बारे में नहीं कि हम कितने लोग हैं, या कौन-सा काम कौन करता है। यह फ़र्क़ इसलिए मायने रखता है, क्योंकि उन दूसरे दावों की मियाद ख़त्म हो जाती है। जो फ़र्म अपना आकार बेचती है, या वादा करती है कि काम बेचने वाला ही उसे करेगा भी, वह ऐसी चीज़ बेच रही है जिसका बचाव उसे अपनी ही बढ़त के ख़िलाफ़ करना पड़ेगा। जो फ़र्म अपनी समझ लिखकर रखती है, वह एक भी वादे पर दोबारा बात किए बिना नए लोग रख सकती है।

आप इसे कैसे जाँचें

दस्तख़त करने से पहले किसी भी फ़र्म से दो सवाल पूछें।

इस प्रस्ताव में जो समझ है, वह कहाँ लिखी है, ताकि बनाने वाले उसी से काम कर सकें? और टीम में नाम से कौन-कौन है, और अगर उनमें से किसी को हटाया जाए, तो कॉन्ट्रैक्ट के हिसाब से क्या होगा? जो फ़र्म पहले सवाल का जवाब नहीं दे सकती, वह आपको पिरामिड बेच रही है। जो दूसरे का जवाब नहीं दे सकती, वह उम्मीद कर रही है कि जब ऐसा होगा, तो आपका ध्यान नहीं जाएगा।

हमारे जवाब लिखित में होते हैं, हर प्रोजेक्ट में, पहले संदेश से ही।