🕴🏾 ◾️ 🧚🏽 क्या अच्छा है और क्या बुरा है। अपने नेता की आंखों के माध्यम से डेवलपर का करियर 🏺 🧀 📹

डेवलपर और उसके नेता के करियर पर नज़र के बीच क्या अंतर है

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

डेवलपर क्या चाहता है

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

वह कैसे विकास करना चाहता है? लेकिन इस तरह:

नई तकनीकों को जानें
अधिक दिलचस्प समस्याओं को हल करें।
नई परियोजनाओं में भाग लें
कम गैर-विकास गतिविधियाँ
निर्णय स्वयं लें

उसी समय, उसका प्रबंधक चाहता है:

ताकि डेवलपर अच्छी तरह से उपयोग की जाने वाली तकनीकों को जानता हो
ताकि डेवलपर कार्यों का अच्छी तरह से सामना कर सके: उचित गुणवत्ता और समय के साथ
कि डेवलपर जिम्मेदार था और उसने जो भी किया उसे हमेशा पूरा किया
डेवलपर को कार्यों के लिए पर्याप्त आकलन देने के लिए
ताकि डेवलपर को संपूर्ण रूप से व्यवसाय और उत्पाद की जरूरतों की समझ हो
डेवलपर को समय पर समस्याओं की रिपोर्ट करने के लिए

समझौता कैसे करना चाहते हैं? बिल्ली के लिए आपका स्वागत है।

तो हमारे पास क्या है। हितों में पूर्ण विरोधाभास है।

डेवलपर नई चीजें सीखना चाहता है, और प्रबंधक चाहता है कि वह परिचित उपकरणों का अच्छी तरह से उपयोग करने में सक्षम हो।

डेवलपर दिलचस्प समस्याओं को हल करना चाहता है, और प्रबंधक के पास साधारण कार्यों का एक बैग है जो किसी को करना चाहिए।

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

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

डेवलपर अपने दम पर निर्णय लेना चाहता है (वह जानता है कि यह कैसे करना है), और प्रबंधक मांग करता है कि उसे पहचानी गई समस्याओं से अवगत कराया जाए ताकि वह निर्णय को नियंत्रित कर सके।

यह आश्चर्य की बात नहीं है कि कई विकास प्रबंधकों की अपने डेवलपर्स के बीच खराब प्रतिष्ठा है - वे आपको वह नहीं करने देते हैं जो आप चाहते हैं, बल्कि, वे आपको वह करने के लिए मजबूर करते हैं जो आपको बीमार बनाता है।

कारण

मेरी राय में इसका कारण बहुत सरल है। डेवलपर और उसके नेता के अलग-अलग लक्ष्य हैं।

डेवलपर का लक्ष्य श्रम बाजार में मांग में अधिक होना है।

नेता का लक्ष्य परियोजना को समय पर वितरित करना है।

और फिर भी, इस तरह के कट्टरपंथी मतभेदों के बावजूद, दोनों पक्षों के बीच समझौता करना संभव है।

आइए अधिक विस्तार से समझने की कोशिश करें।

डेवलपर

नई तकनीकों को जानें

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

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

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

अधिक दिलचस्प समस्याओं को हल करें।

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

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

नई परियोजनाओं में भाग लें

जाहिर है। काफी कुछ लोग उत्साहपूर्वक नियमित रूप से परियोजना का समर्थन करने में लगे हुए हैं। अपने और अपने साथियों के कीड़े को ठीक करते हुए जब वे कुछ नया विकसित कर रहे हैं तो यह शर्म की बात है।

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

आपके द्वारा विकसित की गई परियोजनाओं का समर्थन करने से इनकार न करें - यह एक अमूल्य अनुभव है जो आपके करियर को गति प्रदान कर सकता है।

कम गैर-विकास गतिविधियाँ

ऐसे कई डेवलपर हैं, जो समय की बर्बादी के रूप में ग्राहक के साथ संवाद करने, बैठकों की योजना बनाने, रेट्रोस्पेक्टिव्स पर विचार करते हैं। मुख्य बात कोड लिखना है? दिशा-निर्देशों के अनुरूप यह सब कुछ साफ, सुंदर था।

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

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

यदि आप परियोजना में एक महत्वपूर्ण और उपयोगी भागीदार बनना चाहते हैं, तो आपको परियोजना पर होने वाली प्रक्रियाओं की समझ होनी चाहिए और उनका पालन करने का प्रयास करना चाहिए। यह एक और उपयोगी अनुभव है जो हर किसी के पास होना चाहिए।

पर्यवेक्षक

उन तकनीकों के बारे में जानें जो
कार्य सेट के साथ सामना करने के लिए उपयोग की जाती हैं: सही गुणवत्ता और समय पर

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

लोगों को स्वतंत्र रूप से नई तकनीकों को सीखने या उन्हें प्रशिक्षित करने के लिए समय आवंटित करना, आप एक अत्यधिक उत्पादक और प्रेरित टीम प्राप्त कर सकते हैं।

जिम्मेदार बनें और हमेशा इसे पूरा करें

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

मुझे यह कहने में कोई डर नहीं है कि यह ऐसे लोग हैं जो वास्तविक परियोजनाओं पर सबसे अधिक मूल्यवान हैं। नेता और प्रोजेक्ट पार्टनर दोनों जानते हैं कि आप किसी ऐसे व्यक्ति पर भरोसा कर सकते हैं कि वह असफल नहीं होगा।

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

कार्यों का पर्याप्त आकलन करें

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

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

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

चूंकि परियोजना की सफलता भी प्रत्येक प्रतिभागी की सफलता है, इसलिए अपनी सफलता प्राप्त करने के लिए, डेवलपर को कार्यों का पर्याप्त मूल्यांकन करने में सक्षम होना चाहिए।

यह नेता है जो विकास के बाहर होने वाली सभी प्रक्रियाओं की समझ डेवलपर्स को देना चाहिए। प्रत्येक क्रिया और निर्णय का अर्थ, योजना, संचार का महत्व समझाएं। जागरूकता ही सफलता की कुंजी है।

एक पूरे के रूप में व्यापार और उत्पाद की जरूरतों की समझ हो

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

जैसा कि मैंने पहले ही लिखा था, मैं व्यावसायिक समस्याओं के समाधान को प्रोग्रामिंग का मुख्य कार्य मानता हूं। इसलिए, स्वाभाविक रूप से, केवल एक ही जो इन समस्याओं को प्रभावी ढंग से हल कर सकता है, एक अच्छा प्रोग्रामर माना जा सकता है। ऐसा करने के लिए, यह स्पष्ट रूप से समझना महत्वपूर्ण है कि उस व्यवसाय में क्या हो रहा है जिसे हम स्वचालित करते हैं।

इस प्रकार, डेवलपर की इच्छा व्यवसाय की जरूरतों को समझने और इस दृष्टिकोण से मुख्य रूप से प्रत्येक कार्य पर विचार करने की है (जो व्यवसाय कार्य हम और क्यों हल करते हैं) एक प्राकृतिक इच्छा से अधिक है। केवल इस तरह से एक डेवलपर वास्तविक महारत हासिल कर सकता है। इसलिए, नेता और डेवलपर के वास्तविक हित यहां मेल खाते हैं।

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

समस्याओं की समयबद्ध तरीके से रिपोर्ट करें

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

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

संक्षेप। डेवलपर और उसके नेता के हितों को कैसे मिलाएं?

डेवलपर को

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

, . , . .
, .
, .
.
.
.

क्या अच्छा है और क्या बुरा है। अपने नेता की आंखों के माध्यम से डेवलपर का करियर