सॉफ्टवेयर परियोजना प्रबंधन
सॉफ्टवेयर परियोजना प्रबंधन सॉफ्टवेयर परियोजनाओं पर नियोजन, आयोजन, अनुमान लगाने और नियंत्रण तकनीकों का अनुप्रयोग है ताकि वे स्वीकार्य लागत, अनुसूची और गुणवत्ता के भीतर सही उत्पाद वितरित कर सकें।
Definition
सॉफ्टवेयर परियोजना प्रबंधन एक सॉफ्टवेयर परियोजना के लोगों, प्रक्रिया और संसाधनों की योजना बनाने, निगरानी करने और नियंत्रित करने का अनुशासन है ताकि दायरे, अनुसूची, लागत और गुणवत्ता के लिए इसके उद्देश्यों को पूरा किया जा सके।
Scope
यह क्षेत्र प्रयास और लागत अनुमान; शेड्यूलिंग और नियोजन; जोखिम प्रबंधन; टीम संगठन और सॉफ्टवेयर कार्य के मानवीय कारक; कॉन्फ़िगरेशन और परिवर्तन प्रबंधन; सॉफ्टवेयर गुणवत्ता प्रबंधन; प्रगति पर नज़र रखने के लिए माप और मेट्रिक्स; और विशिष्ट अर्थशास्त्र और समन्वय चुनौतियों को शामिल करता है जो सॉफ्टवेयर के प्रबंधन को अन्य इंजीनियरिंग परियोजनाओं से अलग करती हैं।
Sub-topics
Core questions
- अनिश्चितता के तहत सॉफ्टवेयर के प्रयास, लागत और अनुसूची का अनुमान कैसे लगाया जाता है?
- किसी परियोजना के दौरान जोखिमों की पहचान, प्राथमिकता और उन्हें कैसे कम किया जाता है?
- टीम की संरचना और संचार उत्पादकता को कैसे प्रभावित करते हैं?
- परियोजना के दौरान परिवर्तनों और गुणवत्ता को कैसे नियंत्रित किया जाता है?
Key theories
- ब्रूक्स का नियम और टीमों का अर्थशास्त्र
- ब्रूक्स ने देखा कि देर से चल रही सॉफ्टवेयर परियोजना में लोगों को जोड़ने से यह और देर हो जाती है, क्योंकि संचार और ऑनबोर्डिंग ओवरहेड अतिरिक्त क्षमता की तुलना में तेजी से बढ़ता है, यह दर्शाता है कि सॉफ्टवेयर का प्रयास केवल विभाज्य नहीं है।
- एल्गोरिथम लागत अनुमान
- COCOMO जैसे मॉडल आकार और परियोजना कारकों के कार्यों के रूप में प्रयास और अनुसूची का अनुमान लगाते हैं, जो विशेषज्ञ निर्णय और सादृश्य-आधारित दृष्टिकोणों के पूरक के रूप में दोहराने योग्य, कैलिब्रेट करने योग्य अनुमान देते हैं।
Clinical relevance
सुदृढ़ परियोजना प्रबंधन यह निर्धारित करता है कि सॉफ्टवेयर पर्याप्त गुणवत्ता के साथ समय पर और बजट के भीतर वितरित किया जाता है या नहीं; खराब अनुमान, अनियंत्रित जोखिम, और टीमों के गैर-रेखीय अर्थशास्त्र की अनदेखी सॉफ्टवेयर परियोजना की विफलता और अतिरंजना के प्रमुख कारण हैं।
Evidence & guidelines
SWEBOK सॉफ्टवेयर इंजीनियरिंग प्रबंधन ज्ञान क्षेत्र और PMBOK गाइड आम सहमति वाले फ्रेमवर्क प्रदान करते हैं, और ISO/IEC/IEEE 16326 जैसे मानक सॉफ्टवेयर के लिए परियोजना-प्रबंधन नियोजन को संबोधित करते हैं।
History
ब्रूक्स ने 1960 के दशक की बड़ी परियोजनाओं से प्राप्त कठिन पाठों को 1975 में स्थायी प्रबंधन सिद्धांतों में परिणत किया; बोहम ने 1981 में सॉफ्टवेयर अर्थशास्त्र और लागत अनुमान को औपचारिक रूप दिया; तब से इस क्षेत्र में जोखिम प्रबंधन, मेट्रिक्स और फुर्तीली (agile) विधियों के हल्के, अनुकूली नियोजन को शामिल किया गया है।
Debates
- भविष्य कहनेवाला बनाम अनुकूली परियोजना प्रबंधन
- इस बात पर बहस होती है कि सॉफ्टवेयर परियोजनाओं का प्रबंधन विस्तृत अग्रिम योजनाओं द्वारा सबसे अच्छा किया जाता है या अनुकूली, पुनरावृति-आधारित नियंत्रण द्वारा; फुर्तीली (agile) विधियाँ अनुभवजन्य नियंत्रण और बार-बार पुनर्नियोजन का पक्ष लेती हैं, जबकि पारंपरिक प्रबंधन आधारभूत योजनाओं पर जोर देता है, जिसमें हाइब्रिड सामान्य हैं।
Key figures
- Frederick Brooks
- Barry Boehm
- Tom DeMarco
- Watts Humphrey
Related topics
Seminal works
- brooks1995
- boehm1981
- swebok2014
Frequently asked questions
- देर से चल रही परियोजना में लोगों को जोड़ने से यह और देर क्यों हो जाती है?
- नए लोगों को गति में लाना पड़ता है और संचार पथों की संख्या टीम के आकार के वर्ग के साथ लगभग बढ़ती है; परिणामस्वरूप ओवरहेड और व्यवधान शुरू में उत्पादन को बढ़ाने के बजाय कम करते हैं, एक अवलोकन जिसे ब्रूक्स के नियम के रूप में जाना जाता है।
- सॉफ्टवेयर का अनुमान लगाना इतना कठिन क्यों है?
- सॉफ्टवेयर अमूर्त है, अक्सर नया होता है, और बदलती आवश्यकताओं द्वारा आकार लेता है, इसलिए ऐतिहासिक समानताएं अपूर्ण होती हैं और अनिश्चितता अधिक होती है; अनुशासित अनुमान इस अनिश्चितता को प्रबंधित करने के लिए मॉडल, विशेषज्ञ निर्णय और श्रेणियों को एकल-बिंदु अनुमानों के बजाय जोड़ता है।