नेता के काम के तहत अग्नि प्रबंधन

यह लेख जोखिम प्रबंधन के बारे में है, न कि फायर फाइटर की कड़ी मेहनत के रूप में, जैसा कि नाम से पता चलता है। फिर भी, यह छवि मेरे करीब लगती है जब मैं जोखिम प्रबंधन के बारे में बात करता हूं, क्योंकि अनुचित नियंत्रण के परिणाम, कभी-कभी कम नाटकीय नहीं हो सकते हैं।



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

अदृश्य आग

अचानक भड़की हुई जंगल की आग ने प्राच्य प्रतियोगिताओं को अद्वितीय गतिशीलता और मनोरंजन दिया।

पहले अपना परिचय दो। एलेक्सी ट्रिशिन, एक महान आईटी कंपनी में परियोजना प्रबंधक। सर्टिफिकेट धारक PMP, PRINCE2, ITIL और कई अन्य। जोखिम के साथ काम करना मेरे काम के प्रमुख बिंदुओं में से एक है।

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

क्या ऐसा होता है? हर बार यह एक संकेतक के रूप में कार्य करता है कि आपके काम के परिणाम पर आपका अपर्याप्त नियंत्रण है। कहीं उन्होंने एक हाथ लहराया, तो कहीं उन्होंने ध्यान नहीं दिया और कहीं उन्हें रूसी मौके की उम्मीद थी। हालांकि, एक समस्या कोई फर्क नहीं पड़ता कि आप अपनी किस्मत में कितना विश्वास करते हैं।

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

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

फायर ब्रिगेड

ओलंपिक में, हमारे कीमियागरों की टीम ने स्वर्ण प्राप्त किया!

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

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

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

इसलिए यह जोखिम प्रबंधन में है। एक ही स्थिति को देखने पर अलग-अलग लोगों के पास पूरी तरह से अलग दृष्टिकोण हो सकता है, लेकिन यह अधिक विवरण देखने और बेहतर निर्णय लेने में मदद करेगा।

एक टीम में लोगों को इकट्ठा करें, अलग-अलग जीवन के अनुभव वाले लोगों को उठाएं। टीम में वास्तविक "देखा" नहीं हो सकता है, लेकिन सामूहिक "दृष्टि" यह निर्धारित करने में अधिक संभावना के साथ मदद करेगा कि हाथी आपके सामने किस तरह का है और इसे कैसे खिलाना है।

हम उन्हीं साधनों के बारे में थोड़ा आगे बात करेंगे जिनका उपयोग जोखिमों को ठीक से प्रबंधित करने के लिए किया जा सकता है।

क्रॉबर, कुदाल और कुल्हाड़ी

"हम प्रकृति की शक्तियों का सामना करने वाले कौन हैं?" ब्रह्मांड के बाहरी इलाके में बस धूल का एक गोला।
- -, पेत्रोविच! फावड़ा ले लो और बर्फ हटाओ!

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

व्यवहार में, मुझे अक्सर रजिस्ट्री और जोखिम मानचित्र का उपयोग करना पड़ता है।

जोखिम रजिस्टर

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

एक छोटा उदाहरण (एक वास्तविक और पहले से बंद प्रोजेक्ट से कट) नीचे:



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

परियोजना प्रबंधन में, शुरू से ही एक जोखिम रजिस्टर बनाया जाना चाहिए। वैसे, व्यवसाय के मामले में भी, जिसका उपयोग परियोजना के उच्च स्तर की प्रस्तुति के लिए किया जाता है, जिसमें परियोजना के अपेक्षित लाभों का वर्णन होता है, इस स्तर पर पहले से ज्ञात प्रमुख जोखिमों को भी इंगित किया जाना चाहिए।

उदाहरण योजना चरण में जोखिम

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

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

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

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

और ठीक है, अगर यह आपकी अपनी टीम है - तो आप पहले से पता कर सकते हैं, सहमत हैं, एक प्रतिस्थापन के लिए प्रदान कर सकते हैं, अंत में। और अगर जोखिम ट्रिगर बिंदु ग्राहक की तरफ है? अक्सर ऐसा होता है कि ग्राहक बहुत कम जिम्मेदारी महसूस करता है और, अधिक प्राथमिकता वाले मामलों में गिर गया है, अंतिम सप्ताह में एक पंक्ति में कई बार स्वीकृति को स्थगित कर देगा। नतीजतन, परियोजना समय पर पूरी नहीं होगी।

इस प्रकार, कम से कम दो जोखिमों को उजागर किया जा सकता है और आगे के काम में लिया जा सकता है:

जोखिम १

