पाँच गलतियाँ जो मैंने लीड डेवलपर के रूप में कीं

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



अपने अनुभव का आकलन करते हुए, मैं कह सकता हूं कि एक प्रमुख डेवलपर की मुख्य विशेषताओं को 3 अंक तक घटाया जा सकता है:

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

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

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

एक साल से थोड़ा पहले मैंने अंत में प्रमुख डेवलपर की स्थिति को छोड़ दिया और अपनी सबसे कष्टप्रद गलतियों का एक छोटा पूर्वव्यापी बनाने का फैसला किया। तो:

गलती संख्या 1. अतिप्रवाह

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

• अपने स्वयं के कार्यों की गिरावट में समय लगता है।
• कर्मचारी से परिणाम के लिए जिम्मेदारी को राहत देता है। आपने कहा कि वास्तव में क्या करना है, जिसका मतलब है कि अगर यह काम नहीं करता है, तो वह खुशी से आपको इसके बारे में सूचित करेगा, यह कहते हुए कि आप किसी अन्य समाधान की तलाश कर रहे हैं।
• एक कर्मचारी को सोचने से वंचित करना और उसे विकसित होने से रोकना

9 महीने के बाद, मैंने अपने आप को काम के इस तरीके से बहुत थका हुआ पाया, और कर्मचारी योग्यता के आवश्यक स्तर तक नहीं बढ़ पाया।

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

त्रुटि संख्या 2. तकनीकी समाधान में सिर पर रियायतें

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

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

गलती संख्या 3. सहानुभूति और विषाक्तता का अभाव

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

विषाक्तता के बारे में बोलते हुए, मैं अलग से ध्यान देना चाहूंगा कि बहुत कठोर आलोचना के अलावा, ऐसे अन्य रूप हैं जो एक डिग्री या दूसरे तक, आपके साथ काम करने की इच्छा को नकारात्मक रूप से प्रभावित कर सकते हैं। विषाक्तता अपने आप में बहुत संक्रामक है और आप इसे आसानी से अपने सहयोगियों से ले सकते हैं, इसलिए कुछ बिंदु पर मैंने सिद्धांत को "खुद से आगे बुराई न होने दें" का निर्णय लिया (पहचानें और इसे अपने आप में सबसे पहले दबा दें) और अभिव्यक्तियों की एक सूची तैयार करें जो आप कर सकते हैं विषाक्तता पर विचार करें ( TED "संचार के 7 घातक पाप" पर रिपोर्ट के आधार पर):

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

गलती संख्या 4. हितधारकों की अनदेखी

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

• कम प्रभाव और कम ब्याज: आप कुछ भी नहीं कर सकते
• कम प्रभाव और उच्च ब्याज: आपको परिवर्तनों, योजनाओं आदि के बारे में सूचित किया जाना चाहिए।
• उच्च प्रभाव और कम ब्याज: समान
• उच्च प्रभाव और उच्च रुचि: आपको कड़ी मेहनत करने की आवश्यकता है, भले ही आप विभिन्न विभागों और / या विभिन्न स्तरों पर हों।

गलती संख्या 5. अपनी क्षमताओं का भरोसा देना

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

सारांश

संक्षेप में, मैं कह सकता हूं कि लीड डेवलपर एक आक्रामक और अज्ञात प्रबंधन वातावरण के क्षितिज का सामना करेंगे। यह वह जगह है जो एक नया विकास बिंदु बन रहा है, क्योंकि काम का तकनीकी पक्ष इतने सारे सवाल नहीं उठाता है: बुनियादी ढांचे में निवेश नियमित रूप से किया जाता है, तकनीकी ऋण समय पर चुकाया जाता है, वास्तुकला सामंजस्यपूर्ण और सक्षम रूप से विकसित हो रहा है। हालांकि, उनके काम के प्रभावी कार्यान्वयन (और कभी-कभी "जीवित रहने के लिए") के लिए, परियोजना और टीम प्रबंधन की मूल बातें जल्दी से समझना आवश्यक है, इसी तरह के पदों में अपने पूर्ववर्तियों की मुख्य समस्याओं का विश्लेषण करें और उनसे बचने या उन्हें अग्रिम में हल करने का प्रयास करें।