हाल ही में मेरा प्रोजेक्ट एक startup बन गया है और मुझे CEO की भूमिका निभाने की ज़रूरत पड़ गई है। साथ ही मुझे अपनी टीम को यह भी भरोसा दिलाना है कि मैं एक अच्छा CEO बनूँगा, खासकर क्योंकि मेरे असामाजिक स्वभाव की वजह से टीम के लोग इस बात को लेकर काफी संदेह में हैं। क्या इस तरह की स्थिति के लिए कोई अच्छे learning resources हैं?
13 टिप्पणियां
मेरे व्यक्तिगत अनुभव के आधार पर, मैं इसकी सिफारिश नहीं करूंगा। शुरुआत में यह इस बात पर निर्भर करेगा कि आपने जो कंपनी शुरू की है उसका आकार कैसा है, लेकिन मैं अपना अनुभव बताता हूँ।
मैं लगभग 20 कर्मचारियों वाली कंपनी में था, और development team में app developers सहित 5 से भी कम लोग थे।
कंपनी के प्रतिनिधि खुद development में भी हिस्सा लेते थे, और startup शुरू करते समय उन्होंने अपनी बनाई हुई साइट से ही शुरुआत की थी।
Development team का टीम लीड छोड़कर चला गया, और उसके बाद प्रतिनिधि महोदय ने टीम लीड, representative और overall management — सब कुछ खुद संभाला। Hiring से लेकर code review तक, हर चीज़ में उनकी भागीदारी थी।
कंपनी का मुख्य business shopping mall था, इसलिए event या site issue आते ही तुरंत response की बहुत ज़रूरत पड़ती थी, और overtime तथा पूरी रात काम करने की स्थिति अक्सर बनती थी। उनके लिए, क्योंकि वे representative थे, overtime या all-nighter करना शायद खुशी की बात रही होगी, लेकिन कर्मचारियों के नज़रिए से यह थकाने वाली स्थिति थी। जब representative खुद overtime और all-nighter कर रहा हो, तो माहौल ऐसा हो जाता है कि कर्मचारी भी आसानी से office से निकल नहीं पाते। और जब urgent event चल रहा हो और design changes बार-बार होने लगें, तो commits की संख्या बढ़ जाती थी, फिर यह भी सुनना पड़ता था कि इतने बेकार commits क्यों बढ़ रहे हैं...
खैर, इससे मुझे महसूस हुआ कि जो ज़्यादा जानता है, वह कभी-कभी ज़्यादा डरावना भी होता है।
मुझे नहीं पता कि आपकी startup company की organizational structure कैसी होगी, लेकिन कर्मचारियों के नज़रिए से CEO का coding करना और हर चीज़ में दखल देना सहज नहीं होता। अगर आप सिर्फ CEO की भूमिका निभा सकें तो मैं इसकी सिफारिश करूंगा, लेकिन अगर आपको development में भी शामिल होना पड़े, तो मैं व्यक्तिगत रूप से इसकी सिफारिश नहीं करना चाहूँगा।
मुझे तो यह CEO बनने के खिलाफ वजह नहीं, बल्कि उसके पक्ष में एक अच्छी वजह लगती है...
कर्मचारियों को असुविधा में डालना ही CEO होना है।
<डेवलपमेंट में 7 साल, मैनेजर के रूप में पहला दिन>शीर्षक की एक किताब है.http://www.yes24.com/Product/Goods/87336637
मुझे लगता है कि यह आपके लिए मददगार होगी.
और आपने खुद के लिए 'मेरी असामाजिकता' जैसा अभिव्यक्ति इस्तेमाल किया है... लेकिन पद इंसान को ढालता है, इसलिए मेरा मानना है कि टीम लीडर के समय की असामाजिकता और CEO होने पर की असामाजिकता को एक जैसा मानने की ज़रूरत नहीं है. अगर आप खुद को समझा नहीं सकते, तो दूसरों को भी समझा नहीं सकते.
मैं विदेशी ड्रामा Silicon Valley भी सुझाऊँगा। इसमें एक डेवलपर के अनजाने में CEO बन जाने के बाद उसके साथ होने वाली तरह-तरह की घटनाएँ दिखाई जाती हैं, और CEO के नज़रिए से देखें तो VC द्वारा startup में अपने लोगों को बिठा देने जैसी स्थितियों पर शायद बस हँसकर नहीं देखा जा सकता। यह आपके काम आएगा।
थोड़ा अचानक-सा है,
लेकिन Netflix की "How to Sell Drugs Online" नाम की जर्मन ड्रामा याद आ रही है haha
यह कहानी एक हाई स्कूल छात्र की है, जो गुमनाम यूज़र्स के बीच game item trading platform बना रहा था, लेकिन किसी वजह से dark web पर ड्रग ट्रेडिंग साइट का ऑपरेटर बन जाता है। इसमें एक nerdy दोस्त का बिज़नेस के लिए गंभीरता से सोचते हुए दिखना काफ़ी मज़ेदार तरीके से सामने आता है haha
https://leaddev.com/नाम की साइट पर "engineering leadership" के बारे में बहुत अच्छे लेख और talks हैं.उसका YouTube चैनल (
https://www.youtube.com/c/LeadDev/) भी है, जहाँ कई कंपनियों के lead-level developers या VP of Engineering panel में आकर talks देते हैं या discussions करते हैं.यह सीधे तौर पर "CEO" से जुड़ा न भी हो, फिर भी तकनीकी क्षमता वाले leader के रूप में किसी organization को किस mindset और तरीके से lead करना चाहिए, इस बारे में मुझे बहुत-सी उपयोगी सलाह मिली. हाल में देखे गए कुछ videos में से कुछ का परिचय दूँ तो:
Creating a career ladder for engineers: developers के career ladder का महत्व क्या है और इसे कैसे चलाया जाना चाहिए
https://www.youtube.com/watch?v=jA1Q94d2z10Building a successful and sustainable CI/CD pipeline: अगर continuous integration/deployment pipeline को सही तरीके से बनाना है, तो tools से ज़्यादा architecture और process पर ध्यान देना चाहिए, और team members को लगातार साथ लाने के लिए समझाना भी ज़रूरी है
https://www.youtube.com/watch?v=9nIG-pFyQ_kसबसे पहले, बधाई। मेरा मानना है कि डेवलपर्स के CEO बनने के और भी ज़्यादा उदाहरण होने चाहिए।
जैसा आपने लिखा है, अगर आपको सामाजिकता की कमी की चिंता है, तो शायद आपको कम्युनिकेशन पर सबसे ज़्यादा ध्यान देना चाहिए।
मैंने ऊपर दिए गए लेख की टिप्पणियों में एक संक्षिप्त अनुवाद भी किया है, उसे संदर्भ के लिए देखिए।
CEO के लिए यह बहुत महत्वपूर्ण है कि वह टीम के सदस्यों के साथ लगातार इस बारे में कम्युनिकेशन करे कि "हम कहाँ जा रहे हैं"। "हम यह काम क्यों कर रहे हैं, अब तक कहाँ तक पहुँचे हैं, और आगे क्या काम बाकी है" — इन बातों को "बार-बार" कहना पड़ता है। इसलिए, जब कंपनी कुछ हद तक बड़ी हो जाती है, तो लोग mission और vision जैसी बड़ी चीज़ें बनाते हैं, और town hall meeting से लेकर 1:1 feedback तक कई तरह के तंत्र तैयार करते हैं। लेकिन मेरे हिसाब से सबसे महत्वपूर्ण बात है लगातार बातचीत जारी रखना।
अगर अभी शुरुआती चरण है, तो कम से कम "हर सुबह 10 मिनट की टीम मीटिंग" जैसी हल्की बातचीत भी ज़रूर कीजिए। अगर आप यह सोचेंगे कि "daily standup तो करना ही होगा", तो वह बोझिल लग सकता है।
CEO की भूमिका, कंपनी के आकार से अलग, एक अकेली जगह होती है। कंपनी किस दिशा में जाएगी, इसका फैसला अंततः खुद आपको ही करना होता है। दूसरों ने किस तरह की चिंताएँ झेली हैं, यह भी उनके अनुभवों के ज़रिए एक बार देख लीजिए। और दूसरे संस्थापकों से मिलकर बात करने के अवसर बनाना भी अच्छा रहेगा।
जब डेवलपर startup शुरू करे, तो ध्यान रखने वाली तीन बातें https://hi.news.hada.io/topic?id=3016
Dribbble को co-found करने के बाद सीखी गई बातें https://hi.news.hada.io/topic?id=23
Samsung से आए startup CEO ने 1.2 अरब won गँवाकर क्या सीखा https://hi.news.hada.io/topic?id=3015
अपने food delivery service Sprig की असफलता का अनुभव https://hi.news.hada.io/topic?id=2364
आने वाले कुछ वर्षों में क्या हो सकता है, खासकर investment से जुड़ी बातों के बारे में पहले से देख लेना भी महत्वपूर्ण होगा।
startup के पहले ढाई साल की यात्रा कैसी होनी चाहिए (संक्षिप्त अनुवाद) https://hi.news.hada.io/topic?id=1703
VC द्वारा बताई गई startup fundraising strategy [197p PDF] https://hi.news.hada.io/topic?id=3798
जब आप डेवलपर से CEO बनते हैं, तो संभव है कि आपको कुछ हद तक CTO की भूमिका भी साथ में निभानी पड़े। नीचे दिए गए लेख भी देखिए।
CTO/VPE को पहले 90 दिनों में क्या करना चाहिए https://hi.news.hada.io/topic?id=1686
Director of Engineering क्या काम करता है? https://hi.news.hada.io/topic?id=2029
New York Times CTO की 4 साल की समीक्षा https://hi.news.hada.io/topic?id=2016
Segment CTO का "B2B प्रोडक्ट बेचना कैसे सीखें" https://hi.news.hada.io/topic?id=2104
SaaS CTO security checklist [27p PDF] https://hi.news.hada.io/topic?id=2509
इसके अलावा, पढ़ने लायक कुछ और चीज़ें
Toil हटाना - Toil क्या है https://hi.news.hada.io/topic?id=388
अच्छी कंपनी tech blog कैसे चलाया जाता है https://hi.news.hada.io/topic?id=1698
नए कर्मचारियों को अच्छी तरह onboard कैसे करें - How to onboard a new hire https://hi.news.hada.io/topic?id=233
और, अगर केवल संसाधनों के लिहाज़ से देखें, तो मुझे लगता है YC की सामग्री सबसे ज़्यादा मददगार हो सकती है।
कोरियाई भाषा में शायद इतनी व्यापक सामग्री आसानी से नहीं मिलती।
भविष्य के संस्थापकों के लिए YC का Startup School https://hi.news.hada.io/topic?id=3128
YCombinator Startup Library 2.0 https://hi.news.hada.io/topic?id=2624
क्या टीम के सदस्यों को यह समझाने के बारे में भी कोई सलाह मिल सकती है कि मैं CEO बनने के लिए उपयुक्त हूँ? आप क्यों सोचते हैं कि developer पृष्ठभूमि वाले CEO होने चाहिए?
मुझे ठीक से नहीं पता कि आप अभी जो startup बना रहे हैं, वह कैसे शुरू हुआ।
ऐसी स्थिति क्यों है कि CEO कौन बने, इसके लिए मनाना पड़ रहा है? क्या आप लोगों ने मिलकर शुरुआत की थी और उनमें से यह तय हुआ कि प्रश्न पूछने वाले यह भूमिका लेंगे? या फिर स्थिति ऐसी है कि सभी CEO की भूमिका लेना चाहते हैं? यह बात जानने की जिज्ञासा है। सच कहूँ तो, कोई व्यक्ति CEO के लिए उपयुक्त है या नहीं, यह बिना खुद करके देखे जानना मुश्किल है। मुझे लगता है कि उस आइटम के प्रति उसका लगाव और vision कितना है, यह भी महत्वपूर्ण है।
मैं developer background वाले CEO को इसलिए पसंद करता हूँ क्योंकि शुरुआत में तो MVP बनाने में ही बहुत भागदौड़ रहती है, लेकिन जब service launch हो जाती है, users बढ़ते हैं और चीज़ें scale होने लगती हैं, तब development knowledge रखने वाले और न रखने वाले व्यक्ति के बीच फर्क दिखता है।
एक आसान उदाहरण लें तो, शुरुआत में कोई legacy न होने के कारण कुछ भी बहुत तेज़ी से बनाया जा सकता है। लेकिन जब वही product बन जाता है और users बढ़ जाते हैं, तब हर नया feature जोड़ते समय existing चीज़ों के साथ उसका integration और scalability जैसी बातों पर विचार करना पड़ता है, इसलिए feature development में धीरे-धीरे ज़्यादा समय लगने लगता है। जल्दी-जल्दी बनाने की वजह से technical debt भी बन जाता है। Developers इसे कुछ हद तक समझते हैं। लेकिन अगर CEO को development की समझ नहीं हो, तो यहीं से टकराव शुरू होने लगते हैं।
"पहले की तरह जल्दी development क्यों नहीं हो रहा/किया जा रहा? क्या development team में capability नहीं है? क्या वे लोग काम नहीं कर रहे?"
आप सोच सकते हैं, क्या सच में ऐसा होगा? लेकिन यह स्थिति वास्तव में बहुत बार होती है। इसलिए मैं व्यक्तिगत रूप से यह ज्यादा पसंद करता हूँ कि जो व्यक्ति शुरू से product की planning और development दोनों कर चुका हो, वही vision के साथ company शुरू करे और उसे आगे बढ़ाए।
यह कोई दुर्लभ बात नहीं है; लगभग 10 में से 9 कंपनियाँ legacy के बारे में तो जानती हैं, लेकिन उसे समझती नहीं हैं.
उन्होंने technical debt का नाम तो सुना है, लेकिन जानते नहीं हैं. और फिर जैसे-जैसे इस मुद्दे का ज़िक्र बढ़ता है, C-level के लोग बार-बार यही कहते हैं: "मुझे ठीक से नहीं पता, और जानना भी नहीं है, बस इसे हल कर दो" — जबकि वे खुद C-level पर होते हैं.
इसी वजह से बहुत-सी कंपनियाँ लड़खड़ाती हैं, इसलिए मेरा मानना है कि अगर development background वाला कोई व्यक्ति CEO बने, तो उसके सफल होने की संभावना काफी ज़्यादा होती है, और मैं भी business शुरू करने की तैयारी कर रहा हूँ.
मेरा मानना है कि अगर authority delegation, freedom, और responsibility — इन तीन चीज़ों को अच्छी तरह संभाल लिया जाए, तो कोई भी अच्छा CEO बन सकता है.
शुरुआती CEO अक्सर शुरुआत में सब कुछ खुद ही संभालने की कोशिश करते हैं. खासकर इस बात से सावधान रहें, और trust के आधार पर authority delegation करें.
धन्यवाद!! मैं इन्हें एक-एक करके ध्यान से पढ़ूंगा और अच्छी तरह समझूंगा।