🌰 🧙🏻 🆒 क्यों कंपनी के विकास के साथ, जो डेवलपर्स सबसे आगे थे, वे "ओवरबोर्ड" थे 🧝🏽 🦍 👩🏻‍🎨

कुछ हफ़्ते पहले, हमने "प्रभावी" प्रबंधन का विषय उठाया, जिससे टिप्पणियों में बहुत विवाद हुआ। लेकिन किसी भी बड़े कॉर्पोरेट घटना के मूल कारण हैं। हमारे मामले में, यह कंपनी की वृद्धि है।

विकास लगभग हमेशा अच्छा होता है। कोई फर्क नहीं पड़ता कि कर्मचारी भविष्य में कंपनी के अंदर क्या हो रहा है, व्यापार के दृष्टिकोण से, विकास से जुड़े पाठ्यक्रम की सफलता और शुद्धता का एक संकेतक है। नए लोगों, प्रबंधकों और यहां तक कि "प्रभावी" प्रबंधकों को किराए पर लेना हमेशा बढ़ती जरूरतों से निर्धारित होता है। इन नए और प्रतीत होता है कि कई बार बहुत जरूरी लोगों के बिना, व्यापार नहीं बढ़ सकता है। और इसलिए, एक सुबह, एक प्रमुख डेवलपर, तकनीकी निदेशक, एक अन्य विशेषज्ञ स्टार को काम पर रखा, उठो, कार्यालय में आओ और पता करें कि अब वे अपने काम के स्वामी नहीं हैं। अब सब कुछ बदल गया है और उनकी स्थिति, वास्तव में, मौजूद नहीं है।

यह सब अहंकार और आत्म-सम्मान पर बहुत कठोर है। ऐसा क्यों हो रहा है? इससे कैसे निपटें? और क्या इसका सामना करना आवश्यक है? चलो इसे साथ ले आओ।

यह कैसे होता है

आइए कल्पना करें कि हमारे पास एक वैक्यूम में एक गोलाकार लीड डेवलपर है, जो एक साल पहले ओरिजिंस या माइनस पर खड़ा था, हमारी तेजी से बढ़ती कंपनी के उत्पाद को अपने घुटनों से हटा दिया। इस डेवलपर ने मुख्य विशेषताएं लिखीं, कोड समीक्षा की, नई तकनीकों की शुरुआत की, नए कर्मचारियों के साक्षात्कार में भाग लिया, और इसी तरह।

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

लेकिन वे उसे कालीन पर बुलाते हैं। कंपनी के निदेशक अपने कार्यालय में बैठते हैं - उनके तत्काल पर्यवेक्षक, साथ ही साथ व्यवसाय के मालिक, एचआर से मुख्य एक और स्वाद के लिए कोई और। बातचीत काफी शांति से, यहां तक कि आराम से शुरू होती है, लेकिन कुछ बिंदु पर शब्द "पुनर्गठन" लगता है। या "विकास।" या "परिवर्तन।" आप किसी भी उपयुक्त को चुन सकते हैं। यह शब्द अलग हो सकता है, लेकिन अर्थ हमेशा एक ही होता है: "%% USERNAME %%, आप एक अच्छे साथी, एथलीट और कोम्सोमोल सदस्य हैं, लेकिन कंपनी बढ़ रही है और हमें अब आपके वर्तमान स्वरूप में आपके काम की आवश्यकता नहीं है।"

इस समय, ऐसे दृश्यों के अधिकांश नायक (हमारे अग्रणी डेवलपर्स या अन्य सुपरस्टार) आंखों में अंधेरा हो रहे हैं और पृथ्वी पैरों के नीचे छोड़ रहे हैं। “यह कैसा है, इसकी आवश्यकता नहीं है? क्या मैंने सप्ताह में 70-100 घंटे तक व्यर्थ में हल चलाया, अपने परिवार, दोस्तों, आंशिक रूप से गंजे नहीं देखा, और, परिणामस्वरूप, एक नासाफर्टाटू जैसा हो गया? नमस्कार! आपने मुझे फेंकने का फैसला किया? ”

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

लेकिन एक समस्या है। वह सब कुछ जो हमारे डेवलपर ने नहीं किया ।

बिजनेस पैसा कमाने की कहानी है

इसे असंदिग्ध बनाने के लिए एक छोटा विषयांतर करना आवश्यक है। सॉफ्टवेयर डेवलपमेंट सहित कोई भी व्यवसाय, संस्थापकों के लिए पैसा कमाने और कर्मचारियों की महत्वाकांक्षाओं को पूरा नहीं करने के बारे में है।

लेकिन सबसे शुरुआत में यह पेशेवर महत्वाकांक्षा की महत्वाकांक्षी और इच्छा के लिए ठीक है जो कल की स्टार्टअप सफल कंपनियों को बनाते हैं। किसी भी उत्पाद के बाजार में विकास और प्रवेश का पहला चरण हमारे उत्सुक साथियों के कंधों पर होता है, जो परिवारों को नहीं देखते हैं, दिन में 10-14 घंटे काम करते हैं और तेजी से अधिभार, शारीरिक और नैतिक दोनों से संतुलन बना रहे हैं।

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

