सिस्टम थिंकिंग

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

इस शब्द की सामान्य व्याख्याएं

लुडविग वॉन बर्टलेंफ़ी के सामान्य सिस्टम सिद्धांत में, सिस्टम दृष्टिकोण समग्रता, भागों की अंतःक्रिया, संगठन के स्तरों, सिस्टम की सीमाओं और उन गुणों के बारे में है जिन्हें पूरी तरह से व्यक्तिगत तत्वों के माध्यम से समझाया नहीं जा सकता है।

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

पीटर सेंजे की प्रबंधन परंपरा में, सिस्टम थिंकिंग को व्यक्तिगत घटनाओं के बजाय उन संरचनाओं, अंतःसंबंधों और आवर्ती पैटर्न को देखने की क्षमता के रूप में समझा जाता है जो इन घटनाओं को बनाते हैं।

साइबरनेटिक्स में, जो मुख्य रूप से नॉर्डबर्ट वीनर और इस क्षेत्र के बाद के विकास से जुड़ा है, नियंत्रण, सूचना, फीडबैक, स्थिरता और सिस्टम की स्थिति और लक्ष्यों के सापेक्ष विनियमन केंद्रीय बन जाते हैं।

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

कॉम्प्लेक्सिटी साइंस में, ध्यान इस बात पर केंद्रित हो जाता है कि कई तत्वों या एजेंटों की अंतःक्रिया से संपूर्ण का व्यवहार कैसे उत्पन्न होता है। यहाँ गैर-रैखिकता, स्व-संगठन, अनुकूलन, उद्भव (एम्हरजेंसी) और व्यक्तिगत भागों के गुणों के माध्यम से जटिल प्रणालियों के व्यवहार की भविष्यवाणी की मौलिक सीमाएं महत्वपूर्ण हैं।

पीटर चेकलैंड की सॉफ्ट सिस्टम्स मेथोडोलॉजी में, सिस्टम थिंकिंग का उपयोग न केवल तकनीकी प्रणालियों का विश्लेषण करने के लिए किया जाता है, बल्कि जटिल मानवीय स्थितियों के साथ काम करने के लिए भी किया जाता है जहाँ विभिन्न प्रतिभागी समस्या और विचाराधीन प्रणाली की सीमाओं को अलग-अलग तरीके से परिभाषित कर सकते हैं।

क्रिटिकल सिस्टम्स थिंकिंग में, यह सवाल भी उठाया जाता है कि सिस्टम की सीमाओं को कौन परिभाषित करता है, किन हितों को ध्यान में रखा जाता है, मॉडल में कौन सी धारणाएं अंतर्निहित हैं और विचार से क्या बाहर रखा गया है।

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

सिस्टम थिंकिंग की हमारी अवधारणा

"सिस्टम थिंकिंग" की हमारी अपनी अवधारणा में हम इस शब्द का उपयोग निम्नलिखित अर्थ में करते हैं।

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

साथ ही, एक प्रणाली आत्मनिर्भर हो सकती है। प्रणाली बने रहने के लिए उसे अनिवार्य रूप से किसी बड़ी प्रणाली का हिस्सा होने की आवश्यकता नहीं है। लेकिन अगर हम इसे किसी अन्य प्रणाली के हिस्से के रूप में उपयोग करना चाहते हैं, तो एक अलग कार्य उत्पन्न होता है - यह समझना कि क्या वे संगत हैं और क्या एक प्रणाली को दूसरी प्रणाली में सही ढंग से एम्बेडेड किया गया है।

यह मौलिक रूप से महत्वपूर्ण है: अपने आप में एक अच्छी प्रणाली किसी अन्य प्रणाली का एक बुरा घटक हो सकती है। सही ज्ञान का गलत तरीके से उपयोग किया जा सकता है। एक काम करने वाली विधि का उपयोग अनुपयुक्त संदर्भ में किया जा सकता है। एक उपयोगी कौशल बेकार या हानिकारक साबित हो सकता है यदि उसे गलत प्रणाली में एम्बेडेड किया गया हो।

सिस्टम की क्षमताएं और आवश्यकताएं

किसी सिस्टम का वर्णन करने के लिए, इसे लगभग उसी तरह देखना उपयोगी है जैसे कार्यात्मक प्रोग्रामिंग में किसी फ़ंक्शन या घटक को देखा जाता है।

सिस्टम की क्षमताएं होती हैं - यह क्या करने में सक्षम है, यह क्या आउटपुट दे सकता है, यह किन कार्यों को हल करने में सक्षम है।

और सिस्टम की आवश्यकताएं होती हैं - काम करने में सक्षम होने के लिए किन संसाधनों, इनपुट, शर्तों, अन्य प्रणालियों या सीमाओं का पालन किया जाना चाहिए।

इसलिए, एक प्रणाली को दूसरी प्रणाली में एम्बेडेड करने का प्रयास करते समय यह पूछना महत्वपूर्ण है कि "यह क्या कर सकती है?", बल्कि यह भी:

