टीमों के लिए डिज़ाइन थिंकिंग कार्यशालाएँ जो पांच दिन एक कमरे में नहीं बिता सकतीं

वर्कशॉप जो एक कमरे में नहीं समा सकी

किकऑफ एक कार्यशाला होने वाला था। फिर संख्या आई: चार समय क्षेत्रों में अठारह हितधारक - दो विश्वविद्यालयों के शोधकर्ता, एक मंत्रालय का संपर्क, तीन प्रैक्टिशनर जो हर पखवाड़े दो घंटे दे सकते थे और एक घंटे से अधिक नहीं। Facilitator ने वही किया जो facilitators करते हैं: एक वीडियो कॉल बुक की, एक वर्चुअल व्हाइटबोर्ड साझा किया, और वास्तविक समय में विधि को मरते हुए देखा। छह लोगों ने बात की। बारह ने मल्टीटास्क किया। सत्र एक से चिपचिपे नोट एक ऐसी तस्वीर थे जिसे सत्र तीन तक कोई नहीं खोला, और लिस्बन के शोधकर्ता द्वारा मिनट 51 में चैट में टाइप की गई अंतर्दृष्टि बिना पढ़े स्क्रॉल हो गई।

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

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

जो स्प्रिंट प्रारूप को बाहर करता है — और यह प्लेबुक कवर करता है

चार परियोजना आकार स्प्रिंट की पूर्व शर्तों के बाहर आते हैं। प्रत्येक एक विशिष्ट संरचनात्मक क्षमता से संबंधित है न कि एक लंबे बैठक से:

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

सहानुभूति रखें — कॉर्पस स्तर पर अनुसंधान संश्लेषण

एक स्प्रिंट को विशेषज्ञ साक्षात्कारों की एक सुबह मिलती है। आपके कार्यक्रम में चालीस उपयोगकर्ता साक्षात्कार, दो सर्वेक्षण निर्यात और एक समर्थन-टिकट संग्रह है — एक ऐसा संग्रह जिसे कोई कार्यशाला की सुबह नहीं समाहित कर सकती, और वह मोड जहां असिंक्रोनस एक समझौता नहीं बल्कि एक उन्नयन है।

1. 1शोध अपलोड करें। साक्षात्कार प्रतिलेख, खुले अंत वाले सर्वेक्षण प्रतिक्रियाएँ, टिकट थ्रेड्स — AI निष्कर्षण प्रत्येक दस्तावेज़ को समर्थन और विरोधी साक्ष्यों के साथ दावों में बदल देता है, जिसे आप ट्रांसक्राइब करने के बजाय समीक्षा और परिष्कृत करते हैं। वास्तव में, पेड़ में स्टिकी नोट्स के नमूनों की एक दीवार है। चेकपॉइंट: प्रत्येक शोध स्रोत पेड़ में है, अपने दस्तावेज़ के लिए श्रेयित।
2. 2डुप्लिकेट्स को मिलाएं, तनाव बनाए रखें। जहां दो साक्षात्कार एक ही दावे का समर्थन करते हैं, वहां सबूत एक नोड के तहत जमा होते हैं। जहां वे विरोधाभासी होते हैं, दोनों पक्ष प्रो और कॉन के रूप में स्पष्ट रहते हैं — आपके उपयोगकर्ता आधार में असहमति एक निष्कर्ष है, औसत करने के लिए शोर नहीं। चेकपॉइंट: विरोधाभास विरोधी बच्चों के रूप में स्पष्ट होते हैं, चुपचाप हल नहीं होते।
3. 3योगदानकर्ताओं को अपने समय पर टिप्पणी करने दें। लिस्बन का शोधकर्ता अपने समय के अनुसार सुबह 9 बजे साक्ष्य पढ़ता है और जोड़ता है। कुछ भी गायब नहीं होता। चेकपॉइंट: हर योगदानकर्ता ने Define शुरू होने से पहले साक्ष्य वृक्ष को छुआ है।

परिभाषित करें — ऐसा ढांचा जो संशोधन को सहन करता है

Define यांत्रिकी वही हैं जो एक स्प्रिंट में होती हैं - समस्या का ढांचा पेड़ के शीर्ष पर स्पष्ट दावों में बदल जाता है, How-Might-We प्रश्न शाखाएँ बन जाते हैं - इसलिए यह अनुभाग संक्षिप्त रहता है और आपको ढांचे के अनुष्ठानों के लिए स्प्रिंट ट्यूटोरियल की ओर इंगित करता है। यहाँ जो भिन्नता है वह है ढांचे के साथ आपका अनुबंध: Define दावों को इस उम्मीद के साथ लिखें कि उन्हें संशोधित किया जाएगा। पांच दिवसीय प्रारूप में ढांचा सोमवार को तय होता है और शुक्रवार तक चलता है। एक आवर्ती कार्यक्रम में ढांचा एक परिकल्पना है, और टेस्ट इसका सामना करने के लिए मौजूद है - इसलिए प्रत्येक Define दावे को इस तरह से व्यक्त करें कि बाद में सबूत इसका खंडन कर सके ("पहले वर्ष के छात्र उपकरण को छोड़ देते हैं क्योंकि ऑनबोर्डिंग पूर्व सांख्यिकी ज्ञान मानती है"), न कि एक मिशन स्टेटमेंट जो कुछ भी प्रभावित नहीं कर सके।

• ✓चेकपॉइंट: प्रत्येक परिभाषित दावा गलत साबित किया जा सकता है — आप यह बता सकते हैं कि ऐसा परीक्षण परिणाम क्या होगा जो इसे कमजोर करता है।

