बेन का रैपिड निर्णय निर्माण मॉडल

सारांश

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

स्लाइड की विशेषताएं

RAPID निर्णय लेने की मैट्रिक्स मुख्य नेतृत्व, उत्पाद टीमों, और बाहरी संसाधनों के बीच कार्यों को निर्दिष्ट करती है।(स्लाइड 8)

RAPID टीम मैट्रिक्स भूमिकाओं को निर्दिष्ट करती है ताकि निर्णय टीमों के बिना किसी घर्षण के समन्वित होने के साथ स्वतंत्र रूप से बह सकें। (स्लाइड 10)

RAPID मीटिंग चेकलिस्ट यह स्पष्ट करती है कि मीटिंग का लक्ष्य क्या निर्णय पहुंचने का है, और यह कैसे स्टेकहोल्डर्स को संचारित की जाएगी।(स्लाइड 16)

परिणाम

निर्णय लेने में उत्कृष्ट कंपनियां करों से पहले 5.5 गुना अधिक लाभ उठाती हैं और उनसे 4 गुना अधिक शेयरहोल्डर्स को वापस देती हैं जो नहीं करती।

आज की बदलती दुनिया का मतलब है कि आपके व्यापार को पहले से अधिक केंद्रित, निर्णय-प्रेरित, और नवाचारी होने की आवश्यकता है। अपनी टीम को Bain's RAPID Framework के साथ बेहतर निर्णय लेने में सशक्त करें।और इस तरह के और संसाधनों के लिए, हमारे [related bracelet="bain1"] और [related bracelet="bain2"] की जांच करें।

अनुप्रयोग

परिचय

RAPID प्रणाली टीम के सदस्यों को भूमिकाएं सौंपती है ताकि निर्णय लेने की प्रक्रिया को स्पष्ट और तेज किया जा सके। पहले, "क्या" निर्णयित करने की आवश्यकता है और "कौन" प्रत्येक भूमिका निभाएगा, इसे निर्धारित करें। वहां से, कैसे और कब टास्क्स और संबंधित समयरेखा को स्पष्ट करेंगे। उदाहरण के लिए, मान लीजिए कि आपको यह निर्णय लेने की आवश्यकता है कि क्या आप एक आगामी मार्केटिंग पहल को लॉन्च करने जा रहे हैं। आपको यह निर्णय लेना होगा कि क्या आप प्रमोशन के साथ आगे बढ़ने के लिए हरी झंडी दे रहे हैं या नहीं, उससे पहले कि आप यह तय कर सकें कि कौन इस प्रयास का नेतृत्व करेगा, यह कैसे कार्यान्वित किया जाएगा, और यह कब लॉन्च किया जाएगा।(स्लाइड 2)

पांच मुख्य भूमिकाएं

RAPID निर्णय प्रक्रिया को पांच मुख्य भूमिकाओं में विभाजित करता है:

सिफारिश की भूमिका एक निर्णय के लिए सिफारिश करती है। यह व्यक्ति संबंधित तथ्यों को इकट्ठा करता है और विश्लेषण प्रदान करता है।

सहमति की भूमिका यह निर्धारित करती है कि क्या एक सिफारिश समझदारी है, या जब आवश्यक हो, कुछ सिफारिशों पर विवादों को बढ़ाती है।

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

इनपुट की भूमिका अपनी समालोचनात्मक विशेषज्ञता, अनुभव, या अतिरिक्त जानकारी के साथ प्रतिक्रिया देती है जो सिफारिशों को विकसित करने में मदद करती है।सामान्यतः, निर्णय लेने से पहले इनपुट्स की आवश्यकता होती है।

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

निर्णय लेने की प्रक्रिया

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

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

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

RAPID प्रक्रिया

RAPID प्रक्रिया का एक सरल अवलोकन इस प्रकार है: एक महत्वपूर्ण निर्णय की आवश्यकता की पहचान की जाती है। Recommend भूमिका तय करती है कि Decision भूमिका कौन होगा, फिर Recommend और Decision भूमिकाएं किसी अन्य हितधारकों को तय करती हैं और उनकी भूमिकाएं सौंपती हैं। Recommend अपना प्रस्ताव तैयार करता है, Input भूमिका से प्रतिक्रिया प्राप्त करता है, फिर अपने प्रारंभिक प्रस्ताव को Agree भूमिका के साथ चर्चा करता है। संबंधित भूमिकाओं से प्रविष्टि और सहमति मिलने पर, Recommend अपना प्रस्ताव Decision के पास ले जाता है। फिर Decision निर्णय लेता है और Perform भूमिका को कार्यान्वयन के लिए कार्रवाई संचारित करता है।

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

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

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

"सिफारिश"

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

"सहमत"

विपरीत में, सहमत भूमिकाओं को कम से कम सौंपा जाना चाहिए। वे स्थितियों के लिए सबसे उपयोगी होते हैं जहां कानूनी या नियामक निर्णय लिया जाना चाहिए, क्योंकि इन निर्णयों को आगे बढ़ने से पहले बाहरी स्वीकृति की आवश्यकता होगी। साथ ही, ध्यान दें कि सहमत भूमिकाएं सिफारिश करने वाले के विचारों को विरोध कर सकती हैं, लेकिन निर्णयकर्ता अभी भी एकमात्र निर्णयक हैं।

यदि सहमत अपने मन को एक प्रारंभिक सहमति के बाद बदलते हैं, तो उनके मन को बदलने के लिए बहुत देर हो जाती है। हालांकि, यदि एक सहमत भूमिका सौंपी जाती है, तो उन्हें सिफारिश करने वाले भूमिका द्वारा अनदेखा नहीं किया जा सकता है।यदि वे एक सिफारिश पर सहमत नहीं हो सकते, तो Decider गतिरोध को तोड़ देता है। (स्लाइड 12)

"कार्यान्वित करना" और "इनपुट"

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

उनके पास ज्ञान, अनुभव, या संसाधन हैं जो निर्णय के लिए महत्वपूर्ण हैं, उन्हें भी इनपुट के लिए परामर्श किया जाना चाहिए। हालांकि, इनपुट भूमिकाओं की संख्या को सीमित किया जाना चाहिए ताकि समय पर निर्णय लिया जा सके।(स्लाइड 13-14)

एक बार निर्णय लिया जाने के बाद, एक कार्यान्वयन प्रगति बार जिम्मेदारी बना सकता है और संगठन की कही गई निर्णय के प्रति प्रतिबद्धता को जांचने में मदद कर सकता है। इस तरह के अधिक संसाधनों के लिए, हमारे [related bracelet="task"] डेक की जांच करें।