• इनपुट पर इसे क्या चाहिए;
• यह किन संसाधनों की खपत करती है;
• यह बाहर क्या आउटपुट देती है;
• यह क्या सीमाएं लगाती है;
• किन इंटरफेस की आवश्यकता है;
• यह किन प्रणालियों के साथ संगत है;
• यदि इसे हटा दिया जाए तो क्या काम करना बंद कर देगा;
• यदि इसे जोड़ा जाए तो कौन सी नई क्षमताएं दिखाई देती हैं।

इंजन का उदाहरण

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

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

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

यहीं पर सिस्टम थिंकिंग प्रकट होती है: यह जानना पर्याप्त नहीं है कि इंजन "काम करता है"। यह समझना आवश्यक है कि यह किसी अन्य प्रणाली के हिस्से के रूप में कहाँ, किसके साथ और किन परिस्थितियों में काम करेगा।

प्रणालियों को विभिन्न स्तरों पर देखा जा सकता है

एक ही वास्तविक प्रणाली विचार के कई स्तरों की अनुमति देती है।

कार के ड्राइवर के लिए, निम्नलिखित मॉडल पर्याप्त हो सकता है:

चाबी → स्टार्ट → इंजन काम कर रहा है → कार चल सकती है।

यदि कार स्टार्ट नहीं होती है, तो यह स्तर अब पर्याप्त नहीं है। हमें गहराई में जाने की आवश्यकता है: बैटरी, बिजली, इग्निशन लॉक, स्टार्टर, ईंधन प्रणाली, इग्निशन सिस्टम और अन्य तत्व।

लेकिन मरम्मत करते समय भी हर चीज का विश्लेषण करने की आवश्यकता नहीं है। यदि स्टार्टर चाबी मोड़ने पर बिल्कुल भी प्रतिक्रिया नहीं देता है, तो पहिये की जाँच वर्तमान कारण श्रृंखला से संबंधित नहीं है।

इसलिए सिस्टम थिंकिंग का मतलब "बिल्कुल हर चीज को ध्यान में रखना" नहीं है। इसका मतलब किसी विशिष्ट कार्य के लिए पर्याप्त स्तर और सही विचार सीमाओं का चयन करना है।

प्रणालियाँ हमारी समझ की पूर्णता से स्वतंत्र रूप से मौजूद हैं

वास्तविकता को हमारे मॉडल में फिट होना आवश्यक नहीं है।

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

किसी भी प्रणाली को संभावित रूप से व्यापक और व्यापक रूप से माना जा सकता है - पर्यावरण, समाज, ग्रह, ब्रह्मांड सहित - और गहरा और गहरा - छोटी संरचनाओं और तंत्रों की ओर बढ़ते हुए।

हम इस विघटन की अंतिम सीमाओं को नहीं जानते हैं। हम नहीं जानते कि ब्रह्मांड के "बाहर" क्या है, और हम यह सुनिश्चित नहीं हैं कि भौतिकी में पदार्थ के सबसे मौलिक स्तर तक पहुँचा गया है या नहीं।

इससे एक महत्वपूर्ण सिद्धांत निकलता है: सिस्टम के बारे में ज्ञान की अपूर्णता सिस्टम के अपने अस्तित्व और कार्य को रद्द नहीं करती है।

व्यवहार में систем थिंकिंग का क्या अर्थ है

किसी विशिष्ट कार्य के लिए यह निर्धारित करना आवश्यक है:

1. हम वर्तमान में किस सिस्टम पर विचार कर रहे हैं;
2. यह क्या कर सकता है और हमें इसकी आवश्यकता क्यों है;
3. इसकी आवश्यकताएं और सीमाएं क्या हैं;
4. कौन सी अन्य प्रणालियाँ इसके साथ अंतःक्रिया करती हैं;
5. क्या हम इसका स्वतंत्र रूप से उपयोग करना चाहते हैं या इसे किसी बड़ी प्रणाली में एम्बेडेड करना चाहते हैं;
6. वर्तमान कार्य के लिए विश्लेषण की कौन सी गहराई पर्याप्त है;
7. सिस्टम के कौन से हिस्से वास्तव में वर्तमान कारण श्रृंखला से संबंधित हैं;
8. हमारा ज्ञान कहाँ समाप्त होता है और वह क्षेत्र कहाँ शुरू होता है जिसे हम अभी तक नहीं समझते हैं या नियंत्रित नहीं कर सकते हैं।

यह दृष्टिकोण प्रौद्योगिकी, प्रोग्रामिंग, ज्ञान, शिक्षण, संगठनों, अर्थशास्त्र, जीव विज्ञान और अन्य क्षेत्रों पर समान रूप से लागू होता है।

यह ज्ञान के लिए क्यों महत्वपूर्ण है

ज्ञान को भी एक प्रणाली के रूप में या समझने की किसी अन्य प्रणाली के घटक के रूप में माना जा सकता है।

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

इसलिए हमारी प्रणाली में किसी व्यक्ति को केवल सही जानकारी देना पर्याप्त नहीं है। यह समझना आवश्यक है कि इसे कहाँ एम्बेडेड किया गया है, यह क्या क्षमताएं देता है, इसके लिए किस पूर्व ज्ञान की आवश्यकता है और यह किस कार्य को हल करने में मदद करता है।

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