शब्दों। परियोजना के कार्यान्वयन के दौरान परियोजना टीम के सदस्य छुट्टी पर होंगे। यह परियोजना के समय को प्रभावित कर सकता है।

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

गरज़। यदि कोई इनपुट नहीं है, तो उदाहरण के लिए, "ऑफ सीजन" के कम से कम व्यक्तिपरक राय का उपयोग करें। और एक उपयुक्त स्तर नीचे रख दिया। यहाँ मैं संभावना को कम नोट करूँगा।

स्थिति। हमने अभी तक कुछ नहीं किया है, हमने केवल जोखिम की पहचान की है, इसलिए हमने "नया" रखा है।

टिप्पणी। यहां जोखिम कार्य का एक लॉग है। हम लिखते हैं "प्रोजेक्ट टीम के सदस्यों के साथ जांच करें" या "कार्मिक विभाग से जानकारी का अनुरोध करें।"

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

जोखिम २

शब्दों। ग्राहक प्रतिनिधि की अनुपस्थिति या रोजगार के कारण जोखिम को स्वीकार करने में देरी होगी। यह परियोजना के समय को प्रभावित कर सकता है।

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

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

स्थिति। नया, हमने इसे निर्धारित किया है।

टिप्पणी। ग्राहक के साथ सहमत हूँ, बिल्कुल। प्रारंभिक चरण में हाइलाइट करें कि हम ऐसी तारीखों पर स्वीकृति में भाग लेने के लिए उत्सुक हैं। सहमति प्राप्त करें और, स्पष्ट विवेक के साथ, बाकी परियोजना पर काम करना जारी रखें।

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

सभी महत्वपूर्ण विकल्पों के लिए प्रदान करना आवश्यक है, और उनमें से प्रत्येक के जवाब के लिए एक रणनीति तैयार करना है।

जोखिम का नक्शा

कभी-कभी ऐसा होता है कि जोखिम रजिस्टर पर्याप्त नहीं है। पहचाने गए खतरों की संख्या लंबे समय से कई दसियों या सैकड़ों से अधिक हो गई है, और हर चीज को नियंत्रित करने के लिए पर्याप्त समय नहीं है।

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

नीचे एक अन्य परियोजना (एक्सेल में किया गया) से एक उदाहरण चार्ट है। प्रभाव abscissa अक्ष पर स्थित है, आगे दाईं ओर, परियोजना पर प्रभाव जितना मजबूत होगा। ऑर्डिनेट अक्ष पर - घटना की संभावना (प्रायिकता) । आर 1 ... आरएन - ये रजिस्ट्री से जोखिम नंबर हैं, हम इसे हस्ताक्षर के रूप में उपयोग करते हैं।

पृष्ठभूमि तिरंगा है - हरा, पीला, लाल और ट्यून किया हुआ है ताकि यह स्पष्ट हो कि किन मामलों में हमें विशिष्ट जोखिमों पर विशेष ध्यान देना चाहिए। जैसा कि हम देख सकते हैं, मौजूदा चार्ट में, जोखिम R9 और R13 खतरे के क्षेत्र में हैं, इसलिए अगली बार इन दोनों जोखिमों पर ध्यान और नियंत्रण दिया जाएगा।



मैं आमतौर पर उसी टैब में एक अलग टैब में चार्ट का निर्माण करता हूं जहां मुझे जोखिम रजिस्टर है।

पहले तीन कॉलम दूसरे टैब के लिंक हैं ताकि मान स्वचालित रूप से प्रतिस्थापित किए जा सकें। कॉलम डी और ई डिजिटल जोखिम मूल्यों को परिभाषित करते हैं ताकि चार्ट सही तरीके से बनाया जाए। कॉलम G और H में, जैसा कि आप देख सकते हैं, मेरे पास एक मध्यवर्ती, तकनीकी पत्राचार तालिका है ताकि VLOOKUP (रूसी संस्करण में - VLOOKUP) मूल्यों को सही ढंग से स्थानापन्न कर सके।



डी 4 और ई 4 कोशिकाओं में, मैंने सूत्र को हटा दिया है, क्योंकि जोखिम को काम किया गया है और बंद किया गया है, यह चार्ट पर प्रदर्शित करने के लिए कोई मतलब नहीं है।

बस के मामले में, मैं अपनी चार्ट पृष्ठभूमि सेटिंग्स का एक स्क्रीनशॉट संलग्न कर रहा हूं यह समझने के लिए कि इस तरह के ढाल भरने के लिए कैसे करें।



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



एक बार एक चार्ट बनाने के बाद, आप इसे कुछ मिनटों में अपडेट कर सकते हैं और उदाहरण के लिए, प्रोजेक्ट स्थिति पर साप्ताहिक रिपोर्टिंग के लिए इसका उपयोग कर सकते हैं।

