बड़ी परियोजनाओं को विकसित करते समय सबसे बड़ी अड़चनें क्या हैं? [बन्द है]


11

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

कृपया अपने उत्तर में संदर्भ का उपयोग करें या विषय पर अपना अनुभव बताएं।


4
अच्छे डेवलपर्स मिले?

@ Thorbjørn रावन एंडरसन ने कहा कि माइक्रोसॉफ्ट के रूप में अच्छे और बुरे का एक ही मिश्रण है।
डेविड

1
यह गंभीर रूप से रेखांकित किया गया है और इसका जवाब नहीं दिया जा सकता है।

जवाबों:


3

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

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

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


37

मान लेते हैं कि सभी विनिर्देश जगह में हैं और संगठन पूरी तरह से काम कर रहा है।

आपने सॉफ़्टवेयर विकास प्रक्रियाओं में दो सबसे बड़ी "अड़चनों" को माना है (मेरे व्यक्तिगत अनुभवों से) मौजूद नहीं है।


4
++ हाँ। और यह धारणा कि अगर आपके पास ऐनक हैं, तो उन्हें नहीं बदला जाएगा। यह जानने के लिए कि कैसे अभी तक कोई बदलाव नहीं किया गया है, और कैसे वे करते हैं, उन्हें कैसे संभालना है, यह जानने के लिए विशेषज्ञ डेवलपर्स लेता है।
माइक डनलैवी

मुझे पता है कि ये बहुत बड़ी बाधाएं हैं, लेकिन मैं उनके बारे में नहीं पूछ रहा हूं क्योंकि मैं उनके बारे में पहले से जानता था और वे स्पष्ट हैं।
डेविड

8

यहां तक ​​कि आपकी काल्पनिक, संपूर्ण दुनिया में, कुछ ऐसे मुद्दे हैं जिन्हें मैं देख सकता हूं:

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

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

जिन समस्याओं का मैंने ऊपर उल्लेख किया है, वे किसी भी तत्काल समस्या का सामना नहीं करती हैं, लेकिन यदि आपको इस उत्पाद को लंबे समय तक बनाए रखने की आवश्यकता है, तो वे आपको और आपकी टीम को परेशान करने के लिए वापस आ सकते हैं।


मुझे लगता है कि यह एक उत्कृष्ट उत्तर है!
डेविड

4

मुझे यकीन नहीं है कि "संगठन पूरी तरह से काम कर रहा है" से आपका क्या मतलब है, लेकिन यहां तक ​​कि एक शानदार संगठन में भी, किसी भी बड़े प्रोजेक्ट में सबसे बड़ी अड़चन संचार है। Mythical Man Month बताते हैं कि कैसे, एक प्रोजेक्ट टीम के बढ़ने के साथ-साथ, कम्यूनिकेशन कॉम्बिनेशन में विस्फोट हो जाता है, लगभग गलतियाँ और सूचना छूट जाती है।


2

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


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

1
रिटायरिंग एक गैर-मुद्दा है। असली अड़चन आमतौर पर मेरी राय में एक बग ढूंढ रही है, लेकिन एक उचित निर्धारण खोजने में काफी समय लग सकता है।

2

मुझे लगता है कि ब्रैंडन मोरेट का सबसे अच्छा जवाब है। लेकिन मैं यह जोड़ना चाहता हूं कि किसी बड़ी परियोजना से पहला संस्करण प्राप्त करना कठिन नहीं है। मैं व्यक्तिगत रूप से ऐसा करने में कभी असफल नहीं हुआ।

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


0

हाँ, मैं उपरोक्त बातों से सहमत हूँ और इसके लिए सॉफ्टवेयर मॉडल का पालन करना होगा। मेरे ज्ञान के अनुसार, मुख्य चीजें हैं:

1. समय प्रबंधन 2. क्षमता और टीम प्रबंधन 3. टीम में समन्वय और क्लाइंट के साथ 4. बेहतर समझ

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


0

अव्यक्त दोष, आवश्यकताओं, डिज़ाइन, कार्यान्वयन, परिनियोजन में .... जैसा कि सामान में टूटा हुआ है, लेकिन आपको इसे ढूंढना बाकी है। कल्पना कीजिए कि सॉफ्टवेयर डेवेलपमेंट हर नए बग में हालिया बदलावों के कारण हुआ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.