मैं सॉफ्टवेयर विकास के माहौल में सिक्स सिग्मा कैसे लागू कर सकता हूं?


14

मैं एक जावा डेवलपर हूं, लेकिन मुझे हमारे संगठन के मुनाफे को बढ़ाने के लक्ष्य के साथ सिक्स सिग्मा को लागू करने के बारे में जानने के लिए कहा गया था। मैंने पढ़ा है कि सिक्स सिग्मा को सभी वातावरणों में लागू किया जा सकता है, लेकिन मुझे सॉफ्टवेयर विकास में इसे लागू करने की बारीकियों में दिलचस्पी है।

सिक्स सिग्मा की कौन सी अवधारणाएँ सॉफ्टवेयर विकास के वातावरण पर लागू की जा सकती हैं और मैं उन्हें प्रभावी रूप से कैसे लागू कर सकता हूँ?

मेरी समझ यह है कि सिक्स सिग्मा किस पर केंद्रित है:

  • दोषों के मूल कारणों की पहचान करना और उन्हें दूर करना
  • विनिर्माण या व्यावसायिक प्रक्रियाओं को लागू करने में परिवर्तनशीलता को कम करना

यह मुझे प्रतीत होता है कि इन अवधारणाओं को सॉफ्टवेयर विकास पर लागू किया जा सकता है, लेकिन क्या यह सॉफ्टवेयर विकास जीवनचक्र (एसडीएलसी) पर प्रभावी ढंग से लागू किया जा सकता है?


11
आपने कहां पाया कि छह-सिग्मा "सभी वातावरणों के अनुकूल" है? यह विशेष रूप से भौतिक वस्तुओं के उच्च-मात्रा निर्माण के लिए विकसित किया गया था - सॉफ्टवेयर नहीं।
एंजेलो

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

5
@ अँगेलो हालांकि सिक्स सिग्मा मूल रूप से एक विनिर्माण वातावरण के लिए डिज़ाइन किया गया था, इसे सॉफ्टवेयर विकास में लागू करने में बहुत काम किया गया है। "फुर्तीले छः सिग्मा" और "सिम्मी सिक्स सिग्मा" जैसे वाक्यांशों की खोज से क्षेत्र में बहुत काम आता है।
थॉमस ओवेन्स

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

4
@ThomasOwens यह NARQ है, ऑफ-टॉपिक नहीं। यह अर्ध-पोल / अर्ध-LMGTFU है
जिमी

जवाबों:


15

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

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

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

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

ध्यान दें कि यहां कुछ भी नहीं है जो आपके द्वारा सुधार की जाने वाली प्रक्रिया की बारीकियों के अलावा सॉफ़्टवेयर विकास के लिए विशिष्ट है, आपके द्वारा एकत्र किए जाने वाले मैट्रिक्स के प्रकार, आदि। सॉफ़्टवेयर विकास प्रक्रिया को बेहतर बनाने के लिए आप जिन गतिविधियों का उपयोग करते हैं, वे वही हैं जो आप ' विजेट निर्माण प्रक्रिया के लिए d का उपयोग, भले ही सॉफ्टवेयर विकास विजेट निर्माण से काफी अलग हो। इसका मतलब यह है कि आपको अपनी प्रक्रिया के लिए निर्धारित लक्ष्यों के प्रकार में कुछ सामान्य ज्ञान को लागू करने की आवश्यकता है।


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

विकास प्रक्रिया को सुधारने और विकसित किए जा रहे सॉफ़्टवेयर को बेहतर बनाने के बीच अंतर करना महत्वपूर्ण है। मैंने पूर्व का वर्णन किया, और SDLC को सिक्स सिग्मा लागू करने का उल्लेख दिया जो मुझे लगता है कि ओपी के बारे में क्या पूछ रहा था; @ Tae-SungShin की टिप्पणी उत्तरार्द्ध पर अधिक लक्षित लगती है, और मैं इस बात से सहमत हूं कि सॉफ़्टवेयर में सुधार की प्रक्रिया थोड़ी अलग है। सॉफ़्टवेयर विकास विधियों के बारे में बहुत कुछ लिखा गया है, इसलिए मैं यहाँ ऐसा करने की कोशिश नहीं करूँगा।
कालेब

-3

जैसा कि @Peter द्वारा उल्लेख किया गया है

सॉफ्टवेयर विकास में छह सिग्मा लगाने से सॉफ्टवेयर के विकास में निरंतर सुधार होता है। सॉफ्टवेयर विकास में छह सिग्मा लागू करने से सॉफ्टवेयर का त्वरित एकीकरण और परीक्षण होता है, बग फ्री सॉफ्टवेयर बनाने में मदद मिलती है और यह अधिक कुशल प्रोग्राम प्रबंधन में मदद करता है।

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

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


4
ऐसा नहीं है कि छह सिग्मा महान हैं; यह है कि प्रबंधक जो अपने कर्मचारियों को खरोंच से सर्किट डिजाइन करते हैं, उन्हें निकाल दिया जाना चाहिए था।
जॉब

2
lol .. लेकिन उसी प्रबंधक ने छह सिग्मा प्रक्रिया का पालन करने के लिए कहा जब मैंने इस सॉफ्टवेयर का प्रस्ताव दिया ..
rajkumarts

-4

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

सॉफ्टवेयर विकास में छह सिग्मा लगाने से सॉफ्टवेयर के विकास में निरंतर सुधार होता है। सॉफ्टवेयर विकास में छह सिग्मा लागू करने से सॉफ्टवेयर का त्वरित एकीकरण और परीक्षण होता है, बग फ्री सॉफ्टवेयर बनाने में मदद मिलती है और यह अधिक कुशल प्रोग्राम प्रबंधन में मदद करता है।

हालाँकि, सॉफ्टवेयर सिक्स सिग्मा एक नई अवधारणा है जिसे आपको सही लोगों से प्रशिक्षण की आवश्यकता है। एक कुशल छह सिग्मा प्रशिक्षण कार्यक्रम यहां आपकी सहायता कर सकता है। सॉफ्टवेयर विकास के माहौल पर ऑनलाइन छह सिग्मा प्रशिक्षण के लिए मैं http://www.6sigma.us / का सुझाव दूंगा । मैं उन्हें सुझाव देता हूं कि मुझे एक अन्य फर्म से प्राप्त सिफारिश के आधार पर।

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