🙇🏾 👩🏻‍🌾 👨🏻‍🏫 सॉफ्टवेयर विकास में कार्गो पंथ 🤟🏾 🍣 🤷🏾

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

दैनिक सुबह की चर्चा (उर्फ डेली स्टैंडअप)

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

क्लाउड परिनियोजन

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

यूनिट परीक्षणों के साथ कोड कवरेज

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

विकास प्रक्रिया प्रबंधन

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

टीम प्रबंधन

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

मालवाहक किसान बनने / न बनने का तरीका

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