सॉफ्टवेयर इंजीनियरिंग में क्षमता परिपक्वता मॉडल (सीएमएम)
लुकास बेनेट
⚡ स्मार्ट सारांश
कैपेबिलिटी मैच्योरिटी मॉडल (सीएमएम) एक ऐसा मानक है जिसका उपयोग किसी संगठन की सॉफ्टवेयर प्रक्रिया की परिपक्वता को मापने के लिए किया जाता है। सॉफ्टवेयर इंजीनियरिंग इंस्टीट्यूट में विकसित, यह पांच स्तरों को परिभाषित करता है जो टीमों को अव्यवस्थित, तदर्थ कार्य से निरंतर, अनुकूलित सुधार की ओर मार्गदर्शन करते हैं।
सीएमएम क्या है?
क्षमता परिपक्वता मॉडल इसका उपयोग किसी संगठन की सॉफ्टवेयर प्रक्रिया की परिपक्वता को मापने के लिए एक मानदंड के रूप में किया जाता है।
सीएमएम को 80 के दशक के उत्तरार्ध में सॉफ्टवेयर इंजीनियरिंग संस्थान में विकसित किया गया था। इसे अमेरिकी वायु सेना द्वारा वित्त पोषित एक अध्ययन के परिणामस्वरूप उप-कॉन्ट्रैक्टरों के काम का मूल्यांकन करने के तरीके के रूप में विकसित किया गया था।tracटोर्स. Laterसॉफ्टवेयर विकास की परिपक्वता का आकलन करने के लिए 1991 में बनाए गए CMM-SW मॉडल के आधार पर, कई अन्य मॉडलों को CMM-I के साथ एकीकृत किया गया था।
क्षमता परिपक्वता मॉडल (सीएमएम) स्तर क्या है?
यह मॉडल परिपक्वता के पाँच क्रमिक स्तरों को परिभाषित करता है:
- प्रारंभिक
- दोहराने योग्य/प्रबंधित
- परिभाषित
- मात्रात्मक रूप से प्रबंधित
- अनुकूलन
सीएमएम के विभिन्न स्तरों पर क्या होता है?
नीचे दी गई तालिका प्रत्येक स्तर पर गतिविधियों और लाभों का विवरण देती है।
| स्तर | क्रियाएँ | फ़ायदे |
|---|---|---|
| स्तर 1 प्रारंभिक |
|
कुछ नहीं। परियोजना पूर्णतः अराजकता है। |
| स्तर 2 प्रबंधित |
|
|
| स्तर-3 परिभाषित |
|
|
| स्तर-4 मात्रात्मक रूप से प्रबंधित |
|
|
| स्तर-5 अनुकूलन |
|
|
निम्नलिखित आरेख विभिन्न सीएमएम स्तरों पर होने वाली घटनाओं का सचित्र निरूपण प्रस्तुत करता है:
सीएमएम को लागू करने में कितना समय लगता है?
किसी भी सॉफ्टवेयर विकास कंपनी के लिए उत्पाद की गुणवत्ता बनाए रखने के लिए सीएमएम सबसे वांछनीय प्रक्रिया है, लेकिन इसके कार्यान्वयन में अपेक्षा से थोड़ा अधिक समय लगता है।
- सीएमएम का कार्यान्वयन रातोंरात नहीं होता है।
- यह महज "कागजी कार्रवाई" नहीं है।
- कार्यान्वयन के लिए सामान्य समय सीमाएँ इस प्रकार हैं:
- 3 - 6 महीने -> तैयारी के लिए
- 6 - 12 महीने -> कार्यान्वयन के लिए
- 3 महीने -> मूल्यांकन की तैयारी के लिए
- 12 महीने -> प्रत्येक नए स्तर के लिए
सीएमएम की आंतरिक संरचना
सीएमएम में प्रत्येक स्तर को परिभाषित किया गया है मुख्य प्रक्रिया क्षेत्र या केपीएलेवल-1 को छोड़कर। प्रत्येक केपीए संबंधित गतिविधियों के एक समूह को परिभाषित करता है, जिन्हें सामूहिक रूप से निष्पादित करने पर सॉफ्टवेयर क्षमता में सुधार के लिए महत्वपूर्ण माने जाने वाले लक्ष्यों का एक समूह प्राप्त होता है।
विभिन्न सीएमएम स्तरों के लिए, केपीए के सेट होते हैं। उदाहरण के लिए, सीएमएम मॉडल-2 के लिए, केपीए इस प्रकार हैं:
- REQM – आवश्यकता प्रबंधन
- पीपी – परियोजना योजना
- पीएमसी – परियोजना निगरानी और नियंत्रण
- एसएएम – आपूर्तिकर्ता समझौता प्रबंधन
- पीपीक्यूए – प्रक्रिया और गुणवत्ता आश्वासन
- सीएम – कॉन्फ़िगरेशन प्रबंधन
इसी प्रकार, अन्य सीएमएम मॉडल के लिए, आपके पास विशिष्ट केपीए होते हैं। यह जानने के लिए कि किसी केपीए का कार्यान्वयन प्रभावी, स्थायी और दोहराने योग्य है या नहीं, इसे निम्नलिखित आधार पर मैप किया जाता है:
- प्रदर्शन के प्रति प्रतिबद्धता
- प्रदर्शन करने की क्षमता
- की गई गतिविधियाँ
- मापन और विश्लेषण
- कार्यान्वयन का सत्यापन
सीएमएम मॉडल की सीमाएँ
इस मॉडल की कई सीमाएँ भी हैं:
- सीएमएम यह निर्धारित करता है कि किसी प्रक्रिया को किन मुद्दों को संबोधित करना चाहिए, न कि उसे कैसे लागू किया जाना चाहिए।
- यह सॉफ्टवेयर प्रक्रिया में सुधार की हर संभावना की व्याख्या नहीं करता है।
- यह सॉफ्टवेयर संबंधी मुद्दों पर ध्यान केंद्रित करता है लेकिन रणनीतिक व्यवसाय योजना, प्रौद्योगिकी को अपनाने, उत्पाद श्रृंखला स्थापित करने और मानव संसाधन प्रबंधन पर विचार नहीं करता है।
- यह नहीं बताता कि किसी संगठन को किस प्रकार का व्यवसाय करना चाहिए।
- वर्तमान में संकटग्रस्त परियोजना में सीएमएम उपयोगी नहीं होगा।
सीएमएम का उपयोग क्यों करें?
आज सॉफ्टवेयर उद्योग में सीएमएम एक "अनुमोदन की मुहर" के रूप में कार्य करता है। यह सॉफ्टवेयर की गुणवत्ता में सुधार करने में कई तरह से सहायक होता है।
- यह एक दोहराने योग्य मानक प्रक्रिया की ओर मार्गदर्शन करता है और इस प्रकार काम करने के तरीके को सीखने में लगने वाले समय को कम करता है।
- सीएमएम का अभ्यास करने का अर्थ है विकास के लिए एक मानक प्रोटोकॉल का अभ्यास करना, जिसका अर्थ है कि यह न केवल टीम को समय बचाने में मदद करता है बल्कि यह भी स्पष्ट रूप से बताता है कि क्या करना है और क्या उम्मीद करनी है।
- गुणवत्तापूर्ण गतिविधियाँ परियोजना के साथ अच्छी तरह से मेल खाती हैं, न कि उन्हें एक अलग घटना के रूप में देखा जाना चाहिए।
- यह परियोजना और टीम के बीच एक संचारक के रूप में कार्य करता है।
- सीएमएम के प्रयास हमेशा प्रक्रिया में सुधार लाने की दिशा में होते हैं।