यही कारण है कि हमारे स्टार को या तो काम की एक नई जगह खोजने के लिए कहा जाता है, या शांत हो जाता है, खोपड़ी से अपने "सिंहासन" को इकट्ठा करता है, अपनी नसों को सीधा करता है और इस तथ्य के साथ आता है कि वह अब एक सामान्य दोहन में काम करेगा।

आगे के परिदृश्य

वास्तव में, यह संरेखण अहंकार पर बहुत कठोर है। कल आप केंद्रीय, अपूरणीय विशेषज्ञ थे, जिन्होंने उत्पाद को एक उज्जवल भविष्य के लिए नेतृत्व किया था, और आज आपको अपना मुकुट उतारने के लिए कहा जाता है, एक बैज लगा दिया जाता है क्योंकि आपके पास सुरक्षा सेवा है, और निवेशकों या बाजार विश्लेषकों की राय सुनते हैं।

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

कई लोग इस पर खड़े नहीं होते हैं और परियोजना को छोड़ देते हैं। कोई बहुत आहत है, जोर से दरवाजा पटक रहा है, ताकि प्लास्टर छत से गिर रहा है, कोई चुपचाप अपने क्षतिग्रस्त स्वास्थ्य और खोए हुए बालों के लिए आभारी "मुआवजा" प्राप्त कर रहा है (हमेशा नहीं)। लेकिन क्या होगा अगर जिस उत्पाद में इतना प्रयास, समय और नसों का निवेश किया गया था, वह फेंकना नहीं चाहता है?

अपूरणीय नहीं होना चाहिए

उत्पाद निर्माण के चरण से वाणिज्यिक दीर्घकालिक विकास-समर्थन, व्यापार, ग्राहकों और निवेशकों के लिए चलते समय यह सुनिश्चित करना चाहिए कि कंपनी की संरचना स्थिर है और इसके अंदर की प्रक्रियाएं स्केलेबल हैं। यह सामान्य ज्ञान है: अपूरणीय लोगों को नहीं होना चाहिए। एन क्लाइंट का उपयोग करने वाले एक वाणिज्यिक उत्पाद को विकसित करने की प्रक्रिया में, एक ऐसा व्यक्ति नहीं होना चाहिए जिस पर "एक बार में सब कुछ" का समर्थन किया जाएगा। यही कारण है कि कंपनी का "म्यूटेशन" पुनर्गठन के साथ शुरू होता है, पहले के प्रमुख सुपरस्टार डेवलपर्स के साथ साझेदारी करता है और बड़ी संख्या में नए कर्मचारियों को काम पर रखता है।

इस बिंदु पर, यह सब व्यक्ति पर निर्भर करता है। यदि वह खेल के नए नियमों को स्वीकार करता है, तो उत्पाद को एक उत्पाद के रूप में देखता है, जो वह है, और शक्ति और जिम्मेदारी साझा करने के लिए तैयार है, तो उसके लिए हमेशा एक उच्च-भुगतान वाली "गर्म" जगह होगी।

लेकिन इस स्थिति में "खेल" को ठीक से करने के लिए, आपको व्यवसाय के तर्क को समझने की आवश्यकता है: अपने आप पर प्रक्रियाओं को "लॉक अप" करने और किसी विशेष परिस्थितियों को बाहर करने का कोई भी प्रयास, वीटो या अन्य उत्तोलन के अधिकार को प्रत्यक्ष खराबी के रूप में माना जाएगा। क्योंकि अक्सर प्रभाव के इन सभी साधनों का उपयोग उद्देश्य परिणाम के बजाय एक व्यक्तिपरक प्राप्त करने के लिए किया जाता है।

डेवलपर्स को सेल्सपर्स और अन्य विश्लेषकों का बेहद संदेह है जो कहते हैं कि वे अब मांग में हैं। इससे भी अधिक अस्वीकृति स्थितियों के कारण होती है जब ये समान विश्लेषकों ने संकेत दिया है कि डेवलपर्स द्वारा किए गए काम का कोई भी हिस्सा क्लाइंट की वर्तमान जरूरतों के लिए अप्रासंगिक है। इस समय, कई लोग टूट जाते हैं, अपनी छाती पर एक शर्ट फाड़ते हैं और चिल्लाना शुरू करते हैं: "हां, मैंने बहुत ताकत लगाई है! मैंने इसकी अनुमति नहीं दी! " और इसी तरह। यह इस तरह का व्यवहार है कि सुपरस्टार डेवलपर्स की ओर से व्यवसाय, जिन्होंने खरोंच से परियोजना को उठाया है, वे डरते हैं, वे पुरानी टीम के प्रमुख सदस्यों को हटाकर इससे बचने की कोशिश कर रहे हैं।

