सहमति बनाम सहमति: वह आपत्ति परीक्षण जो समूहों के निर्णय लेने के तरीके को बदलता है

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

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

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

दो नियम, दो अलग-अलग प्रश्न

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

सहमति, समाजशास्त्रीय परंपरा से, बोझ को उलट देती है: एक प्रस्ताव तब अपनाया जाता है जब कोई संविधानिक, प्रमुख आपत्ति नहीं उठा सकता — एक तर्क कि प्रस्ताव समूह के लक्ष्यों को नुकसान पहुंचाएगा या इसे पीछे ले जाएगा। आपको प्रस्ताव से प्यार करने, उसे पसंद करने या यहां तक कि उसे पसंद करने की आवश्यकता नहीं है। मानक है "कोशिश करने के लिए पर्याप्त सुरक्षित, अभी के लिए पर्याप्त अच्छा," इस रूप में जिसे Sociocracy 3.0 उपयोग करता है — इसके साथ यह महत्वपूर्ण साथी है कि निर्णय पुनरावलोकन योग्य होते हैं, इसलिए कोशिश करना वास्तव में सुरक्षित है।

ध्यान दें कि क्या बदला: सहमति समझौते के लिए अनुकूलित होती है, जबकि सहमति तर्कित हानि की अनुपस्थिति के लिए। इसका मतलब है कि सहमति का पूरा भार एक परिभाषा पर निर्भर करता है — आपत्ति के रूप में क्या गिना जाता है? यहीं पर दिलचस्प मशीनरी मौजूद है।

भार वहन करने वाला यांत्रिकी: आपत्ति बनाम चिंता

जो अंतर सहमति को काम करता है — और जो अधिकांश टीमें इसे अपनाते समय छोड़ देती हैं — वह यह है कि हर असुविधा रोकती नहीं है। एक चिंता एक चिंता, एक पसंद, एक अंतर्ज्ञान है कि कुछ गलत हो सकता है: इसे व्यक्त किया जाता है, दर्ज किया जाता है, और निर्णय से जोड़ा जाता है, लेकिन यह अपनाने को रोकता नहीं है। एक आपत्ति एक तर्क है: एक stated कारण कि प्रस्ताव क्यों नुकसान पहुंचाएगा या समूह को इसके लक्ष्यों से दूर ले जाएगा — और इसे एक के रूप में परीक्षा में जीवित रहना चाहिए।

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

यह तंत्र इस ब्लॉग के पाठकों के लिए परिचित होना चाहिए: यह शासन पर लागू होने वाला तर्क मानक है। एक ब्लॉक को एक तर्क होना चाहिए; तर्कों के पास कारण होने चाहिए; कारणों की जांच की जा सकती है और उत्तर दिया जा सकता है। वही मानक जो विचार-विमर्श को उत्पादक बनाता है, निर्णय नियमों को कार्यशील बनाता है।

अजीब सच: ढांचे परीक्षण को अलग-अलग परिभाषित करते हैं

यहाँ वह है जो टीमें "सहमति" अपनाने के बाद ही खोजती हैं: प्रमुख ढांचे इस बात पर सहमत नहीं हैं कि एक वैध आपत्ति क्या है। उनके अपने आधिकारिक दस्तावेज़ से:

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

जब प्रत्येक नियम अपनी लागत कमाता है

सहमति पुनरावलोकन योग्य, संचालनात्मक निर्णयों के लिए जीतती है — नीतियाँ, प्रक्रियाएँ, उपकरणों के विकल्प, भूमिका की परिभाषाएँ: कुछ भी जिसमें एक स्वाभाविक समीक्षा तिथि हो। इसका गति लाभ समूह के आकार के साथ बढ़ता है (सहमति की लागत जनसंख्या के साथ क्रूरता से बढ़ती है), और इसकी सुरक्षा उस जोड़ी से आती है जिसे कभी नहीं छोड़ा जाना चाहिए: सहमति क्योंकि निर्णय पुनरावलोकन योग्य होते हैं। समीक्षा तिथियों के बिना सहमति बस निम्न स्तर का निर्णय लेना है।

