सीएमएमआई के बारे में मिथक, या जिसे इसकी आवश्यकता है और क्यों

सबसे पहले, संक्षिप्त नाम के बारे में: क्षमता परिपक्वता मॉडल एकीकरण (CMMI) - एक कंपनी की परिपक्वता मूल्यांकन मॉडल जो इसके उत्पादन, तकनीकी और प्रबंधकीय क्षमता के आधार पर है। यह सॉफ्टवेयर इंजीनियरिंग संस्थान द्वारा विकसित किया गया था। इसके बारे में विवरण habrasta में लिखा गया था: मॉडल CMMI और कैसे हमारी कंपनी ने स्तर 3 CMMI प्राप्त किया ।

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

लेख में मैं कुछ मिथकों, "संदेह" को दूर करने का प्रयास करूंगा, और, शायद, मैं उन लोगों की मदद कर सकूंगा जो सीएमएमआई का उपयोग करना चाहते हैं, लेकिन यह नहीं जानते कि कैसे।

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

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

मिथक 1: सीएमएमआई केवल बड़ी कंपनियों पर लागू होता है

सितंबर 2011 में एसईआई द्वारा प्रकाशित सीएमएमआई मॉडल के अतीत (2006 के बाद से) के आंकड़ों के विश्लेषण के परिणाम बताते हैं कि "1-100 लोगों" श्रेणी की कंपनियों में 66% मूल्यांकन मुख्य उपश्रेणियों के साथ किए गए "25 या उससे कम" इस श्रेणी के भीतर "और" 26-50 "।

हालांकि, किसी को यह समझना चाहिए कि आनंद महंगा है, इसलिए, केवल उस कंपनी के पास जो अपेक्षाकृत मुफ्त पैसा है, आधिकारिक मूल्यांकन के लिए जा सकता है। और जिन्हें वास्तव में इसकी आवश्यकता है। यह मानना ​​तर्कसंगत है कि बड़ी कंपनियों के लिए "सीएमएमआई" पर राशि छोटे लोगों के लिए उतनी डरावनी नहीं होगी। लेकिन क्या उन्हें इसकी आवश्यकता है?

सबसे पहले, आपको यह समझने की आवश्यकता है कि सीएमएमआई एक उत्पादन / सेवा प्रबंधन मॉडल है , इसका उद्देश्य प्रक्रिया की दक्षता में सुधार करना है। यही है, यह उन लोगों द्वारा आवश्यक है जो काम की प्रक्रिया का प्रबंधन करते हैं, यह क्लाइंट की व्यावसायिक जरूरतों को पूरा करने और उत्पादन लागत को कम करने के मामले में अधिक प्रभावी बनाता है।

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

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

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

मिथक 2: सीएमएमआई केवल एक शानदार और प्रभावी मार्केटिंग कदम है

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

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

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

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

मैं इसके लिए अग्रणी हूं: यदि आपको विपणन उद्देश्यों के लिए वास्तव में CMMI की आवश्यकता है, अर्थात यदि आपका ग्राहक आपसे "CMMI पर काम करने" की अपेक्षा करता है, तो वहां वर्णित प्रथाओं को लागू करने का प्रयास करें।

बेशक, आपत्तियां हो सकती हैं: क्या होगा यदि हम एक छोटा व्यवसाय (फ्रीलांस) हैं, हम एक पूर्ण समाधान बेचते हैं, हम "सही तरीके से" काम करना चाहते हैं, लेकिन "ग्राहक हमें नहीं देता"? खैर, दो विकल्प हैं: या तो आप ग्राहक के साथ सही तरीके से काम नहीं कर रहे हैं, या आप "नियम" को भी लागू करने की कोशिश कर रहे हैं, सचमुच, अपनी विशिष्ट परिस्थितियों के बिना। और फ्रीलांस ग्राहक शायद मार्केटिंग शब्द CMMI से कभी प्रभावित नहीं होंगे। (हालांकि, मैं गलत हो सकता है।)

मिथक 3: सीएमएमआई नौकरशाही और भारी प्रक्रिया है

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

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

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

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

मैं नौकरशाही से संबंधित (और सामना कर रहे हैं) के एक-दो उदाहरण देता हूं, साथ ही काम के अनुकूलन के लिए विकल्प भी। ये उदाहरण बताते हैं कि हम सीएमएमआई नहीं, बल्कि भारीपन पैदा कर रहे हैं:

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

प्रक्रिया और उपकरण हमें पेश किए जा सकते हैं (या किसी के द्वारा जासूसी)। और अगर यह हमें भारी और नौकरशाही का लगता है, तो हमें पहले प्रक्रिया या दस्तावेज़ के उद्देश्य को समझना चाहिए, और फिर यह सुनिश्चित करना सीखें कि नियुक्ति बाहर की गई है, लेकिन एक अलग तरीके से। CMMI प्रथाओं का उद्देश्य और उद्देश्य बहुत ही कम लागू होता है, लेकिन जो प्रक्रियाएं और दस्तावेज़ हम उपयोग करते हैं (लेकिन यह अब CMMI पर निर्भर करता है) लागू नहीं हो सकता है (और अस्वीकार्य)।

मिथक 4: चुस्त परियोजनाओं में सीएमएमआई लागू नहीं है।

इस विषय पर पहले से ही बहुत सारी जानकारी है, उदाहरण के लिए स्क्रैम और सीएमएमआई - क्या यह एक साथ फिट है? इस वर्ष के एगिली सम्मेलन में, इस विषय के लिए एक रिपोर्ट समर्पित की गई थी।

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

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

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

नायब! मानव स्वतंत्रता की बात करते हुए, मैं किसी भी तरह से कॉपीराइट का उल्लंघन नहीं करता, प्रत्येक व्यक्ति का व्यक्तिगत अनुभव, मैं प्रत्येक व्यक्ति के महत्व और मूल्य पर सवाल नहीं उठाता, मैं उस प्रणाली की आवश्यकता के बारे में नहीं बोलता जिसमें प्रत्येक व्यक्ति एक पेंच है। यह केवल गलतियों और जोखिमों के बारे में ज्ञान को स्थानांतरित करने का तरीका है, उनसे बचने के सिद्ध तरीके, परियोजना से परियोजना के लिए, टीम से टीम के लिए (जो कि अगर उनके पास अलग-अलग लोग हैं ) का उपयोग किया जा सकता है। मुझे खुशी होगी अगर कोई व्यक्ति एक प्रभावी, सरल और प्रयुक्त ज्ञान आधार के आयोजन में अपने अनुभव साझा करता है।

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

मिथक 5: सीएमएमआई के लिए ज़िम्मेदार कोई होगा

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

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

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

नीचे पंक्ति: किसे CMMI की आवश्यकता है और क्यों?

संक्षेप में, हम संक्षेप में बता सकते हैं कि CMMI की आवश्यकता है:
कंपनी प्रबंधन व्यवसाय निरंतरता सुनिश्चित करने के लिए;

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

सीएमएमआई उम्मीदों पर खरा उतरेगा (और खर्च किया गया पैसा) अगर:

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