- Airbnb के Brian Chesky ने YC इवेंट में एक यादगार टॉक दी
- ज़्यादातर फ़ाउंडर्स ने कहा कि यह अब तक सुनी गई सबसे बेहतरीन बातों में से एक थी
- Ron Conway अपनी ज़िंदगी में पहली बार नोट्स लेना भूल गए
- यहाँ उस टॉक को ज्यों का त्यों दोहराने के बजाय, मैं उस सेशन में उठे सवाल पर बात करना चाहता हूँ
Brian की टॉक का विषय: बड़ी कंपनियों को चलाने को लेकर आम धारणा गलत है
- Airbnb के बढ़ने के साथ, बहुत से लोगों ने सलाह दी कि कंपनी को एक खास तरीके से चलाना चाहिए
- इसे संक्षेप में ऐसे कहा जा सकता है: "बेहतरीन लोगों को hire करो और उन्हें काम करने की आज़ादी दो"
- उन्होंने यह सलाह मानी, लेकिन नतीजे बहुत खराब रहे
- इसलिए Steve Jobs ने Apple को कैसे चलाया, इसका अध्ययन करके उन्हें खुद एक बेहतर तरीका निकालना पड़ा
- अब यह असरदार लगता है. Airbnb का free cash flow margin Silicon Valley में सबसे ऊँचे स्तरों में है
- इस इवेंट में मौजूद हमारे द्वारा funded सबसे सफल फ़ाउंडर्स ने भी कहा कि उनका अनुभव यही रहा
- कंपनी के बढ़ने पर उन्हें भी यही सलाह मिली, लेकिन इससे मदद होने के बजाय कंपनी को नुकसान पहुँचा
- फिर सबने इन फ़ाउंडर्स को गलत सलाह क्यों दी?
- क्योंकि उन्हें जो सलाह मिली, वह फ़ाउंडर नहीं बल्कि professional manager के रूप में कंपनी चलाने का तरीका था
- लेकिन यह तरीका काफ़ी कम असरदार है, इसलिए फ़ाउंडर्स को लगता है कि यह उनके लिए काम नहीं करता
- फ़ाउंडर्स कुछ ऐसी चीज़ें कर सकते हैं जिन्हें न करना उन्हें गलत लगता है
कंपनी चलाने के दो तरीके: फ़ाउंडर मोड और मैनेजर मोड
- अब तक Silicon Valley में भी ज़्यादातर लोग चुपचाप यह मानते रहे हैं कि startup को scale करने का मतलब "मैनेजर मोड" में जाना है
- लेकिन जिन फ़ाउंडर्स ने इसे आज़माया, उनकी उलझन और उससे बाहर निकलने की कोशिशों की सफलता से यह अंदाज़ा लगाया जा सकता है कि एक दूसरा मोड भी मौजूद है
- फ़ाउंडर मोड पर अभी तक न कोई किताब है, न कोई training
- business school भी फ़ाउंडर मोड के अस्तित्व से अनजान हैं
- अब तक अलग-अलग फ़ाउंडर्स इसे प्रयोग करके खुद समझ रहे थे
- लेकिन अब कम से कम यह पता है कि किस चीज़ को खोजना है, इसलिए इस पर शोध किया जा सकता है
- उम्मीद है कि कुछ वर्षों में फ़ाउंडर मोड भी मैनेजर मोड जितना अच्छी तरह समझा जाएगा
- मैनेजर्स को कंपनी को modular design की तरह चलाना सिखाया जाता है
- वे org chart की नीचे वाली subtrees को black box की तरह मानते हैं
- वे अपने direct reports को बताते हैं कि क्या करना है, और कैसे करना है यह उन पर छोड़ देते हैं
- वे कर्मचारियों के काम की बारीकियों में शामिल नहीं होते. इसे micromanaging माना जाता है, और बुरा समझा जाता है
- "बेहतरीन लोगों को hire करो और उन्हें काम करने की आज़ादी दो" सुनने में अच्छा लगता है
- लेकिन वास्तव में, कई फ़ाउंडर्स की गवाही के मुताबिक, इसका मतलब अक्सर यह हो जाता है: "professional frauds को hire करो और उन्हें कंपनी बर्बाद करने दो"
Brian की टॉक और फ़ाउंडर्स से हुई बातचीत में एक साझा थीम: gaslighting का एहसास
- फ़ाउंडर्स को लगता है कि वे दोनों तरफ़ से gaslighting का शिकार हो रहे हैं
- एक तरफ़ वे लोग जो कहते हैं कि कंपनी को मैनेजर की तरह चलाना चाहिए
- और दूसरी तरफ़ वे लोग जो उनके लिए काम करते हैं, जब वे ऐसा करते हैं
- आम तौर पर जब आपके आसपास के सभी लोग आपसे असहमत हों, तो आप यह मान लेते हैं कि गलती आपकी ही है
- लेकिन यह उन दुर्लभ अपवादों में से एक है
- जो VC खुद फ़ाउंडर नहीं रहे, वे नहीं जानते कि फ़ाउंडर को कंपनी कैसे चलानी चाहिए
- C-level executives में दुनिया के सबसे चालाक झूठे लोग भी शामिल होते हैं
फ़ाउंडर मोड जो भी हो, यह तय है कि वह इस सिद्धांत को तोड़ेगा कि CEO को कंपनी से केवल अपने direct reports के ज़रिए ही संवाद करना चाहिए
- "skip-level" meetings कोई अपवाद नहीं बल्कि रोज़मर्रा की बात होंगी
- यह बंधन हटाते ही आपके पास संभावित संयोजनों की बहुत बड़ी गुंजाइश खुल जाती है
Steve Jobs का उदाहरण
- उन्होंने Apple में अपने हिसाब से सबसे महत्वपूर्ण 100 लोगों को इकट्ठा करके सालाना workshop की
- ये org chart के हिसाब से सबसे ऊपर के 100 लोग नहीं थे
- आम तौर पर किसी कंपनी में ऐसा करने के लिए बहुत ज़बरदस्त इच्छाशक्ति चाहिए होगी
- लेकिन सोचिए यह कितना उपयोगी हो सकता है. एक बड़ी कंपनी startup जैसी महसूस हो सकती है
- शायद Steve यह workshop जारी नहीं रखते अगर यह असरदार न होती
- लेकिन मैंने किसी और कंपनी के बारे में ऐसा करते नहीं सुना
- तो क्या यह अच्छा विचार है या बुरा? अभी नहीं पता. इसका मतलब है कि हम फ़ाउंडर मोड के बारे में बहुत कम जानते हैं
फ़ाउंडर्स भी 2000 लोगों की कंपनी को 20 लोगों वाली कंपनी की तरह नहीं चला सकते
- कुछ न कुछ delegation ज़रूरी होगा
- autonomy की सीमाएँ कहाँ होंगी और कितनी स्पष्ट होंगी, यह हर कंपनी में अलग होगा
- एक ही कंपनी के भीतर भी यह इस बात पर निर्भर कर सकता है कि मैनेजर्स कितना भरोसा जीतते हैं
- इसलिए फ़ाउंडर मोड, मैनेजर मोड से ज़्यादा जटिल होगा
- लेकिन यह बेहतर काम भी कर सकता है. हम यह बात पहले ही अलग-अलग फ़ाउंडर्स के उदाहरणों से जानते हैं
- जब हम फ़ाउंडर मोड को समझ लेंगे, तो पाएँगे कि कई फ़ाउंडर्स पहले से ही काफी हद तक इसी तरह काम कर रहे थे
- बस ऐसा करते हुए उन्हें बहुत लोगों ने सनकी या अजीब समझा
- दिलचस्प बात यह है कि फ़ाउंडर मोड के बारे में हमारी अब तक की बहुत कम जानकारी ही उत्साहजनक है
- फ़ाउंडर्स ने जो कुछ हासिल किया है, उसे देखें तो उन्होंने यह सब खराब सलाह की तेज़ उलटी हवा के बावजूद किया
- "ज़रा सोचिए, अगर उन्हें John Sculley की बजाय Steve Jobs की तरह कंपनी चलाने का तरीका बताया जाए, तो वे क्या कर सकते हैं"
8 टिप्पणियां
अच्छा लेख है, लेकिन मेरा अनुमान है कि आज जैसा management बना है, वह Silicon Valley के founders की अब तक की कई बेवकूफ़ियों को पार करते हुए ही बना होगा। इसलिए founder mode की अवधारणा दिलचस्प तो है, लेकिन क्या उसका महत्व सिर्फ़ दिलचस्पी से आगे भी जाता है, यह मुझे पता नहीं।
आखिरकार, मुझे लगता है कि असली बात यह समझने में है कि 'ऐसा ही करना चाहिए' जैसी ज़िद या जड़ सोच से बाहर निकलकर, दी गई समस्या-स्थिति में हर व्यक्ति जो सबसे अच्छा तरीका ढूंढ या ईजाद कर सकता है, वही प्रक्रिया महत्वपूर्ण है। वह आइडिया बाहर से आया है या भीतर से, यह महत्वपूर्ण नहीं है.
असीमित रूप से स्केल हो सकने वाले revenue structure की तलाश में लगी छोटी अस्थायी organizations जिन परिस्थितियों का सामना करती हैं, उनमें यह संभावना काफी अधिक होती है कि पारंपरिक तरीके काम न करें। और अगर पारंपरिक तरीके काम करते भी हैं, तो संभवतः इसका मतलब यह है कि बाज़ार की inefficiency पहले ही तेज़ी से खत्म हो रही है, और इसलिए अपेक्षित growth का आकार भी कम हो चुका है.
मुझे लगता है कि बड़े संगठनों में bureaucracy को तोड़ने का यह एक तरीका हो सकता है। bureaucracy की समस्या का दोष Agile पर मढ़ने की तुलना में, मुझे लगता है कि यह कहीं अधिक उत्पादक चर्चा है।
मैं इससे सहमत हूँ।
बात मुँह से नहीं, नतीजों से करनी होगी। ऊपर की पोस्ट में भी आखिरकार बात यही है कि लोगों सहित दी गई समस्याग्रस्त स्थिति में परिणाम कैसे निकाले जाएँ। उदाहरण के लिए, बड़ी कंपनियाँ तो उमड़कर आने वाले आवेदनों में से समस्याग्रस्त लोगों को छाँटने में बहुत समय लगाती होंगी, लेकिन कई नई छोटी कंपनियों के लिए लोगों को कड़ाई से परखकर चुनना मुश्किल होता है। ऐसे में सोचना यह पड़ता है कि हाथ में मिले पत्तों से खेल को जीत की ओर कैसे ले जाया जाए। हर एक पैसा अपनी कीमत वसूल करे (Every dollar counts), और हर एक व्यक्ति, भले ही उसमें कुछ कमी हो, फिर भी टीम के रूप में काम करे और मूल्य पैदा करे।
दूसरी ओर, skip-level शायद आखिरकार यह है कि एक पदानुक्रमित नेटवर्क में सबसे अधिक मूल्य वाले दो nodes को जोड़कर मूल्य पैदा किया जाए। लेकिन command chain में निहित कई सुरक्षा उपायों को नज़रअंदाज़ करने पर पैदा होने वाले अनेक जोखिमों पर भी विचार करना होगा, और साथ ही ऐसी व्यवस्था और संस्कृति के बिना, जो इसमें भाग लेने वाले frontline कर्मचारियों को middle managers से होने वाले नुकसान से बचाए, यह ठीक से काम भी नहीं करेगा।
इसके अलावा, जैसा कि सभी अनुमान लगाते हैं, "founder mode के स्थापित हो जाने पर उसके दुरुपयोग की संभावना" भी है। वैसे भी "छोटे Steve Jobs" की तरह व्यवहार करने वाले लोगों पर memes पहले से ही भरे पड़े हैं।
हाँ, सही है—कोई न कोई founder mode का दुरुपयोग करेगा, या जब संगठन विफल होगा तो founder mode को बहाना बनाएगा। चालाक झूठे लोग manager mode, agile ही नहीं बल्कि founder mode का भी अपने फायदे के लिए इस्तेमाल करेंगे।
"Founder mode" पर अच्छा लेख है।
फ़िलहाल बड़ी कंपनियों में founder mode को सबसे बेहतर तरीके से लागू करने वाले व्यक्ति Elon Musk हैं।
Hacker News राय
B2B startup संस्थापकों के लिए अच्छी networking महत्वपूर्ण है
Zap Surgical Systems के CEO founder mode में काम करते हैं
Airbnb दुनिया पर अच्छा प्रभाव डालता है या बुरा, यह अभी तय नहीं हुआ है
एक दोस्त ने fast-food chain को 5 शाखाओं तक बढ़ाया, लेकिन experts की सलाह के कारण उसे 2 शाखाओं तक घटाना पड़ा
startup mode, growth, और specialized company mode के बीच अंतर
संस्थापक और manager की द्वैधता एक गलत अवधारणा है
सफल कंपनियाँ inefficiency को झेल सकती हैं
professional management layer को c-suite तक पहुँचने के लिए 20 साल तक कठिनाइयाँ झेलनी पड़ सकती हैं
Steve Jobs बेहतरीन लोगों को hire करते थे और उन्हें निर्देश देने देते थे कि क्या किया जाना चाहिए
Bill Gates की management style गहरे सवालों के ज़रिए यह सुनिश्चित करती थी कि कर्मचारी अपना काम अच्छी तरह जानते हैं