संमति अपनी भारी लागत पहचान स्तर पर अर्जित करती है — मिशन में परिवर्तन, विलय, मूल्य, वे प्रतिबद्धताएँ जो उलटने में कठिन होती हैं और पूर्ण स्वामित्व के बिना खोखली होती हैं। एक रणनीति जिस पर किसी ने आपत्ति नहीं की लेकिन समूह का आधा हिस्सा जिसका स्वामी नहीं है, उसे आधी ताकत से लागू किया जाएगा; उन निर्णयों के लिए, महंगा सवाल — "क्या आप इसे सकारात्मक रूप से रखते हैं?" — सही है। (हमारे निर्णय-रिकॉर्ड गाइड के पाठक उलटने की लागत के तर्क को पहचानेंगे: जितना कठिन निर्णय को उलटना है, उतनी ही प्रक्रिया की वह हकदार है।)

और एक सीमा जो बताने योग्य है: दोनों विचार-विमर्श करने वाले समूहों के लिए निर्णय नियम हैं। न तो एक टूटी हुई विचार-विमर्श को ठीक करता है — एक ऐसा कमरा जो असहमति को दबाता है, वह झूठे सहमति और खोखले सहमति दोनों का उत्पादन करेगा, यही कारण है कि संरचनात्मक-असहमति प्रतिकृतियाँ निर्णय नियम के चयन से पहले आती हैं, न कि बाद में।

सहमति को सही तरीके से चलाना: चार प्रथाएँ

सहमति को सफल बनाने वाली टीमें चार आदतें साझा करती हैं — प्रत्येक एक ज्ञात विफलता मोड को बंद करती है:

क्या सहमति केवल सहमति-लाइट नहीं है जो अल्पसंख्यकों को दबाती है?

स्टीलमैन को अपनी पूरी ताकत मिलनी चाहिए: सहमति अपनाने के लिए मानक को कम करती है, और कम किया गया मानक दुरुपयोग का शिकार हो सकता है। एक ऐसा facilitator जो हर असहज तर्क को "चिंता, न कि आपत्ति" के रूप में वर्गीकृत करता है, कुछ भी आगे बढ़ा सकता है; एक बहुमत उन प्रस्तावों को अपनाने में सक्षम हो सकता है जिनसे एक अल्पसंख्यक डरता है लेकिन अभी तक उनके खिलाफ तर्क नहीं कर सकता — अंतर्ज्ञान अक्सर स्पष्ट कारणों से पहले आते हैं, और सहमति संरचनात्मक रूप से स्पष्ट को प्राथमिकता देती है। सहमति, चाहे इसकी लागत कुछ भी हो, हर सदस्य को एक बिना शर्त ब्रेक देती है।

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

ईमानदार स्वीकृति: वास्तव में कम विश्वास वाले समूहों में, कोई निर्णय नियम विश्वास को ठीक नहीं करता — वहां सहमति का खेल होगा, और वहां सहमति ठप हो जाएगी। निर्णय नियम उन लोगों के बीच शक्ति वितरित करते हैं जो समूह के लक्ष्यों को व्यापक रूप से स्वीकार करते हैं; वे उस स्वीकृति का विकल्प नहीं हैं।

Argumentree आपत्ति परीक्षण कैसे चलाता है

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

चिंताओं को भी पहले श्रेणी का उपचार मिलता है: निर्णय के खिलाफ दर्ज किया गया, रिकॉर्ड में समीक्षा तिथि के साथ संरक्षित किया गया, ताकि समूह की प्रारंभिक चेतावनी प्रणाली वास्तव में संचयित हो सके। जब समीक्षा आती है, तो मूल तर्क — आपत्तियाँ, चिंताएँ, प्रस्ताव — एक क्लिक की दूरी पर होते हैं, न कि एक याद की दूरी पर।

वह प्रश्न पूछें जिसका आपको वास्तव में उत्तर चाहिए

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

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