गुप्त अग्निशामक

मुख्य घटक जो सुरक्षा सुनिश्चित करने में मदद करता है, मुझे लगता है कि संचार।

ग्राहक और अन्य इच्छुक पार्टियों के साथ परियोजना के प्रतिभागियों के साथ मीटिंग या कॉल के दौरान, मैं उन कारकों और घटनाओं पर ध्यान आकर्षित करने और ध्यान केंद्रित करने की कोशिश करता हूं जो परियोजना को प्रभावित कर सकते हैं - सकारात्मक या नकारात्मक।

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

मैं आपको एक छोटा सा उदाहरण देता हूं।

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

- हैलो, कोस्त्या, आप ट्यूनिंग के साथ कैसे कर रहे हैं?
- हाय। सामान्य। लगभग किया हुआ। सच है, सेटिंग के साथ एक पल बचा था, जो अभी भी पूरी तरह से स्पष्ट नहीं है कि यह कैसे करना है।

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

- और किस तरह की सेटिंग? जटिल कुछ?
- हाँ वहाँ ... * तकनीकी विवरणों की एक धारा, जो, दुर्भाग्य से, मुझे समझ नहीं आ रहा है *
- मैं देखता हूं (नहीं)। आप इसके साथ क्या करने की योजना बना रहे हैं?
"मुझे अभी तक पता नहीं है।" मैं इंटरनेट पर देखूंगा कि वे इसके बारे में क्या लिखते हैं ...
प्रकाश पहले से ही है।
- ... आपको शायद निर्माता से संपर्क करने की आवश्यकता होगी, उनसे पूछें।

सब कुछ, एक स्टॉपलाइट। एक इंजीनियर एक समाधान के लिए खोज करने में दो या तीन घंटे खर्च करेगा, यह संभावना है कि वह समाधान नहीं ढूंढेगा, और हमें निर्माता से संपर्क करने के लिए मजबूर किया जाएगा। और इस तरह के उपचार आसानी से कई दिनों तक खींच सकते हैं।

मैं इंजीनियर से सहमत हूं कि मैं दो से तीन घंटे में समाचार के लिए उसके पास लौटूंगा, और यदि वह अभी भी समाधान नहीं ढूंढता है, तो मैं जोखिम को ठीक करता हूं और समय के मार्जिन को निर्धारित करने के लिए कार्य अनुसूची का विश्लेषण करता हूं।

किसी भी संवाद में ऐसे ही क्षण उत्पन्न हो सकते हैं। इसलिए, नोट्स लें, बातचीत बंद करें, स्पष्ट करें और यदि आवश्यक हो, तो आगे के काम के लिए रजिस्ट्री में दर्ज करें।

शायद यह सिर्फ इतनी छोटी टिप्पणी है कि समस्याओं की एक पूरी परत को प्रकट करेगी, जो केवल आपकी प्रतीक्षा कर रही है, कार्यान्वयन शुरू करने के लिए पर्याप्त तैयार नहीं है।

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

परिणाम

वैसे, यहां तक ​​कि पीएमआई-आरएमपी (रिस्क मैनेजमेंट प्रोफेशनल) के स्तर पर जोखिमों का प्रबंधन करने की क्षमता भी 100% की रक्षा करने में सक्षम नहीं होगी।

वैसे भी, ऐसी स्थितियाँ कभी-कभी होती हैं जिन्हें नियंत्रित करना असंभव है। ऐसी समस्याएं होंगी जिन्हें रोका जा सकता था, लेकिन ऐसा नहीं किया गया है, क्योंकि कोई भी उन्हें केवल पूर्वाभास नहीं देता है। और ऐसी समस्याएं भी होंगी जो कल्पना की गई थीं, एक उत्तर की योजना बनाई, लेकिन योजना के अनुसार सब कुछ पूरी तरह से गलत हो गया।

यह समझना महत्वपूर्ण है कि जोखिम प्रबंधन एक कौशल है। यह भी विकसित किया जा सकता है और होना चाहिए। सैद्धांतिक भाग को परियोजना प्रबंधन मानकों (उदाहरण के लिए: PMBOK, PRINCE2) या विशेष पाठ्यक्रमों के द्वारा सीखा जा सकता है। व्यावहारिक भाग, आपको इसे स्वयं करना चाहिए, हर दिन।

सबक सीखें, अपनी और दूसरों की गलतियों से सीखें। और फिर "आग" की संख्या लगातार कम हो जाएगी, और एक सफल परिणाम अधिक प्राप्त होगा। सौभाग्य है