सॉफ्टवेयर डेवलपमेंट एक टीम स्पोर्ट है। आपका व्यक्तिगत प्रदर्शन उतना मायने नहीं रखता जितना कि आपकी पूरी टीम और कंपनी का प्रदर्शन मायने रखता है।
अपने काम करने के तरीके में सुधार करके, आप केवल अपनी टीम के प्रदर्शन में वृद्धि करते हैं । सभी के काम करने के तरीके में सुधार करके, आप अपनी टीम के प्रदर्शन को गुणा करते हैं ।
पूरी टीम के प्रदर्शन को गुणा करने से आपको एक पागल कुशल व्यक्तिगत योगदानकर्ता होने की तुलना में ध्यान देने और बढ़ावा देने के लिए बहुत तेज़ लेन मिल जाएगी।
अन्य लोगों के प्रदर्शन को बढ़ावा देने के लिए आपके व्यक्तिगत प्रदर्शन को बढ़ावा देने की तुलना में एक अलग मानसिकता और दृष्टिकोण की आवश्यकता होती है। इस लेख में, मैं आपको आपकी टीम (या यहां तक कि पूरी कंपनी) के प्रदर्शन को बढ़ाने के 16 सिद्ध तरीके दिखाऊंगा।
यदि आप "10x डेवलपर" शब्द को गूगल करते हैं, तो आपको व्यक्तिगत प्रदर्शन से संबंधित बहुत सारे परिणाम मिलेंगे।
मुझे मिले कुछ सर्वोच्च परिणामों के उद्धरण देखें:
"मैं टीमों में रहने का आदी हूं जहां मैं टीम के 7-8 डेवलपर्स के साथ 60% काम कर रहा हूं।"
इस तरह के बयान मुझे झकझोर देते हैं।
यह। है। नहीं। कैसे। हम। निर्माण। आधुनिक। सॉफ़्टवेयर।
सॉफ्टवेयर डेवलपमेंट एक टीम गेम है। या टीमों के खेल की एक टीम भी। और खेल को व्यावसायिक परिणामों द्वारा स्कोर किया जाता है, कच्चे आउटपुट से नहीं। एक टीम और संगठन के रूप में प्रभावी होकर, एक व्यक्ति के रूप में कुशल नहीं।
इंजीनियरिंग के वीपी के रूप में, मैं प्रतिस्पर्धी कोडर की तलाश नहीं कर रहा हूं। मुझे परवाह नहीं है कि आप कितने समय में कोड की कितनी पंक्तियां क्रैंक करते हैं। और टीम का 60% काम करने वाला एक अकेला डेवलपर ऐसा कुछ नहीं है जिसके बारे में मैं शेखी बघारता हूँ, लेकिन एक दोष जिसे मैं ठीक करना अपनी प्राथमिकता मानता हूँ।
तो फिर मैं किसकी तलाश कर रहा हूँ ? आइए निम्नलिखित गणित पर विचार करें:
यदि आप केवल अपने आउटपुट में सुधार करते हैं, तो आप अपनी टीम के आउटपुट में जोड़ते हैं ।
लेकिन अगर आप टीम के प्रत्येक सदस्य के आउटपुट में सुधार करते हैं, तो आप अपनी टीम के आउटपुट को गुणा कर देते हैं ।
और गुणा बहुत जल्दी जोड़ को हरा देता है।
यहां तक कि अगर आप वास्तव में एक पौराणिक 10x देव हैं, तो आप केवल अपनी टीम के आउटपुट को 10 "इकाइयों" से बढ़ाएंगे, चाहे टीम का आकार कोई भी हो। लेकिन अगर आप पूरी टीम के आउटपुट को सिर्फ 2x से सुधारते हैं, तो आप इसे केवल 10 लोगों की टीम के लिए 10 "यूनिट" बढ़ा देंगे। और 100 लोगों की टीम के लिए 100 "इकाइयों" द्वारा।
और हम एक चरम स्थिति के बारे में बात कर रहे हैं जब आप टीम में हर दूसरे डेवलपर की तुलना में 10 गुना अधिक कुशल हैं। वास्तव में, गुणा 10 लोगों से बहुत छोटी टीमों के जोड़ को हरा देगा।
इसके अलावा, हम केवल कच्चे उत्पादन के बारे में बात कर रहे हैं: आप कितना जोर लगाते हैं, लेकिन आप किस दिशा में धक्का देते हैं। और पूरी टीम जिस दिशा में आगे बढ़ती है वह महत्वपूर्ण है।
इससे कोई फर्क नहीं पड़ता कि मोटरबोट में 100 या 1000-हॉर्स पावर का इंजन है अगर यह इंजन नाव को बग़ल में या पीछे की ओर धकेलता है, आगे नहीं। यदि आप गलत दिशा में धक्का देते हैं, तो आप न केवल अपना उत्पादन बर्बाद कर सकते हैं - आप अपनी पूरी टीम के काम को कमजोर कर सकते हैं।
आप -10x डेवलपर बन सकते हैं।
और यह रिश्ता दोतरफा है।
यहां तक कि अगर आप सही दिशा में धक्का देते हैं, तो आपकी गॉड-मोड 10x उत्पादकता को नकारा जा सकता है यदि आपकी बाकी टीम विपरीत दिशा में धक्का दे रही है।
आपको उनकी मदद करने की जरूरत है, ताकि वे आपकी मदद कर सकें। अपनी टीम की कमजोरियों को रद्द करें ताकि वे आपके प्रदर्शन को रद्द न करें।
यह प्रति-सहज ज्ञान युक्त लग सकता है, लेकिन केवल अपने स्वयं के आउटपुट पर ध्यान केंद्रित करने के बजाय अपनी पूरी टीम को अधिक प्रभावी बनाने पर ध्यान केंद्रित करना अक्सर आपके व्यक्तिगत प्रदर्शन को बढ़ावा देने का एक बेहतर तरीका होता है।
इसलिए मैं और अन्य प्रबंधक आपकी टीम को सकारात्मक रूप से प्रभावित करने की क्षमता के लिए व्यक्तिगत दक्षता की तलाश नहीं कर रहे हैं। और आप जितना व्यापक प्रभाव डालते हैं - जितने अधिक लोगों को आप सही दिशा में तेजी से जाने में मदद करते हैं - उतना ही अधिक मूल्य आप अपनी कंपनी के लिए उत्पन्न करते हैं।
लेकिन इसके लिए सिर्फ मेरा शब्द मत लो।
आइए कुछ जानी-मानी कंपनियों में इंजीनियरिंग करियर की सीढ़ी पर एक नज़र डालें:
CircleCI एक 6-स्तरीय सीढ़ी (E1-E6) का उपयोग करता है: एसोसिएट इंजीनियर, इंजीनियर, सीनियर इंजीनियर, स्टाफ इंजीनियर, सीनियर स्टाफ इंजीनियर और प्रिंसिपल इंजीनियर।
स्तर E1-E3 कार्य के निष्पादन पर ध्यान केंद्रित करते हैं। E1 कार्य के भीतर, E2 महाकाव्य/परियोजना के भीतर, E3 टीम के भीतर।
E4-E6 स्तर स्केल करने और उत्तोलन उत्पन्न करने के लिए कौशल का उपयोग करते हैं। वे दूसरों को सुविधा, मार्गदर्शन और सलाह देते हैं। टीम के भीतर E4 और टीम के व्यावसायिक हितधारकों के साथ, कई टीमों में E5 और पूरे संगठन में E6।
स्रोत: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0
कार्टा 7-स्तरीय सीढ़ी (L2-L8) का उपयोग करता है। उनके अपने शब्दों में:
लेवलिंग के लिए सबसे महत्वपूर्ण बात को स्पष्ट करना आसान है: कंपनी पर आपका प्रभाव। कर्मचारियों की प्रगति के दौरान हम उम्मीद करते हैं कि (मोटे तौर पर) प्रभाव का वर्णन करके हम पूरी प्रणाली को सारांशित कर सकते हैं: कार्यों पर (L2), सुविधाओं पर (L3), समस्याओं पर (L4), टीमों पर (L5), संगठन पर (L6), कंपनी पर (L7), और उद्योग पर (L8)।
स्रोत: https://medium.com/build-carta/engineering-levels-at-carta-d33db2a55a20
Spotify वरिष्ठ, कर्मचारी, या प्रमुख डेवलपर जैसे बाहरी शीर्षकों के बारे में ज्यादा परवाह नहीं करता है। वे उनके बारे में बहुत लचीले हैं और कर्मचारियों को वह चुनने देते हैं जो उनके लिए सबसे अधिक मायने रखता है। लेकिन आंतरिक रूप से, वे 4-स्तरीय सीढ़ी का उपयोग करते हैं जिसे वे "प्रभाव के दायरे" कहते हैं।
और वे इन 4 स्तरों ("चरणों") का वर्णन इस प्रकार करते हैं:
हमने Spotify पर आपके करियर पथ में चार चरणों की पहचान की है। प्रत्येक चरण न केवल बढ़ी हुई जिम्मेदारी से, बल्कि तकनीक के भीतर आपके बढ़ते प्रभाव से भी चिह्नित होता है: व्यक्तिगत कदम, स्क्वाड/चैप्टर स्टेप, ट्राइब/गिल्ड स्टेप, टेक्नोलॉजी/कंपनी स्टेप।
स्रोत: https://engineering.atspotify.com/2016/02/spotify-technology-career-steps/
ड्रॉपबॉक्स 7-स्तरीय सीढ़ी (IC1-IC7) का उपयोग करता है: सॉफ्टवेयर इंजीनियर 1-4, स्टाफ सॉफ्टवेयर इंजीनियर, प्रिंसिपल सॉफ्टवेयर इंजीनियर और सीनियर प्रिंसिपल सॉफ्टवेयर इंजीनियर।
इस प्रकार वे प्रत्येक स्तर के लिए "प्रभाव की सीमा" का वर्णन करते हैं:
स्रोत: https://dropbox.github.io/dbx-career-framework/
मैंने इन 4 कंपनियों को चुना है क्योंकि वे अपने सीढ़ी का सबसे संक्षिप्त वर्णन करते हैं, और इस प्रकार, लगभग सीधे उद्धृत किया जा सकता है। लेकिन एक समान पैटर्न पूरे उद्योग में व्यापक रूप से दोहराता है।
तो इन सभी कंपनियों में आपको क्या बढ़ावा मिलता है? वे सबसे ज्यादा क्या महत्व देते हैं?
फिर से, आप जो प्रभाव डालते हैं उसका क्षेत्र।
किसी संगठन का जितना बड़ा हिस्सा (और जितने अधिक लोग) आप सकारात्मक रूप से प्रभावित करते हैं, आप कंपनी के लिए उतने ही अधिक मूल्यवान होंगे - और आपको उतनी ही अधिक पहचान मिलेगी।
ऐसे स्तर पर काम करना डरावना लग सकता है। लेकिन अपनी पूरी टीम के प्रदर्शन को 2 या 3 गुना बढ़ाना अक्सर जितना लगता है उससे कम कठिन होता है। और अपने व्यक्तिगत प्रदर्शन को 10 गुना डायल करने से ज्यादा आसान है।
ठीक है, तो आप इसे कैसे कर सकते हैं?
पूरी तरह से संपूर्ण होना कठिन है, क्योंकि ऐसे कई तरीके हैं जिनसे आप अन्य लोगों के प्रदर्शन को सकारात्मक रूप से प्रभावित कर सकते हैं। लेकिन आइए उनमें से कई का पता लगाएं ताकि आप एक अच्छा सार प्राप्त कर सकें और उस मानसिकता का निर्माण कर सकें जो आपको अपने दम पर आगे के विचारों के साथ आने देगी।
छोटा शुरू करो। अपने साथियों के साथ सामान पर चर्चा करें। कोड समीक्षा, जोड़ी प्रोग्रामिंग, और टीम मीटिंग के माध्यम से अपने ज्ञान का प्रसार करें। अपने काम और व्यवहार से उदाहरण पेश करें।
न केवल कोडिंग के बारे में बल्कि ऐसी किसी भी चीज़ के बारे में अपना ज्ञान फैलाएं जो आपकी टीम के प्रदर्शन को प्रभावित कर सकती है: प्रक्रियाएँ, संचार और समय प्रबंधन।
ब्राउन बैग, कार्यशालाओं और ब्लॉगिंग के माध्यम से अधिक लोगों तक अपना प्रभाव बढ़ाएँ। अन्य टीमों के साथ सहयोग करने के अवसर लें।
अंत में, जब आप एक विशेषज्ञ के रूप में व्यापक रूप से पहचाने जाते हैं, तो कंपनी-व्यापी शिक्षण कार्यक्रमों या अभ्यास के अग्रणी समुदायों के प्रबंधन की जिम्मेदारी लें।
एक बार की सनसनी मत बनो। केवल अपने पिछले अनुभव पर निर्भर न रहें।
लगातार सीखें। अपनी कंपनी के बाहर के सहयोगियों से बात करें। पढ़ना। सम्मेलनों में जाओ। उद्योग के अत्याधुनिक के साथ अद्यतित रहें। अनुसंधान करें कि अन्य कंपनियां क्या कर रही हैं। नई तकनीकों और पुस्तकालयों के साथ प्रयोग करें।
नवीन ज्ञान का स्रोत बनें जो आपकी टीम को अगले स्तर तक पहुँचने में मदद करेगा।
कोई फर्क नहीं पड़ता कि आप किस प्रक्रिया का उपयोग करते हैं, सॉफ्टवेयर विकास अंत में बड़ी और छोटी परियोजनाओं की एक धारा है। कितनी अच्छी तरह से उनका विश्लेषण किया जाता है, तोड़ा जाता है, योजना बनाई जाती है, और उन्हें चलाने वाली टीमों के प्रदर्शन पर जबरदस्त प्रभाव पड़ता है।
परियोजनाओं को तैयार करने और नेतृत्व करने के लिए स्वेच्छा से कई लोगों के प्रदर्शन को प्रभावित करने का एक शानदार तरीका है।
प्रक्रिया के एक भाग की जिम्मेदारी लेते हुए प्रारंभ करें: आवश्यकताओं का विश्लेषण, कार्यान्वयन योजना, या कार्य विश्लेषण।
पूरे प्रोजेक्ट के निष्पादन की देखरेख करते हुए, एंड-टू-एंड प्रक्रिया को अपनाकर इसे डायल करें।
और अधिकतम प्रभाव के लिए, बड़ी, क्रॉस-टीम परियोजनाओं के समन्वय की जिम्मेदारी लें।
जटिल सॉफ्टवेयर सिस्टम में, कई "चलते भाग" होते हैं जिन्हें लंबे समय तक बनाए रखने की आवश्यकता होती है: मॉड्यूल, लाइब्रेरी, सबसिस्टम, उत्पाद, सेवाएं, एपीआई, उपकरण, प्रलेखन, पाइपलाइन, और इसी तरह। स्पष्ट स्वामित्व के बिना उन्हें अच्छी तरह से बनाए रखना आसान नहीं है।
और उन्हें कितनी अच्छी तरह से बनाए रखा जाता है, इसका उपयोग करने वाले सभी के प्रदर्शन पर बहुत बड़ा प्रभाव पड़ता है - जो कि, कुछ आधारशिला मॉड्यूल के लिए, यहां तक कि पूरी कंपनी में हर किसी के लिए हो सकता है।
अपनी कंपनी के कोडबेस, उत्पाद, या सबसिस्टम के एक हिस्से का स्वामित्व लेकर और इसे अच्छी हालत में रखकर, आप एक ऐसा प्रभाव डाल सकते हैं जिसे याद करना मुश्किल होगा।
छोटे पैमाने पर, आप अपनी टीम के लिए कुछ आंतरिक बनाए रख सकते हैं, उदाहरण के लिए, एक छोटा कोड मॉड्यूल या वेब सेवा।
बड़े पैमाने पर, आप पूरे उत्पाद और कंपनी के लिए कुछ मौलिक बनाए रख सकते हैं, जैसे केंद्रीय डिजाइन प्रणाली या ग्राहक-सामना करने वाला एपीआई।
एक टीम कितनी तेजी से जा सकती है, इसमें कुशल उपकरण एक जबरदस्त अंतर डालते हैं। और हमारे काम में बहुत सी चीजें हैं जिन्हें अनुकूलित, स्वचालित या अधिक कुशल तरीके से उपयोग किया जा सकता है।
ठोस सीआई / सीडी पाइपलाइन। कोड स्वरूपण और लाइनिंग। फास्ट टेस्ट सूट। स्वचालित कोड और परीक्षण डेटा पीढ़ी। अधिक कुशल कोड नेविगेशन। अपने आईडीई की पूरी शक्ति का उपयोग करना। बेहतर स्थानीय, परीक्षण और मंचन परिवेश। अच्छी तरह से कॉन्फ़िगर परियोजना प्रबंधन प्रणाली।
डिबगिंग, निगरानी और लॉगिंग के लिए मजबूत टूलिंग। घटकों और साझा पुस्तकालयों की बेहतर खोज। अपने वर्कफ़्लोज़ (जीथब, स्लैक, ट्रेलो, आदि) को स्वचालित और कनेक्ट करना। सूची अधिक से अधिक लंबी हो सकती है।
टूलिंग में सुधार करके, दोहराए जाने वाले कार्यों को स्वचालित करके, या यहां तक कि मौजूदा उपकरणों का बेहतर उपयोग करने के तरीके का ज्ञान फैलाकर, आप अपनी टीम और पूरी कंपनी के प्रदर्शन को बहुत प्रभावित कर सकते हैं।
अपने आप को उन सहकर्मियों के स्थान पर रखें जो आपके बाद परियोजना का दौरा करेंगे। आसानी से समझ में आने वाला कोड और आर्किटेक्चर पूरी टीम के प्रदर्शन को बना या बिगाड़ सकता है। उन्हें स्वच्छ, सरल, नेविगेट करने और डिबग करने में आसान और कम त्रुटि-प्रवण बनाएं।
एक घटक या मॉड्यूल में अपेक्षाकृत छोटे सुधार भी आपकी टीम के प्रदर्शन को काफी बढ़ा सकते हैं। और अधिक वैश्विक सुधार - उदाहरण के लिए, उत्पाद-व्यापी कोड सम्मेलनों के लिए - पूरी कंपनी को भी प्रभावित कर सकते हैं।
लोगों को एकजुट करके एक ही, सही दिशा की ओर धकेलना पूरी टीम के प्रदर्शन को बढ़ाने के सबसे शक्तिशाली तरीकों में से एक है। और आप जितना सोचते हैं उससे कहीं अधिक इसे प्रभावित कर सकते हैं।
सबसे पहले सही दिशा को खुद समझ लें। अपनी कंपनी के लक्ष्यों, व्यवसाय और ग्राहकों को समझने का प्रयास करें। यह आपको यह समझने की अनुमति देगा कि किन समस्याओं को हल करने की आवश्यकता है, और इन समस्याओं के बेहतर समाधान प्राप्त करें।
दूसरा, अपनी टीम को सही दिशा में जाने में मदद करें। आपने जो सीखा उसे साझा करें और दस्तावेज करें। अपनी टीम को प्रासंगिक मेट्रिक्स ट्रैक करने, फीडबैक इकट्ठा करने और अधिक पुनरावृत्त, चुस्त तरीके से काम करने में सहायता करें। अपने उत्पाद प्रबंधक के लिए एक विश्वसनीय सलाहकार बनें।
तीसरा, अन्य टीमों और हितधारकों के साथ तालमेल बिठाने में मदद करें, ताकि पूरी कंपनी एक ही दिशा में आगे बढ़े।
सॉफ्टवेयर केवल सॉफ्टवेयर डेवलपर्स द्वारा नहीं बनाया गया है। यह डेवलपर्स, डिजाइनरों, परीक्षकों, उत्पाद प्रबंधकों, विश्लेषकों, डेटा वैज्ञानिकों, उपयोगकर्ता शोधकर्ताओं और विभिन्न व्यावसायिक हितधारकों (ग्राहक सहायता, विपणन, बिक्री, वित्त) का एक ठोस प्रयास है।
उनका समर्थन करें। मिलकर काम करें। उनके जीवन को आसान बनाने में, उन्हें तेजी से आगे बढ़ने में मदद करने में, और अपने प्रयासों को समन्वित करने में प्रयास करें ताकि पूरा क्रॉस-फंक्शनल समूह एक साथ सुचारू रूप से काम करे।
यह आपको अकेले इंजीनियरिंग टीम की तुलना में अपने संगठन को और भी व्यापक दायरे में प्रभावित करने की अनुमति देगा।
आपकी टीम और संगठन कैसे काम करते हैं, इसका प्रदर्शन पर मौलिक प्रभाव पड़ता है। और यह केवल प्रबंधकों और स्क्रम मास्टर्स के लिए आरक्षित नहीं है। एक डेवलपर के रूप में, आप भी कंपनी की प्रक्रियाओं को बहुत अधिक प्रभावित कर सकते हैं।
पहले खुद को शिक्षित करो। अनुभववाद, पुनरावृत्त विकास, उत्पाद खोज और चुस्त के सिद्धांतों को समझें। सीआई/सीडी या फीचर फ्लैग-आधारित विकास जैसे आधुनिक तकनीकी दृष्टिकोणों को जानें। जानें कि आधुनिक क्रॉस-फंक्शनल टीमें कैसे काम करती हैं।
दूसरा, आलोचनात्मक नज़र से निरीक्षण करें, सुधार के अवसरों को सक्रिय रूप से देखें, और प्रक्रिया को आकार देने में पहल करें। अपनी टीम के अंदर और बाहर सक्रिय रहें। प्रक्रिया से संबंधित चर्चाओं में भाग लें। नए विचारों को लागू करने वाला चैंपियन।
आप कई लोगों और टीमों के प्रदर्शन को बढ़ाने में सक्षम होंगे।
कई तकनीकी सुधारों के लिए लंबे समय तक पूरी टीम के ठोस प्रयास की आवश्यकता होती है: क्रमिक रूप से पुराने ढांचे को एक नए के साथ बदलना, कोडिंग सम्मेलनों के एक नए सेट की ओर पलायन करना, और धीरे-धीरे कोडबेस के एक महत्वपूर्ण हिस्से को फिर से बनाना।
यदि उन्हें लगातार प्रबंधित और आगे नहीं बढ़ाया जाता है, तो ऐसी पहल आमतौर पर जल्दी ही विफल हो जाती है। और उनके परिणाम औसत दर्जे के हैं।
इस तरह की पहल का नेतृत्व करने के लिए स्वयंसेवक। यदि आप उन्हें अच्छी तरह से नियोजित और प्रबंधित करते हैं, यदि आप अन्य लोगों के लिए योगदान करना आसान बनाते हैं, और यदि आप उनके आसपास के प्रयासों का समन्वय करते हैं और उन्हें पूरा होते हुए देखते हैं, तो आप अपनी टीम और संगठन के भविष्य के प्रदर्शन पर पर्याप्त प्रभाव डाल सकते हैं।
प्रभावी टीम वर्क के लिए स्पष्ट, पारदर्शी संचार आवश्यक है। यह निर्धारित करता है कि लोग कितनी अच्छी तरह समन्वय करते हैं, वे एक-दूसरे पर कितना भरोसा करते हैं, वे कितने अच्छे निर्णय लेते हैं और वे अपने उद्देश्यों को कितनी अच्छी तरह समझते हैं।
और यह सभी स्तरों पर लागू होता है: एक टीम के अंदर, टीमों के बीच, विभिन्न भूमिकाओं और विभागों के बीच, और कर्मचारियों और प्रबंधन के बीच। संचार की गुणवत्ता पूरे संगठन के प्रदर्शन को बाधित या अनलॉक कर सकती है।
और आप इसे सुधारने के लिए बहुत कुछ कर सकते हैं।
अन्य टीमों के साथ अपनी स्थिति साझा करें। अपनी टीम और कंपनी के दस्तावेज़ीकरण, रोडमैप और विकी को अच्छी स्थिति में बनाए रखें। सक्रिय रूप से अन्य टीमों से जानकारी खींचकर अपनी टीम को सूचित रहने में सहायता करें।
प्रबंधन से अपनी टीम के लक्ष्यों को स्पष्ट करने और उन्हें अपनी प्रगति पर अपडेट करने के लिए कहें। कंपनी-व्यापी संचार मानकों और चैनलों (स्लैक, आदि) में सुधार का प्रस्ताव। जब भी आवश्यक हो, क्रॉस-टीम समन्वय बैठकें आरंभ करें।
कोई एक सही संस्कृति नहीं है। अलग-अलग कंपनियां समान स्तर की सफलता के साथ खुद को अलग तरह से संचालित करती हैं। लेकिन अगर एक ही कंपनी में अलग-अलग लोग, टीम और विभाग सांस्कृतिक रूप से टकराते हैं, तो यह उत्पादकता को मार देता है।
अपनी कंपनी की संस्कृति को समझें। इसका उदाहरण दें और इसे बढ़ावा दें। अपने व्यवहार और संचार पैटर्न के प्रति सचेत रहें।
यह आपकी कंपनी के प्रदर्शन को आपके विचार से अधिक प्रभावित करता है।
कभी-कभी, उच्च प्रदर्शन तक पहुँचना केवल प्रेरणा का विषय होता है। जोर से धक्का देने की इच्छा। सफलता के लिए अधिक भूख महसूस करना। सही रवैया होना।
अपनी टीम के मनोबल को प्रभावित करने के लिए आपको प्रबंधक होने की आवश्यकता नहीं है। उदाहरण के द्वारा नेतृत्व। अच्छी वाइब्स फैलाएं। उत्साह, आशावाद और धैर्य दिखाएं। काम को मज़ेदार बनाओ। संकट में शांत और संयमित रहें। हर दिन अपनी टीम को थोड़ा और आगे बढ़ाने के लिए रैली करें।
इस तरह के व्यवहार वायरल होते हैं और अक्सर ऊपर से लोगों को "सशक्त" करने के प्रयासों से बेहतर काम करते हैं। और वे आपकी टीम के बाहर आसानी से फैल जाते हैं, जिससे आप व्यापक प्रभाव डाल सकते हैं।
भर्ती के माध्यम से किसी संगठन के प्रदर्शन को बढ़ावा देने का दूसरा तरीका है।
यदि आप कर सकते हैं, भर्ती प्रक्रिया में शामिल हों। साक्षात्कारों में भाग लें। भर्ती चुनौतियों को तैयार करने में मदद करें। सीवी की समीक्षा करें।
और यदि आप स्वयं भर्ती प्रक्रिया में भाग नहीं भी ले सकते हैं, तब भी आप नई प्रतिभाओं को बोर्ड पर लाने के लिए बहुत कुछ कर सकते हैं। अपने सहयोगियों का संदर्भ लें। ब्लॉगिंग, चर्चा मंचों, सम्मेलनों में बोलने और नेटवर्किंग के माध्यम से अपनी कंपनी का प्रचार करें। ग्लासडोर पर सकारात्मक समीक्षा छोड़ें।
नए कर्मचारियों को ऑनबोर्ड करने और सलाह देने की जिम्मेदारी लें।
यदि आप किसी ऐसी समस्या का समाधान कर सकते हैं जिसे कोई और हल नहीं कर सकता है, जो आपकी कंपनी को प्रतिस्पर्धात्मक लाभ देगी, तो आप बहुत अधिक मूल्य उत्पन्न कर सकते हैं।
यह एक अकेले, 10x जीनियस के लिए एक कार्य की तरह लग सकता है, लेकिन यह अभी भी टीम के बारे में है। यदि आप अपने शानदार समाधान के बारे में ज्ञान का प्रसार नहीं करेंगे, यदि आप इसे डिजाइन नहीं करेंगे ताकि दूसरों के लिए पुन: उपयोग करना आसान हो, तो आप एक गुणक के बजाय एक अड़चन और विफलता के संभावित एकल बिंदु बन जाएंगे।
आप अपनी कंपनी को जोखिम में डालेंगे, मूल्य नहीं लाएंगे।
लेकिन अगर आप जटिल समस्याओं को इस तरह से हल कर सकते हैं कि हर कोई आपके समाधान को समझे और उसके ऊपर निर्माण कर सके, तो आप गेम चेंजर बन सकते हैं।
आपकी कंपनी को अक्सर बड़े, लंबे समय तक चलने वाले प्रभाव वाले निर्णयों का सामना करना पड़ता है। एक प्रौद्योगिकी ढेर चुनना। क्लाउड वेंडर चुनना। निर्माण बनाम खरीद निर्णय लेना।
इससे भी अधिक बार, छोटे प्रश्न सामने आते हैं: परियोजना का मोटा आकार क्या होगा? क्या यह तकनीकी रूप से व्यवहार्य है? इस समस्या के संभावित समाधान क्या हैं?
अपनी टीम और पूरे व्यवसाय के लिए एक गो-टू सलाहकार बनें। उद्योग के परिदृश्य को गहराई से जानें। नवीनतम विकास और रुझानों के साथ अद्यतित रहें। अनुसंधान में अच्छा हो जाओ। यह आपको आपकी कंपनी के लिए बहुत अधिक मूल्य लाने देगा।
क्या आप वास्तव में सबसिस्टम के स्वामी हो सकते हैं, परियोजनाओं का नेतृत्व कर सकते हैं, या निर्माण बनाम खरीद निर्णय ले सकते हैं? क्या यह आर्किटेक्ट्स, मैनेजर्स और टेक लीड्स की जिम्मेदारी नहीं है?
हाँ आप कर सकते हैं! किसी भी अच्छी तरह से चलने वाली कंपनी में, आपके मैनेजर या टेक लीड को आपको जितना संभव हो उतना सौंपने में खुशी होगी। असल में यही उनका काम है। यह आपको बढ़ने में मदद करता है और आपकी टीम बेहतर प्रदर्शन करती है, जो एक प्रबंधक की सबसे महत्वपूर्ण जिम्मेदारियां हैं।
उच्च-प्रभाव वाली कुछ सामग्री के लिए वास्तव में अधिक अनुभव की आवश्यकता हो सकती है - कोई भी जूनियर को कोडिंग बूटकैंप से सीधे कंपनी में सभी टीमों द्वारा उपयोग किए जाने वाले मिशन-क्रिटिकल सबसिस्टम का मालिक नहीं बनने देगा। लेकिन जिन प्रभावों पर हमने चर्चा की उनमें क्रमिक प्रगति है।
अपनी टीम में छोटी पहलों के साथ शुरुआत करें और धीरे-धीरे अपने प्रभाव के दायरे का विस्तार करें। विकास के अधिक अवसर खोजने के लिए अपने नेतृत्व या प्रबंधक के साथ काम करें। स्वयं, अपनी टीम में और कंपनी में ऐसे अवसरों की लगातार तलाश करें। गौर करें और प्रतिष्ठा बनाएं।
यह आपको एक बड़ा और बड़ा स्पलैश बनाने के लिए एक तेज़ ट्रैक पर स्थापित करेगा। न केवल 10x बल्कि 100x डेवलपर भी बनने के लिए। और - यदि यह आपकी महत्वाकांक्षा है - अंतत: स्वयं एक टेक लीड बनना है।
हां, आपको एक ठोस डेवलपर बनने की जरूरत है। खुद घटिया काम करते हुए दूसरों के लिए गुणक बनना कठिन है। लेकिन अगर आप वास्तव में 10x, या 5x, या सिर्फ एक ठोस 1x हैं, तो इसे पसीना न बहाएं। अपनी मानसिकता को व्यक्तिगत दक्षता से पूरी टीम और कंपनी की प्रभावशीलता में बदलें।
और जब आप करते हैं, तो केवल आकाश (और आपकी कंपनी का आकार) ही सीमा होती है। आप न केवल 10x देव बन सकते हैं बल्कि 100x और अधिक भी बन सकते हैं।