सॉफ्टवेयर प्रक्रिया में सुधार एक सफल यात्रा
पृष्ठभूमि: हमारे जैसे कई संगठनों के लिए आईएसओ 9001 या सीएमएम स्तर को प्राप्त करने के अंतरिम लक्ष्य एक चुनौतीपूर्ण काम है. अनुशासन कोई मज़ा नहीं है संगठनों आसानी से स्वीकार करते हैं कि परियोजनाओं को पता प्रयास आईएसओ 9001 या सीएमएम दिशा निर्देशों के अनुसार नई प्रक्रियाओं के सृजन की आवश्यकता है. यह सुधार करने का एहसास है कि प्रक्रिया को बदलने के सांस्कृतिक परिवर्तन और मानव स्वभाव जरूरत पर जोर देता प्रतिरोध करने के लिए प्रयासों की सफलता के लिए महत्वपूर्ण है बदलना. कई सामाजिक और तकनीकी बाधाओं को स्थायी improvement.My के लिए आईएसओ 9001 प्रमाण पत्र का उद्देश्य संगठन के प्रभाव और फिर सीएमएम स्तर 2 स्तर और 3 लगभग एक आकलन और आधे साल दूर किया जाना चाहिए और वापस जानता था कि यह अच्छी तरह से आईएसओ लेखा परीक्षकों और सीएमएम मूल्यांकन द्वारा पूछताछ की जाएगी. के लिए सॉफ्टवेयर प्रक्रिया को बेहतर बनाने के पहले हमें अपनी शक्तियों और कमजोरियों का इतना पता है कि प्रबंधन गुंजाइश कर सकते हैं की जरूरत है सुधार के प्रयास. केवल इस ज्ञान के साथ हम प्रक्रिया में सुधार के लिए एक बुनियादी सुविधाओं को अनुकूलित कर सकते हैं. हम योजना सॉफ्टवेयर इंजीनियरिंग संस्थान के सीएमएम मॉडल के अनुसार सिलवाया के साथ सफलता मिली है. यह सॉफ्टवेयर प्रक्रिया इंजीनियरिंग समूह है, जो उनकी भूमिका, जिम्मेदारियाँ, चार्टर पता के गठन भी शामिल है, और कार्रवाई की योजना है, जो तुम में मदद करता है एक चार्टर और दूरदृष्टि और एक स्पष्ट मैच की स्थापना का विकास संगठनात्मक लक्ष्यों और उद्देश्यों को. वे और अधिक प्रभावी होगी यदि वे सही औपचारिक और अनौपचारिक प्रशिक्षण प्राप्त करेंगे. एक निर्णायक फैसला किया गया ", लेकिन नहीं पहिया" सुधारने के उद्योग गंभीरता से विचार उत्तम Practices.Later हमने देखा है कि, सुधार प्रक्रिया हमेशा अनुशासन के साथ लोगों के लिए लाभांश भुगतान करता है इसे right.Process सुधार ProjectThe प्लाना सामरिक दृष्टि स्पष्ट करते प्रक्रिया की सफलता के लिए आवश्यक है सुधार परियोजना. हमारे मामले में वरिष्ठ प्रबंधन की दृष्टि उस प्रक्रिया उत्पाद है और प्रायोजक और सुधार के प्रयासों का समर्थन किया था. हम लोगों को और संसाधन जुटाने के लिए और प्रयास के लिए जिम्मेदार थे इसे होगा, लेकिन सुधार प्रक्रिया को अपने समूह और सभी के लिए एक नया प्रयास किया गया था अनिश्चित कैसे शुरू कर दिया है और मिल मेरे संगठन का आयोजन किया जाना सामरिक उपयोग की योजना बना लिए गए कुल गुणवत्ता प्रबंधन योजना क्या-की जाँच करें-अधिनियम cycle.We दर्शन के लिए सॉफ्टवेयर का विकास टीमों की सर्वोत्तम प्रथाओं का उपयोग करें और ग्यारह सर्वोत्तम प्रथाओं: पहचान * iteratively विकास (वृद्धिशील विकास जीवन चक्र) का प्रयोग करें * थे विकसित घटक आधारित आर्किटेक्चर * दिखने में एकीकृत मॉडलिंग भाषा का प्रयोग (यूएमएल) * औपचारिक जोखिम प्रबंधन * इंटरफेसेस पर समझौते * औपचारिक निरीक्षण * मीट्रिक उत्पाद निर्धारण और प्रबंधन आधारित मॉडल * प्रोग्राम-प्रगति बनाम योजना के चौड़े दर्शनीयता * दोष गुणवत्ता लक्ष्य * विन्यास प्रबंधन के खिलाफ ट्रैकिंग * लोग-अवगत प्रबंधन AccountabilityIn की योजना बना मॉडल हम मौजूदा परियोजनाओं का विश्लेषण करने की कोशिश की आईएसओ की जानकारी रखने / सीएमएम कठोर समीक्षा के माध्यम से. अगला, हम अपनी मौजूदा राज्य और दृष्टि हम चाहते थे संगठनात्मक के बीच गैप विश्लेषण का आयोजन किया. आईएसओ 9001 की स्थिति प्रतिक्रिया ही उत्प्रेरक बन गए परियोजना के लिए ट्रैकिंग और oversight.Our संगठन के लिए आवश्यक नियंत्रण प्रणाली के साथ दल के नेताओं द्वारा प्रदान रणनीतिक योजना विकसित सॉफ्टवेयर उपचार प्रक्रिया में सुधार करने की कोशिश की एक भी विकास की तरह परियोजना! वरिष्ठ प्रबंधन के लिए एक परियोजना इसी टीम (सॉफ्टवेयर गुणवत्ता आश्वासन टीम भर्ती या सॉफ्टवेयर प्रक्रिया इंजीनियरिंग समूह द्वारा प्रायोजित), एक परियोजना के नेता चुने गए, और भंडार की स्थापना की दुकान प्रक्रिया दस्तावेज और अन्य प्रक्रिया कलाकृतियों. हम योजना के पालन के रूप में: खोज और समूह में मौजूदा व्यवहार समझ से शुरू करो. मौजूदा प्रक्रिया को दस्तावेज़ और चिकित्सकों की बात खोजें समझ कैसे कार्य प्रदर्शन कर रहे हैं. वास्तविक और समर्थन की प्रक्रिया के बीच कोई मतभेद समाधान. और दस्तावेज नए विशेषता प्रक्रिया की समीक्षा करें. तो iteratively और संवर्द्धित प्रक्रिया को बेहतर बनाने और सुनिश्चित करें कि उचित दस्तावेज़ अद्यतन है. , सॉफ्टवेयर विन्यास प्रबंधन परियोजना योजना, सॉफ्टवेयर और गुणवत्ता आश्वासन, परियोजना ट्रैकिंग, सॉफ्टवेयर उपकरण उपयोग के प्रमुख क्षेत्रों कहाँ थे हमारे संगठन की प्रक्रिया में सुधार के लिए और अधिक ध्यान केंद्रित किया. हम अपने काम के माहौल की प्रक्रिया में है और स्वचालित उपकरणों के लिए वाजिब एकीकृत प्रक्रिया को अनुकूलित करने की कोशिश की भी लिया गया था up.We भी सुनिश्चित किया कि दृश्यता का उच्च प्रबंधन के लिए परियोजना और संगठन के बाकी अन्य महत्वपूर्ण projects.Culture और ResistanceProcess सुधार के बराबर थे बस चिकित्सकों द्वारा इस्तेमाल प्रक्रियाओं से ज्यादा प्रभावित अपने काम करते हैं. प्रक्रिया परिवर्तन संस्कृति बदलने के लिए, सभी विचारों, मूल्यों को बदलने में निहित कठिनाइयों से भरा हुआ, और एक समुदाय के मानक का व्यवहार होता है. सेना से कुछ करने कि इस तरह की सुधार के प्रयास कर रहे हैं मुश्किल:? प्रतिरोध बदलाव (अक्सर के एक कथित धमकी के कारण बिजली, नियंत्रण, परिचित हैं, या सामाजिक स्थिति को खोने)? मौजूदा सहिष्णुता और भीतर बदलाव के लिए तत्परता वर्तमान वर्तमान संगठनात्मक जलवायु? प्रक्रिया बदलने के एक सीखने की अवस्था है, जो आम तौर पर करता है बातें करने के लिए प्रदर्शित होने से पहले ही खराब हो अच्छा लगाता है.? सुधार के प्रयास समय और संसाधन है, जो बहुत पसंद करेंगे भस्म अपने विशेष विकास projects.In मेरी संगठन हमें स्थानीय नायकों से ही हमारे सुधार (शामिल प्रत्येक व्यक्ति को लाने के संस्करण की समस्या को हल करने की कोशिश की पर खर्च!). ये लोग 'सब सितारों चाहिए परिवार में ": डेवलपर्स या प्रबंधक के रूप में सिद्ध ट्रैक रिकॉर्ड के साथ संगठन के सम्मानित सदस्य हैं." स्थानीय हीरो 'सॉफ्टवेयर प्रक्रिया इंजीनियरिंग समूह का हिस्सा है और कोशिश हो रही के महत्व पर जोर को "असली बात के लिए बाहर पकड़" अगर आप इसे (इस प्रबंधित कर सकते हैं जब उन वरिष्ठ और मध्यम प्रबंधन के समर्थन की जरूरत हो सकती है कई बार एक दूसरे है). हम से चुनकर हमारे स्थानीय तकनीकी प्रक्रियाओं दस्तावेज विजेता / स्थानीय नायकों एसईआई का उपयोग कर-सीएमएम महत्वपूर्ण तरीकों द्वारा इस प्रक्रिया को लिखने के लिए. सॉफ्टवेयर गुणवत्ता आश्वासन टीम के मार्गदर्शन के केंद्र और सभी की प्रक्रिया में सुधार कार्यों के लिए समर्थन किया गया. SQA प्राथमिक था आयोजित करने और संगठन में सुधार के प्रयासों के आयोजन के लिए प्राधिकृत शरीर. पूरे व्यवसायी समुदाय नियमित रूप से सुधार के प्रयासों की स्थिति के बारे में बताया था. यह भी सिफ़ारिश के लिए वांछनीय है इनपुट और व्यवसायी समुदाय से प्रक्रिया में सुधार के मुद्दों पर राय. हम एक पायलट परियोजना इतना पसंद किया है कि हम चर्चा और कैसे सॉफ्टवेयर प्रक्रिया में सुधार वास्तव में मदद करता है परीक्षण सकता मौजूदा scenario.Benefits प्रक्रिया ImprovementThe निवेश पर वापसी (आरओआई) की स्पष्ट परिभाषा की पाठ्यपुस्तक के रूप में Putnam लॉरेंस "को सुधारने के निवेश से वर्णित है [उत्पादकता] के लिए उन निधियों का उपयोग पूर्वगामी शामिल अन्य प्रयोजनों. समय में कार्य से लाभ के भविष्य धारा से वापस लौटाने का पूंजी निवेश किया. "रॉय हमेशा डॉलर, गुणवत्ता और एक वापसी के रूप में कार्यक्रम मुद्दों में नहीं हो सकता है लगभग रूप से महत्वपूर्ण प्रतिभागियों के रूप में की लागत मुद्दे हैं. हमारे माप सेट मैट्रिक्स के निम्नलिखित आठ श्रेणियों: प्रयास, प्रक्रिया, उत्पादकता, प्रगति, गुणवत्ता, अनुसूची, स्थिरता फैला है, और स्टाफ. हम अपने शोध के लिए कहा प्रतिभागियों हमारे सेट वे बनाए रखा और हमारी सूची में जोड़ने के किसी भी अतिरिक्त मैट्रिक्स वे इस्तेमाल से जो मैट्रिक्स का संकेत है. हम यह भी अनुरोध शुरू और सॉफ्टवेयर lifecycle जिस पर एक मीट्रिक के चरण समाप्त बनाए रखा था. जब हम 'प्रतिभागियों को परिपक्वता का स्तर पार माप आठ मीट्रिक श्रेणियों के खिलाफ डेटा का विश्लेषण, प्रत्येक स्तर पर औसत परिपक्वता पर दिखाया, एक सुसंगत विकास पैटर्न. हम यह भी कोशिश की कोई बहुत बड़ा लाभ हम उनके प्रक्रिया में सुधार कार्यक्रम के अनुभव से संबंधित हैं. लाभ सबसे अधिक बार शोध के रवैये में परिवर्तन संबंधित प्रतिभागियों ने संतोष व्यक्त किया. मनोबल और आत्मविश्वास की डेवलपर्स में काफी सुधार हुआ, सॉफ्टवेयर विकास और सॉफ्टवेयर संगठन के लिए बाहरी संगठनों से बढ़ाकर ध्यान और सम्मान का अनुभव. प्रतिभागियों को भी कम समयोपरि, कम जिम्मेदार ठहराया लाभ कि प्रक्रिया में सुधार initiatives.ConclusionSoftware सुधार प्रक्रिया से परिणामस्वरूप के रूप में कार्य समूहों के बीच कारोबार कर्मचारी, बेहतर प्रतिस्पर्धात्मक लाभ है, और अधिक सहयोग महत्वपूर्ण है के रूप में किसी भी संगठन पर और बड़ा परियोजनाओं उद्धार ले प्रयास करता है. अच्छी तरह से परिभाषित सॉफ्टवेयर प्रक्रियाओं की कमी बहुत महंगा हो सकता है. सभी कर्मचारियों से सहयोग, विशेष रूप से शीर्ष प्रबंधन, किसी भी गंभीर SPI के लिए एक शर्त है पहल. एक महान दार्शनिक के रूप में एक बार कहा था, "यह रातोंरात नहीं हो, लेकिन यह हो जाएगा." कई सुधार के प्रयास विफल हो या प्रक्रिया में सुधार के प्रारंभिक चरणों के दौरान लड़खड़ाना. मेरे संगठन में सफल रहा था तेजी से आईएसओ 9001/CMM पहुँच क्योंकि यह दूसरों से सीखा सबक लगाने की बात की है. लेकिन यह किसी भी संगठन में सुधार के लिए प्रक्रिया खत्म नहीं हो सकता, की प्रक्रिया में सुधार के प्रति हमारी यात्रा होगी हमेशा continue.References1. कार्नेगी मेलॉन विश्वविद्यालय / सॉफ्टवेयर इंजीनियरिंग संस्थान, क्षमता परिपक्वता मॉडल: सॉफ्टवेयर प्रक्रिया, Addison-Wesley, पढ़ना, मास, 1995.2 में सुधार के लिए दिशानिर्देश. रोजर एस पत्रकार, सॉफ्टवेयर इंजीनियरिंग: एक व्यवसायी दृष्टिकोण, 4 एड., McGraw-Hill, 19,963. वाट Humphrey, सॉफ्टवेयर प्रक्रिया, Addison-Wesley, 1989Name: Deepty बी ChauhanQualifications: प्रबंध इलेक्ट्रॉनिक्स में बैचलर इंजीनियरिंग, स्नातकोत्तर डिप्लोमा विपणन प्रबंधन में. सॉफ्टवेयर गुणवत्ता और testing.Corporate जिम्मेदारियों के क्षेत्र में नौ साल के कुल अनुभव: जिम्मेदारी को देखते हुए सॉफ्टवेयर में एक समूह का नेतृत्व गुणवत्ता आश्वासन और सॉफ्टवेयर सत्यापन और मान्यकरण. इस संगठन में आईएसओ 9001/CMM सॉफ्टवेयर के माध्यम से लागू करने की प्रक्रिया में सुधार, वाजिब एकीकृत प्रक्रिया की जरूरत पूरा करने के लिए अनुकूलित शामिल मेरी
Article Source: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster Get Html Code
Add this article to your website now!
Webmaster Submit your Articles
No registration required! Fill in the form and your article is in the Messaggiamo.Com Directory!
