समस्या-वृक्ष विश्लेषण मुख्य समस्या, उसके संभावित कारणों और परिणामों को तलाशने की दृश्य विधि है। केंद्रीय मुद्दा तना बनता है, कारण जड़ें और प्रभाव शाखाएँ। इसका मूल्य उस चर्चा और जाँच में है जिसे यह व्यवस्थित करता है। पूरा हो चुका वृक्ष अपने आप में कारणात्मक व्याख्या साबित नहीं करता।
आपको यह विधि स्पेनिश में árbol de problemas या फ़्रेंच में arbre à problèmes के नाम से मिल सकती है। मूल अंतर वही रहता है: क्या हो रहा है, उसे क्या पैदा कर सकता है और उसके बाद क्या होता है। समाधान पर चर्चा से पहले इन तीन स्तरों को अलग रखें।
ODI की समस्या-वृक्ष योजना मार्गदर्शिका मुख्य समस्या, कारणों और परिणामों की संरचना बताती है। नीचे दिए साक्ष्य लेबल, कार्यशाला क्रम और उदाहरण टीम में उपयोग के लिए व्यावहारिक जोड़ हैं।
समस्या-वृक्ष का उपयोग कब करें?
जब कई स्पष्टीकरण प्रतिस्पर्धा करते हों, समस्या अलग-अलग भूमिकाओं तक फैली हो, या प्रस्तावित समाधान प्रणाली के अलग-अलग हिस्सों को संबोधित करते हों, तब वृक्ष का उपयोग करें। यह सहायता टीम को बार-बार होने वाली एस्केलेशन देखने या डिलीवरी टीम को देर से मिलने वाली स्वीकृतियाँ जाँचने में मदद कर सकता है।
जब निर्णय पहले से सीधा हो, तो कोई दूसरी विधि चुनें। छोटी और अच्छी तरह समझी गई खराबी को सीधे ठीक करके सत्यापित करना पर्याप्त हो सकता है। गंभीर घटना के लिए औपचारिक समयरेखा और स्वीकृत घटना प्रक्रिया चाहिए हो सकती है। वृक्ष उस काम में मदद कर सकता है, लेकिन साक्ष्य सुरक्षित रखने या विशेषज्ञ जाँच का स्थान नहीं लेता।
प्रभावित लोगों से पूछने के बदले भी वृक्ष का उपयोग ठीक विकल्प नहीं है। प्रबंधकों का समूह उपयोगकर्ता की समस्या का सुसंगत स्पष्टीकरण बना सकता है, बिना उपयोगकर्ता का अनुभव जाँचे। आरेख को आधिकारिक मानने से पहले वे दृष्टिकोण शामिल करें।
सीमित मुख्य समस्या से शुरुआत करें
बीच में एक दिखाई देने वाला मुद्दा लिखें। “परियोजना बहुत गड़बड़ है” बहुत व्यापक है। “मौजूदा रिलीज़ के लिए सामग्री की स्वीकृति बार-बार कार्यान्वयन शुरू होने के बाद आती है” प्रक्रिया और संदर्भ पहचानता है।
जाँचें कि कथन में कोई माना हुआ कारण तो नहीं है। “लापरवाह हितधारकों के कारण स्वीकृति देर से आती है” पहले ही स्पष्टीकरण चुन लेता है। आरोप हटाएँ और स्थितियों की जाँच करें।
वृक्ष के पास अवधि, प्रभावित समूह और उपलब्ध साक्ष्य का नोट रखें। यदि प्रतिभागी इस बात पर सहमत न हों कि मुख्य समस्या मौजूद है या नहीं, तो आगे शाखाएँ बनाने से पहले असहमति दूर करें या दायरा छोटा करें।
पाँच चरणों में वृक्ष बनाएँ
- मुख्य समस्या का वर्णन करें। एक वाक्य लिखें और उसकी सीमाएँ दर्ज करें।
- नीचे संभावित प्रत्यक्ष कारण जोड़ें। पूछें कि कौन-सी स्थिति देखे गए मुद्दे को पैदा कर सकती है।
- उन स्थितियों के कारणों की पड़ताल करें। साक्ष्य समाप्त होने या चर्चा चुने हुए दायरे से बाहर जाने पर रुकें।
- समस्या के ऊपर प्रभाव जोड़ें। पूछें कि समस्या होने पर उपयोगकर्ताओं, साथियों या संगठन के लिए क्या बदलता है।
- हर संबंध जाँचें। समझाएँ कि एक कार्ड अगले कार्ड तक कैसे ले जा सकता है और कौन-सा साक्ष्य उस संबंध को चुनौती देगा।
यह नियम न बनाएँ कि हर जड़ के स्तरों की संख्या समान हो। साफ-सुथरा आरेख लक्ष्य नहीं है। एक शाखा अच्छी तरह समझी जा सकती है जबकि दूसरी अभी प्रश्न बनी रहे।
हल किया गया उदाहरण: रिलीज़ की सामग्री की देर से स्वीकृति
काल्पनिक उदाहरण: एक उत्पाद टीम देखती है कि कार्यान्वयन शुरू होने के बाद रिलीज़ की सामग्री अक्सर बदलती है। वे यह दावा करने के बजाय कि समस्या हर परियोजना को प्रभावित करती है, शुरुआत में एक हालिया रिलीज़ को दायरा चुनते हैं।
उनका पहला वृक्ष इस तरह दिखता है:
| स्तर | कार्ड | मौजूदा साक्ष्य |
|---|---|---|
| प्रभाव | कार्यान्वयन में संशोधन करना पड़ता है | बदलाव का इतिहास दो संशोधन दिखाता है |
| प्रभाव | सहायता टीम को अंतिम शब्दावली देर से मिलती है | हैंडऑफ़ की तारीख रिलीज़ नोट में दर्ज है |
| मुख्य समस्या | कार्यान्वयन शुरू होने के बाद सामग्री की स्वीकृति आती है | मौजूदा रिलीज़ की तारीखें |
| संभावित प्रत्यक्ष कारण | स्वीकृति माँगने का स्पष्ट चरण नहीं है | प्रक्रिया का वॉकथ्रू; पुष्टि आवश्यक |
| संभावित प्रत्यक्ष कारण | समीक्षक की उपलब्धता मान ली जाती है | दो प्रतिभागियों के साक्षात्कार |
| संभावित गहरी स्थिति | सामग्री के प्रकार के अनुसार स्वामित्व बदलता है | दो दस्तावेज़ों में परस्पर विरोधी निर्देश |
टीम “समीक्षक काम को प्राथमिकता नहीं देते” को तथ्य के रूप में जोड़ने से बचती है। यह एक स्पष्टीकरण हो सकता है, लेकिन मौजूदा साक्ष्य यह भी दिखाता है कि किसे समीक्षा करनी चाहिए और कब, यह अस्पष्ट है।
वे पहले स्वामित्व वाली शाखा जाँचने का निर्णय लेते हैं। जाँच सीमित है: हालिया सामग्री के पाँच बदलावों के लिए दस्तावेज़ में लिखे स्वीकृति मार्ग की वास्तविक मार्ग से तुलना करें। यदि उन मामलों में स्वामित्व स्पष्ट था, तो वे आरेख का बचाव करने के बजाय वृक्ष संशोधित करेंगे।
कार्डों पर साक्ष्य लेबल जोड़ें
तीन सरल लेबल रखें: देखा गया, समर्थित व्याख्या, और अपरीक्षित परिकल्पना। ये कामकाजी लेबल हैं, वैज्ञानिक निश्चितता के अंक नहीं। लेबल समझाने के लिए साक्ष्य लिंक या छोटा नोट जोड़ें।
महत्वपूर्ण तीरों के लिए प्रस्तावित तंत्र दर्ज करें। “अस्पष्ट स्वामित्व से स्वीकृति का अनुरोध देर से आता है” दो कार्ड पास-पास रखने से अधिक बताता है। पूछें कि उसी अवलोकन का और क्या स्पष्टीकरण हो सकता है और क्या कोई अपवाद इस संबंध को चुनौती देता है।
पैसे या ग्राहक नुकसान के रूप में बताए प्रभावों के बारे में खास सावधानी रखें। देर से स्वीकृति से दोबारा काम हो सकता है, लेकिन इससे कोई विशिष्ट राजस्व प्रभाव साबित नहीं होता। वित्तीय दावे तब तक अलग रखें जब तक कोई गणना और उसकी मान्यताएँ न दिखा सके।
50 मिनट की कार्यशाला चलाएँ
पहले दस मिनट दायरे और साक्ष्य पर सहमति के लिए रखें। प्रतिभागियों को कारण और प्रभाव चुपचाप लिखने के लिए सात मिनट दें, फिर कार्ड व्यवस्थित करने और संबंध समझाने के लिए पंद्रह मिनट रखें। साक्ष्य को चुनौती देने के लिए दस मिनट और जाँच चुनने के लिए आठ मिनट रखें।
सुविधाकर्ता को पूछना चाहिए, “यदि यह सच हो, तो हमें क्या दिखाई देने की उम्मीद होगी?” यह प्रश्न आत्मविश्वासी राय को ऐसी बात में बदलता है जिसे टीम जाँच सके।
समाधान के विचार वृक्ष के पास रखें। उन्हें हटाएँ नहीं, पर “नया उपकरण खरीदें” को मूल कारण न बनने दें। कार्रवाई का मार्गदर्शन करने लायक वृक्ष बनने के बाद, चुनी हुई स्थिति के आधार पर प्रतिक्रियाओं की तुलना करें।
जो समूह पूर्वव्यापी में अवलोकन पहले से इकट्ठा कर रहा है, वह केवल चुनी हुई थीम को वृक्ष कार्यशाला में लाए। हर कार्ड का एक साथ मानचित्र बनाने की कोशिश से ऐसा जंगल बनेगा जिसे सँभालना मुश्किल है।
वृक्ष को कार्रवाई में बदलें
तीन मानदंड से शाखा चुनें: मुख्य समस्या में उसका महत्व, मौजूदा साक्ष्य की मजबूती, और टीम की उसे जाँचने या प्रभावित करने की क्षमता। बहुत प्रभावशाली लेकिन आपके नियंत्रण से बाहर शाखा को आगे बढ़ाना पड़ सकता है; कमजोर लेकिन जाँची जा सकने वाली शाखा पहला प्रयोग हो सकती है।
जाँच का एक छोटा कार्ड दर्ज करें:
- जाँचा जाने वाला संबंध: कौन-सा कारण-प्रभाव संबंध मायने रखता है?
- आवश्यक साक्ष्य: कौन-सा अवलोकन इसका समर्थन या चुनौती कर सकता है?
- ज़िम्मेदार व्यक्ति और पहुँच: कौन उचित तरीके से साक्ष्य पा सकता है?
- निर्णय की तारीख: वृक्ष कब संशोधित होगा?
- संभावित अगली कार्रवाई: कौन-सा निर्णय नतीजे पर निर्भर है?
उद्देश्यों का वृक्ष बाद में चुनी हुई स्थितियों को वांछित परिणाम के रूप में दोबारा लिख सकता है। यह न मानें कि शब्द उलट देने से काम करने वाला समाधान बन जाता है। “स्वामित्व स्पष्ट है” के लिए भी तंत्र, नियम बनाए रखने वाला व्यक्ति और अस्पष्टता पहचानने का तरीका चाहिए।
अनुवर्ती बातचीत के लिए सरल पूर्वव्यापी विचार इस्तेमाल करें और देखें कि चुने बदलाव ने मूल समस्या बदली या नहीं। हमारी सुधार मार्गदर्शिका बताती है कि सीख को दृश्य कैसे रखें।
अक्सर पूछे जाने वाले प्रश्न
क्या समस्या-वृक्ष फिशबोन आरेख जैसा ही है?
दोनों संभावित कारण व्यवस्थित कर सकते हैं। समस्या-वृक्ष मुख्य मुद्दे को कारणों और प्रभावों से स्पष्ट रूप से जोड़ता है; फिशबोन आमतौर पर संभावित कारणों को श्रेणियों में रखता है। केवल दिखाने से कोई भी कारणता साबित नहीं करता।
समस्या-वृक्ष में कितने मूल कारण होने चाहिए?
कोई एक उपयोगी सार्वभौमिक संख्या नहीं है। दायरे और साक्ष्य से समर्थित प्रासंगिक शाखाएँ शामिल करें, फिर सममित आरेख भरने की कोशिश करने के बजाय जाँच को प्राथमिकता दें।
क्या समस्या-वृक्ष में सकारात्मक परिणाम शामिल हो सकते हैं?
पहले वृक्ष को समस्या और उसके प्रभावों पर केंद्रित रखें। बाद में अलग उद्देश्यों का दृश्य बना सकते हैं, साथ ही यह दर्ज करें कि कौन-से संबंध अभी भी मान्यताएँ हैं।