वास्तव में, यह सब एक सरल सत्य के लिए नीचे आता है: यदि आप व्यवसाय के सह-मालिक नहीं हैं, तो यह निर्धारित करना आपके लिए नहीं है कि यह कैसे विकसित होगा। और इससे कोई फर्क नहीं पड़ता कि कंपनी के गठन के पहले चरण के लिए कितना समय और प्रयास समर्पित था। हां, यह दर्दनाक हो सकता है, यह शर्म की बात हो सकती है कि उत्पाद कॉरपोरेट सेगमेंट के दलदल में बदल गया है और नई सुविधाओं और चिप्स के साथ आगे बढ़ना बंद हो गया है। लेकिन व्यावसायिक हितों के साथ सीधा टकराव केवल एक चीज की ओर ले जाएगा - एक नई नौकरी की तलाश।

और यहां तक कि अगर आप एक विशेष मामले में सही हैं और देखते हैं कि नया पाठ्यक्रम रसातल की ओर जाता है, और सितारों के लिए नहीं - आंकड़े आपके साथ खेलते हैं। क्योंकि एक डेवलपर जो स्थिति को समझता है, उसके लिए 99 स्टार डेवलपर्स हैं जिन्होंने पूरी तस्वीर को नहीं देखते हुए अपने ऊपर कंबल खींचा।

आप कितनी बार इस तथ्य के बारे में आए कि अग्रणी डेवलपर्स ने कंपनी के विकास से जुड़े परिवर्तनों और नवाचारों का विरोध केवल इसलिए किया क्योंकि उन्हें यह पसंद नहीं था? यह पसंद नहीं आया, लेकिन यह गलत नहीं था दुर्भाग्य से, ऐसी स्थितियां असामान्य से बहुत दूर हैं। व्यवसाय की वर्तमान आवश्यकताओं के साथ समान तरंग दैर्ध्य पर बने रहने के लिए, आपको यह स्वीकार करने की आवश्यकता है कि लिखित कोड आपकी संपत्ति नहीं है, लेकिन एक वाणिज्यिक उत्पाद का हिस्सा है जिसका लक्ष्य पैसा बनाना है, और डेवलपर्स में से एक को खुश नहीं करना है।

"जहाज" पर कैसे रहें

दरअसल, आगे रहने और काम करने का तरीका काफी सरल है, लेकिन अपनी खुद की आदतों के साथ संघर्ष के विमान में निहित है। हमारे द्वारा वर्णित कई डेवलपर्स इस तथ्य से सामना करते हैं कि नया प्रबंधन, कंपनी का मालिक और यहां तक कि सहकर्मियों को पूरी तरह से अलग-अलग श्रेणियों में सोचना शुरू होता है। दरअसल, यह एमबीए में सिखाया जाता है - उत्पाद से अधिकतम लाभ। यदि आप ऐसे दृश्य साझा नहीं करते हैं, लेकिन अपने वर्तमान स्थान पर बने रहना चाहते हैं, तो निम्नलिखित बातों पर ध्यान देना चाहिए:

उत्पाद ग्राहकों के लिए और ग्राहकों पर नज़र रखने के लिए बनाया गया है, क्योंकि अब आपके पास उनके पास है।
विकास का दृष्टिकोण बदल जाएगा और यह सामान्य है।
स्केलिंग अपरिहार्य है।
आप संपूर्ण विकास को स्वयं बंद करने का प्रयास नहीं कर सकते।
यह संभावना है कि आपको नेतृत्व की स्थिति लेनी होगी, लेकिन हर कोई इसे पसंद नहीं करता है।
कम से कम दिलचस्प कार्य और पेशेवर "चुनौतियां" होंगी और इसके लिए एक को तैयार होना चाहिए।
अब बहुत अधिक लोगों को वोट देने और विकास पर प्रभाव डालने का अधिकार होगा। यह व्यवसाय है।
नए लोगों और मालिकों के साथ टकराव से सभी पार्टियों के लिए कुछ अच्छा नहीं होगा।

बड़ी कंपनियों में, ऐसे स्टार डेवलपर्स विभिन्न विभागों और परियोजनाओं के बीच घूमते हैं, जहां वे सभी सर्वश्रेष्ठ दे सकते हैं और हर शाम को उपलब्धि की भावना के साथ कार्यालय छोड़ सकते हैं।

लेकिन अगर केवल एक उत्पाद है, तो पसंद बहुत बड़ी नहीं है: आपके द्वारा "किया", प्रबंधकों को स्थानांतरित करने या एक नई परियोजना की तलाश करने के लिए समर्थन करने के लिए। कितना दुखद है।

पोस्ट स्क्रिप्टम

वर्णित स्थितियों के साथ भ्रमित नहीं होना चाहिए जब डेवलपर वास्तव में मूली प्रबंधकों को कंपनी से बाहर कर देता है। हम इस बारे में दूसरी बार बात कर सकते हैं।