जोखिम विश्लेषण क्या है?
जोखिम एक अवांछनीय घटना की घटना की संभावना है।
जोखिम विश्लेषण आपके परीक्षण परियोजना से जुड़े जोखिमों के विश्लेषण की प्रक्रिया है।
अपनी परियोजना की सफलता के लिए, जोखिम की पहचान की जानी चाहिए और परियोजना के शुरू होने से पहले इसी समाधान को निर्धारित किया जाना चाहिए।
इस ट्यूटोरियल में, हम परीक्षण प्रबंधन प्रक्रिया में पहला कदम खोजेंगे: केस स्टडी की मदद से जोखिम विश्लेषण और समाधान।
इस विषय में, हम परीक्षण प्रबंधन प्रक्रिया में पहला कदम खोजेंगे: केस स्टडी की मदद से जोखिम विश्लेषण और समाधान।
परीक्षण के तहत आवेदन Demo.guru99.com है, आप यहां सॉफ़्टवेयर आवश्यकता विनिर्देश निर्दिष्ट कर सकते हैं।
गुरु99 बैंक की दो भूमिकाएँ होंगी
- मैनेजर
- ग्राहक
निम्नलिखित विशेषताएं / मॉड्यूल इन दो अलग-अलग भूमिकाओं के लिए उपलब्ध होंगे
यहाँ वेबसाइट का थोड़ा दौरा है
आवश्यकताओं के दस्तावेजों को पढ़ने के बाद, आप महसूस कर सकते हैं कि वेबसाइट में बहुत अधिक कार्यात्मक और जटिल परिदृश्य हैं।
यहाँ स्थिति है -
- गुरु99 बैंकिंग वेबसाइट पहले ही विकास के चरण को समाप्त कर चुकी है। अब यह परीक्षण चरण शुरू करता है। अफसोस की बात है कि आप आवश्यकताओं के चरण के दौरान जल्दी शामिल नहीं हुए थे
- आपके बॉस को केवल एक सीमित बजट के साथ एक महीने में परीक्षण समाप्त करने की आवश्यकता है , लेकिन बड़ी गुणवत्ता की उम्मीद है ।
- एक टीम का सदस्य जो एक अनुभवी इंजीनियर है, आपको बताता है
- ऐसे में आपको क्या करना चाहिए?
यदि आप कार्रवाई बी चुनते हैं, तो एक महीने के बाद परिणाम यहां दिए गए हैं
- परियोजना एक गड़बड़ है और आपके सभी संसाधनों और समय को ले गई है। कर्मचारी के कार्यभार में भारी वृद्धि हुई और वे तनावग्रस्त और अतिभारित महसूस करते हैं
- - आपकी परियोजना में देरी हो रही है, इसलिए आप तय समय सीमा पर उत्पाद जारी नहीं कर सकते हैं जैसा कि आपने अपने बॉस से वादा किया था। जैसा कि आपकी टीम के सदस्य ने कहा, वर्तमान संसाधन आवंटन की तुलना में इस परियोजना का शेड्यूल बहुत तंग है।
उपरोक्त उदाहरण परीक्षण प्रबंधन में जोखिम विश्लेषण के महत्व को दर्शाता है ।
जोखिम प्रबंधन आपकी मदद करता है -
उपरोक्त उदाहरण में बताया गया जोखिम, आपके प्रोजेक्ट में होने वाले कई संभावित जोखिमों में से एक है। आपको उनकी पहचान करनी चाहिए और उनसे ASAP से निपटने का निर्णय लेना चाहिए !!! तो, उस उदाहरण में सही कार्रवाई ए है ।
इसलिए, जोखिम विश्लेषण महत्वपूर्ण है
जोखिम विश्लेषण कैसे करें?
यह 3-चरणीय प्रक्रिया है
- जोखिमों की पहचान करें
- प्रत्येक पहचाने गए जोखिम के प्रभाव का विश्लेषण करें
- पहचाने और विश्लेषित जोखिम के लिए काउंटर उपाय करें
चरण 1) जोखिम की पहचान करें
जोखिम को सॉफ्टवेयर उत्पाद में 2 प्रकारों में पहचाना और वर्गीकृत किया जा सकता है
प्रोजेक्ट रिस्क
प्रोजेक्ट जोखिम को एक अनिश्चित घटना या गतिविधि के रूप में परिभाषित किया जा सकता है जो परियोजना की प्रगति को प्रभावित कर सकता है। प्रभाव एक है सकारात्मक या नकारात्मक परियोजना उद्देश्यों को प्राप्त करने की संभावनाओं पर प्रभाव।
प्रोजेक्ट रिस्क की मुख्य रूप से 3 श्रेणियां हैं
- संगठनात्मक जोखिम
यह आपके मानव संसाधन या आपकी परीक्षण टीम से संबंधित जोखिम है । उदाहरण के लिए, आपकी परियोजना में, तकनीकी रूप से कुशल सदस्यों की कमी एक जोखिम है। परियोजना को समय पर पूरा करने के लिए पर्याप्त जनशक्ति नहीं होना एक और जोखिम है।
संगठनात्मक जोखिम की पहचान करने के लिए, आपको कुछ प्रश्नों की एक सूची बनानी चाहिए और उन्हें आत्म-अभ्यास के रूप में उत्तर देना चाहिए। यहाँ कुछ अनुशंसित प्रश्न दिए गए हैं। 1. क्या यह एक सुव्यवस्थित टीम है?
ए) हाँबी) नहीं,आपकी परियोजना में कोई संगठन जोखिम नहीं है, मजबूत टीम बनाएं और सहयोग का वातावरण तैयार करें
। क्या प्रत्येक टीम के सदस्य को अपना काम करने का कौशल है ??
ए) हाँबी) नहीं,आपकी परियोजना में कोई संगठन जोखिम नहीं है सदस्यों को कौशल करने के लिए प्रशिक्षण पाठ्यक्रम का निर्माण
करें। परियोजना के आकार और अनुसूची की तुलना करें, क्या हमारे पास इस परियोजना को समय सीमा पर समाप्त करने के लिए पर्याप्त मानव संसाधन हैं?
ए) हाँबी) नहीं,आपकी परियोजना में कोई संगठन जोखिम नहीं है परियोजना बोर्ड से अधिक मानव संसाधन प्राप्त करने के लिए कहें
यदि आप उपरोक्त सभी प्रश्नों का उत्तर देते हैं, तो आप आसानी से संभावित जोखिमों की पहचान करेंगे, जो आपके प्रोजेक्ट को प्रभावित कर सकते हैं।
- तकनीकी जोखिम
तकनीकी जोखिम एक तकनीकी प्रक्रिया के निष्पादन के दौरान होने वाले नुकसान की संभावना है, जैसे कि अप्रयुक्त इंजीनियरिंग, गलत परीक्षण प्रक्रिया ... आदि। तकनीकी जोखिम का एक उदाहरण है
- इस परियोजना में आपका कार्य एक बैंकिंग वेबसाइट का परीक्षण कर रहा है। आपको उचित परीक्षण वातावरण सेट करना होगा जो वास्तविक व्यावसायिक वातावरण को प्रतिबिंबित करते हैं। यदि परीक्षण वातावरण ठीक से सेटअप नहीं है, तो उत्पाद का सही परीक्षण नहीं किया जाएगा और कई दोषों का पता नहीं लगाया जाएगा।
- व्यापार जोखिम
जोखिम में बाहरी संस्था शामिल है । यह जोखिम है जो आपकी कंपनी, आपके ग्राहक से हो सकता है लेकिन आपकी परियोजना से नहीं ।
निम्नलिखित तस्वीर आपको व्यावसायिक जोखिम का एक उदाहरण दिखाती है।
ऐसे मामले में, टेस्ट मैनेजर को जोखिम से निपटने के लिए उपाय खोजना होगा जैसे:
- परीक्षण चरणों के लिए प्राथमिकता निर्धारित करें , वेबसाइट की मुख्य विशेषताओं के परीक्षण पर ध्यान दें
- परीक्षण की उत्पादकता बढ़ाने के लिए एक परीक्षण उपकरण का उपयोग करें
- प्रबंधन के प्रयास को कम करने के लिए प्रक्रिया में सुधार लागू करें ।
उत्पाद जोखिम
उत्पाद जोखिम यह संभावना है कि सिस्टम या सॉफ़्टवेयर ग्राहक, उपयोगकर्ता या हितधारक की अपेक्षा को पूरा करने या पूरा करने में विफल हो सकता है। यह जोखिम उत्पाद की कार्यक्षमता से संबंधित है जैसे प्रदर्शन मुद्दे, सुरक्षा मुद्दे, क्रैश परिदृश्य आदि।
निम्नलिखित कुछ उत्पाद जोखिम के उदाहरण हैं -
- सॉफ़्टवेयर कुछ प्रमुख फ़ंक्शन को छोड़ देता है, जो ग्राहक उपयोगकर्ताओं की आवश्यकता में निर्दिष्ट होते हैं
- सॉफ्टवेयर अविश्वसनीय है और अक्सर काम करने में विफल रहता है।
- सॉफ्टवेयर उन तरीकों से विफल होता है जो उपयोगकर्ता या सॉफ़्टवेयर का उपयोग करने वाली कंपनी को वित्तीय या अन्य नुकसान पहुंचाते हैं।
- सॉफ्टवेयर में एक विशेष गुणवत्ता की विशेषता से संबंधित समस्याएं हैं जैसे सुरक्षा, विश्वसनीयता, प्रयोज्य, रखरखाव या प्रदर्शन।
अब अपनी परियोजना पर वापस, क्या गुरु 99 बैंक की वेबसाइट में कोई उत्पाद जोखिम है? इस प्रश्न का उत्तर देने के लिए, आपको निम्नलिखित चरणों का पालन करना चाहिए
एक बार जब आप 3 चरणों से ऊपर के साथ हो जाते हैं, तो उत्पाद जोखिमों की पहचान करने के लिए नीचे एक छोटी प्रश्नोत्तरी लें। क्या गुरु 99 बैंक की वेबसाइट ग्राहक के खाते और उसके डेटा को सुरक्षित कर सकती है ?
ए) हाँब) नहीं
सी) मुझे यकीन नहीं है कि
गलत
सही है
2. क्या ग्राहक के लिए वेबसाइट उपयोगी है?
ए) हाँबी) कोई
सही
गलत नहीं है
। 3. कौन से अन्य कार्य, वेबसाइट होनी चाहिए?
ए) सुरक्षित फंड ट्रांसफर बी) उपयोगकर्ता नया खाता पंजीकृत कर सकता है
ग)
गलत कार्यों के लिए और अधिक कार्यों की आवश्यकता नहीं है
चरण 2) होने वाले जोखिम के प्रभाव का विश्लेषण करें
पिछले विषय में, हमने पहले से ही उन जोखिमों की पहचान की है जो आपकी परियोजना में बाधा बन सकते हैं। यहाँ जोखिम की सूची की पहचान की गई है:
- समय सीमा पर परियोजना को पूरा करने के लिए आपके पास पर्याप्त मानव संसाधन नहीं हो सकता है
- परीक्षण वातावरण वास्तविक व्यवसाय वातावरण की तरह ठीक से सेटअप नहीं हो सकता है।
- व्यावसायिक स्थिति के कारण आपका प्रोजेक्ट बजट आधा हो सकता है
- इस वेबसाइट में सुरक्षा कार्यों की कमी हो सकती है
अगला, आपको इन जोखिमों का विश्लेषण करना चाहिए।
प्रत्येक जोखिम को निम्नलिखित दो मापदंडों के आधार पर वर्गीकृत किया जाना चाहिए
- संभावना घटना की
- प्रभाव परियोजना पर
नीचे दिए गए मैट्रिक्स का उपयोग करके, आप उच्च, मध्यम और निम्न या मान 3,2, 1 के रूप में चार श्रेणियों में जोखिम को वर्गीकृत कर सकते हैं
संभावना |
|
---|---|
उच्च (3) |
होने की बहुत अधिक संभावना है, पूरे प्रोजेक्ट को प्रभावित कर सकता है |
मध्यम (2) |
50% होने की संभावना |
कम (1) |
घटना की कम संभावना |
प्रभाव |
|
---|---|
उच्च (3) |
यदि यह तुरंत हल नहीं किया जाता है तो परियोजना गतिविधि के साथ जारी नहीं रह सकता है |
मध्यम (2) |
यदि यह हल नहीं है, तो प्रोजेक्ट गतिविधि जारी नहीं रख सकता |
कम (1) |
इसे हल करने की आवश्यकता है लेकिन थोड़ी देर के लिए वैकल्पिक समाधान लेना संभव है |
निम्नलिखित जोखिमों पर विचार करें
जोखिम |
संभावना |
प्रभाव |
प्राथमिकता = संभावना * प्रभाव |
---|---|---|---|
प्रोजेक्ट की समय सीमा पूरी नहीं हुई |
३ |
३ |
९ |
बिजली की विफलता |
1 |
२ |
२ |
उपरोक्त प्राथमिकता के आधार पर आप नीचे दी गई तालिका में बताए गए उपाय अपना सकते हैं
वरीयता |
जोखिम प्रबंधन विधि |
|
---|---|---|
उच्च |
6 -9 |
शमन कार्रवाई तुरंत करें और हर दिन जोखिम की निगरानी करें जब तक कि इसकी स्थिति बंद न हो। |
मध्य |
3-5 |
आंतरिक प्रगति की बैठक में हर हफ्ते जोखिम की निगरानी करें |
कम |
1-2 |
जोखिम स्वीकार करें और मील के पत्थर के आधार पर जोखिम की निगरानी करें। |
अब व्यायाम के लिए समय है, हमारे पास 4 जोखिम हैं जो गुरु 99 बैंकिंग परियोजना में पहचाने जाते हैं। उन्हें स्वयं वर्गीकृत करें
जोखिम | उच्च | मध्यम | कम | स्थिति |
|
|
|
| सही गलत। |
|
|
|
| सही गलत |
|
|
|
| सही गलत |
|
|
|
| सही गलत। |
चरण 3) जोखिम को कम करने के लिए COUNTERMEASURES लें
यह गतिविधि 3 भागों में विभाजित है
जोखिम की प्रतिक्रिया
प्रोजेक्ट मैनेजर को ऐसी रणनीतियाँ चुनने की ज़रूरत होती है जो जोखिम को कम से कम कर दे। परियोजना प्रबंधक निम्नलिखित चार जोखिम प्रतिक्रिया रणनीतियों के बीच चयन कर सकते हैं
पहले पहचाने गए 4 जोखिमों पर वापस, हमें उनसे बचने या उन्हें खत्म करने के लिए प्रतिसाद खोजना होगा। ए) परियोजना की समय सीमा समाप्त करने के लिए आपके पास पर्याप्त मानव संसाधन नहीं हो सकते हैं
बी) परीक्षण वातावरण वास्तविक व्यवसाय वातावरण की तरह ठीक से सेटअप नहीं हो सकता है
C) व्यावसायिक स्थिति के कारण आपका प्रोजेक्ट बजट आधा हो सकता है
डी) इस वेबसाइट में सुरक्षा सुविधाओं की कमी हो सकती है
। आपके पास परियोजना को समाप्त करने के लिए पर्याप्त मानव संसाधन नहीं हो सकता है। कंपनी की स्थिति के कारण इस जोखिम से बचा नहीं जा सकता है; आप इस परियोजना के लिए अधिक मानव संसाधन का अनुरोध नहीं कर सकते। ऐसे मामले में, आप नीचे कुछ विकल्प चुनकर जोखिम के प्रभाव को कम कर सकते हैं
- प्रोजेक्ट टीम में शामिल होने के लिए प्रतिभाशाली और अनुभवी सदस्य का चयन करें
- सदस्य को कौशल देने के लिए प्रशिक्षण पाठ्यक्रम बनाएं, उत्पादकता में सुधार करने में उनकी मदद करें
- परीक्षण के माहौल को बनाने में उनकी मदद के लिए विकास टीम से पूछें
- पर्यावरण स्थापित करने के लिए आवश्यक सभी उपकरण या सामग्री (सर्वर, डेटाबेस, पीसी…) तैयार करें
- प्रोजेक्ट स्कोप को फिर से परिभाषित करें, पहचानें कि क्या परीक्षण किया जाएगा और ऐसे मामले में क्या अनदेखा किया जाएगा
- परियोजना के बजट के लिए परियोजना की अवधि के बारे में ग्राहक के साथ बातचीत
- प्रत्येक प्रोजेक्ट चरण की उत्पादकता में सुधार करें जैसे परीक्षण, परीक्षण चश्मा बनाना, ... यदि आप समय बचा सकते हैं, तो आप लागत बचा सकते हैं
जोखिम दर्ज करें
सभी जोखिमों को परियोजना प्रबंधकों, हितधारक और परियोजना सदस्य द्वारा दर्ज, प्रलेखित और स्वीकार किया जाना चाहिए। जोखिम रजिस्टर परियोजना टीम के सभी सदस्यों के लिए स्वतंत्र रूप से सुलभ होना चाहिए।
जोखिम दर्ज करने के लिए कुछ उपयोगी हैं जैसे रेडमाइन, MITER… आदि।
मॉनिटर और नियंत्रण जोखिम
यदि कोई परिवर्तन किया जाता है, तो जांच के लिए जोखिम को निरंतर आधार पर मॉनिटर किया जा सकता है। निरंतर निगरानी और आकलन तंत्र के माध्यम से नए जोखिम की पहचान की जा सकती है।
बेहतर जोखिम प्रबंधन के लिए, आप इस लेख में शामिल जोखिम प्रबंधन टेम्पलेट का उल्लेख कर सकते हैं