विचार करें — पहले भिन्नता, और जब एक समूह वास्तव में सही हो।

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

लेकिन स्प्रिंट का प्रतिबंध एक सीमा है जिसे शोध वास्तव में खींचता है। समूह का इनपुट तब व्यक्तियों को मात देता है जब समूह संज्ञानात्मक रूप से विविध होता है और योगदान स्वतंत्र रहते हैं — यही क्यों विविधता क्षमता को मात देती है और गैल्टन के बैल ने एक काउंटी मेले में प्रदर्शित किया। चार संस्थानों के अठारह हितधारक बिल्कुल ऐसा ही एक समूह हैं, बशर्ते आप स्वतंत्रता बनाए रखें। जब मानव पूल पतला हो जाता है तो विविधता को और बढ़ाने के दो तरीके: ArgumenTroupe अनुकरणीय व्यक्तित्व बहस चलाता है — एक कृत्रिम पैनल जो आपके रोस्टर की कमी वाले दृष्टिकोणों से तर्क करता है — और Argumentree.AI उसी पेड़ संरचना में बहु-मॉडल एआई दृष्टिकोण जोड़ता है। दोनों विविधता के सहायक हैं; नीचे का समागम मानव रहता है।

एक बड़े समूह में एकत्रित हों — समानांतर समीक्षा श्रृंखलाएँ

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

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

निर्णायक के बिना एकत्रित हों — समझौते की श्रृंखला

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

• ✓चेकपॉइंट: थकावट द्वारा कोई समागम नहीं — शिविरों के बीच हर अनसुलझा विभाजन में एक समझौता श्रृंखला है, जो या तो हल की गई है या स्पष्ट रूप से खुली है।

प्रोटोटाइप और परीक्षण — और परिभाषा में वापस लौटें

प्रोटोटाइपिंग आपके अपने उपकरणों में होती है — फिग्मा, कोड, कागज, एक सेवा वॉकथ्रू। इसे पहले से घोषित करना महत्वपूर्ण है: यह कार्यप्रवाह प्रोटोटाइप के चारों ओर तर्क को संरचित करता है, न कि कलाकृति को।

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

• ✓चेकपॉइंट: प्रत्येक परीक्षण निष्कर्ष एक परिभाषित दावे से जुड़े होते हैं, चाहे वह पक्ष में हो या विपक्ष में — कोई भी रिपोर्ट में नहीं छोड़ा जाता; संशोधित दावे स्पष्ट रूप से पूर्ववर्ती होते हैं, कभी भी चुपचाप अधिलेखित नहीं होते।

ईमानदार सीमाएँ

• ✗सुविधा अभी भी एक मानव कौशल है। संरचना स्वतंत्रता और स्थिरता को मजबूर करती है; यह मौन योगदानकर्ता का पीछा नहीं करती, How-Might-We को नहीं कहती, या किसी मोड पर समय नहीं लगाती। एक कार्यक्रम बिना सुविधा देने वाले के तैरता है, चाहे वह असिंक्रोनस हो या नहीं।
• ✗प्रोटोटाइपिंग हमारा नहीं है। निर्माण आपके डिज़ाइन और इंजीनियरिंग उपकरणों में होता है; पेड़ इसके चारों ओर तर्क को धारण करता है।
• ✗ऐसिंक का एक असली मूल्य है। यह एक कमरे की ऊर्जा, गति और संयोग को पहुंच और स्थिरता के लिए व्यापार करता है। एक दो घंटे का सह-स्थित आइडिएट सत्र एक सप्ताह के एकल ड्राफ्टिंग से अधिक जीवंत होता है — जब आपके पास कमरा हो, तो इसका उपयोग करें, और इसके आउटपुट को पेड़ में जमा करें।
• ✗बड़ा होना अपने आप में बेहतर नहीं होता। अठारह स्वतंत्र, विविध योगदानकर्ताओं ने सात को हराया; अठारह लोग जो एक-दूसरे को जल्दी देखते हैं, वे ऐसा नहीं करते। स्वतंत्रता का अनुशासन काम कर रहा है — संख्या नहीं।

व्यावहारिक पाठ

• ✓शर्तों के अनुसार प्रारूप चुनें, फैशन के अनुसार नहीं। पांच दिन, एक कमरा, ≤7 लोग, एक निर्णयकर्ता → स्प्रिंट। इनमें से किसी एक में असफलता → यह प्लेबुक। दोनों पूरक हैं, प्रतिस्पर्धी नहीं।
• ✓कैलेंडर-हफ्तों में टाइमबॉक्स मोड, घंटे नहीं। 'आइडिएट शुक्रवार को बंद होता है; समीक्षा श्रृंखलाएँ 14 तारीख तक पूरी होती हैं' स्प्रिंट की घड़ी को बदल देती हैं। बिना समयसीमा के असिंक्रोनस होना कार्यक्रमों के विघटन का कारण बनता है।
• ✓पहली लाइव सत्र से पहले Empathize चलाएँ, इसके दौरान नहीं। एक्सट्रैक्शन और सोलो एनोटेशन का मतलब है कि आपके सीमित समकालिक घंटे उन तरीकों में जाते हैं जो लाइवनेस से लाभान्वित होते हैं।
• ✓हर मोड सीमा पर स्वतंत्रता की रक्षा करें। दूसरों के ड्राफ्ट पढ़ने से पहले ड्राफ्ट करें, वितरण देखने से पहले रेट करें। यह एक सुविधा नियम है जिसे तीन बार लागू किया गया है, और यह विधि का अधिकांश हिस्सा है।

सत्र तीन, पुनरावलोकन

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