एक विशेष प्रकार की निराशा होती है जो उत्पाद टीमों को खोज कार्य में कुछ सप्ताह तक प्रभावित करती है। आपने एक दर्जन ग्राहक साक्षात्कार किए हैं। आपने एक सर्वेक्षण चलाया है. आपने स्टिकी नोट्स पर धारणाएँ अंकित कर दी हैं। और फिर भी, जब कोई पूछता है "तो हमने क्या सीखा?", कमरा शांत हो जाता है या परस्पर विरोधी व्याख्याओं में बदल जाता है।
डिस्कवरी को अच्छी तरह से करना कठिन है क्योंकि आउटपुट कोड या डिज़ाइन नहीं है। यह अंतर्दृष्टि है. और अंतर्दृष्टि फिसलन भरी होती है: यह साक्षात्कार नोट्स में खो जाती है, एक व्यक्ति के दिमाग में रहती है, या अस्पष्ट बातों में घुल जाती है जैसे "उपयोगकर्ता इसे सरल बनाना चाहते हैं।"
विशेष रूप से खोज कार्य के लिए डिज़ाइन किए गए ⟦RETROS⟧ को चलाने से इसमें परिवर्तन होता है। यह वही रेट्रो नहीं है जो आप स्प्रिंट के बाद दौड़ते हैं। एक अलग सवाल, इस सवाल पर आधारित है: क्या हम सीखने में बेहतर हो रहे हैं?
खोज कार्य वितरण कार्य नहीं है
यह अंतर मायने रखता है क्योंकि यह "अच्छा" जैसा दिखता है उसे बदल देता है।
डिलीवरी में, अच्छे का अर्थ है विश्वसनीय रूप से शिपिंग: सुविधाएँ समय पर उपलब्ध होती हैं, गुणवत्ता उच्च होती है, टीम अनब्लॉक होती है। खोज में, अच्छे का अर्थ है विश्वसनीय रूप से सीखना: आपने सप्ताह की शुरुआत अनिश्चितता के साथ की है, और सप्ताह के अंत तक आपके पास एक स्पष्ट तस्वीर है कि क्या सच है और क्या नहीं है।
अधिकांश ⟦RETRO⟧ प्रारूप डिलीवरी के लिए बनाए गए हैं। "क्या अच्छा हुआ" और "क्या सुधार हो सकता है" स्वाभाविक रूप से बातचीत को प्रक्रिया गति, ब्लॉकर्स और टूलींग जैसे निष्पादन विषयों की ओर खींचते हैं। ये गलत प्रश्न हैं जब लक्ष्य आपकी टीम की ग्राहक अंतर्दृष्टि उत्पन्न करने की क्षमता में सुधार करना है।
एक खोज ⟦रेट्रो⟧ को आपके सीखने की गुणवत्ता और गति की जांच करने की आवश्यकता है, न कि आपके थ्रूपुट की।
एक प्रारूप जो काम करता है: अनुमान/विधि/संकेत/निर्णय
चार कॉलम सेट करें:
धारणा - हम किस बात पर विश्वास करते थे? उन विशिष्ट परिकल्पनाओं की सूची बनाएं जिनका आप परीक्षण कर रहे थे। "उपयोगकर्ताओं को बेहतर ऑनबोर्डिंग की आवश्यकता है" जैसी अस्पष्ट बातें नहीं, बल्कि परीक्षण योग्य बातें जैसे "नए उपयोगकर्ता छूट जाते हैं क्योंकि उन्हें पहले 30 सेकंड के भीतर मुख्य कार्रवाई नहीं मिल पाती है।"
विधि — हमने इसका परीक्षण कैसे किया? साक्षात्कार, प्रोटोटाइप परीक्षण, डेटा विश्लेषण, सर्वेक्षण, डायरी अध्ययन। विधि और प्रतिभागी प्रोफ़ाइल के बारे में विशिष्ट रहें। यह कॉलम बताता है कि क्या आपके शोध के तरीके पर्याप्त रूप से विविध हैं या क्या आप एक ही दृष्टिकोण पर अत्यधिक भरोसा कर रहे हैं।
सिग्नल — डेटा वास्तव में क्या दिखाता है? अभी तक आपकी व्याख्या नहीं हुई है. कच्चा संकेत. "आठ में से पांच प्रतिभागियों ने बिना मदद के कार्य पूरा किया" या "सर्वेक्षण उत्तरदाताओं ने फीचर एक्स को प्राथमिकता में अंतिम स्थान दिया।" संकेत को व्याख्या से अलग करना समय से पहले निष्कर्ष निकालने से रोकता है।
निर्णय — संकेत के आधार पर, हम क्या कर रहे हैं? यहीं पर व्याख्या होती है, और यह स्पष्ट होनी चाहिए। "हम इस दृष्टिकोण के साथ आगे बढ़ रहे हैं क्योंकि..." या "हम इस दिशा को खत्म कर रहे हैं क्योंकि..." या, महत्वपूर्ण रूप से, "संकेत अस्पष्ट था इसलिए हमें एक अलग परीक्षण की आवश्यकता है।"
सत्र चलाना
रेट्रो से पहले: प्रत्येक टीम के सदस्य को चार कॉलमों में एसिंक्रोनस रूप से कार्ड जोड़ने के लिए कहें, आदर्श रूप से मीटिंग से कुछ घंटे पहले। डिस्कवरी रेट्रो तब सबसे अच्छा काम करता है जब लोगों के पास मौके पर अवलोकन उत्पन्न करने के बजाय जो कुछ उन्होंने सीखा उस पर विचार करने का समय होता है।
रेट्रो के दौरान (60 मिनट):
पहले 10 मिनट: सभी कार्डों को चुपचाप स्कैन करें। दूसरों ने क्या योगदान दिया, इसे सभी को पढ़ने दें। खोज में, अलग-अलग टीम के सदस्य अक्सर पहेली के अलग-अलग टुकड़े रखते हैं। एक शोधकर्ता ने साक्षात्कारों में एक पैटर्न देखा जो डिज़ाइनर द्वारा प्रयोज्यता परीक्षण में देखी गई चीज़ से जुड़ता है। यह मौन पढ़ने का चरण वह जगह है जहां वे संबंध बनने लगते हैं।
अगले 15 मिनट: अनुमान कॉलम से गुजरें। क्या आपने इस चक्र में जिन धारणाओं का परीक्षण किया वे सही हैं? क्या वे वास्तव में परीक्षण करने के लिए पर्याप्त विशिष्ट थे? एक सामान्य विफलता मोड उन मान्यताओं का परीक्षण करना है जो किसी भी तरह से स्पष्ट संकेत उत्पन्न करने के लिए बहुत व्यापक हैं।
अगले 15 मिनट: मेथड और सिग्नल कॉलम की एक साथ जांच करें। पैटर्न खोजें. क्या आप एक ही चीज़ को कई तरीकों (त्रिकोणीकरण) से सुन रहे हैं या क्या आपके संकेत एक-दूसरे का खंडन कर रहे हैं? दोनों जानकारीपूर्ण हैं. विरोधाभासी संकेतों का अक्सर मतलब होता है कि आप अलग-अलग ज़रूरतों वाले अलग-अलग वर्गों से बात कर रहे हैं, जो अपने आप में एक मूल्यवान खोज है।
अंतिम 20 मिनट: निर्णयों और कार्रवाई मदों पर ध्यान केंद्रित करें। आप अगले चक्र में कौन सा शोध चला रहे हैं? आप किन धारणाओं को "मान्य" के रूप में प्रचारित कर रहे हैं या उन्हें "अमान्य" के रूप में अवनत कर रहे हैं? क्या अभी भी अनिश्चित है और और अधिक काम करने की आवश्यकता है?
प्रश्न जो खोज को तेज़ करते हैं ⟦RETROSC⟧
ये वे प्रश्न हैं जो एक उपयोगी खोज रेट्रो को सामान्य खोज से अलग करते हैं:
"हमने ऐसा क्या सीखा जिससे हमें आश्चर्य हुआ?" आश्चर्य एक संकेत है कि ग्राहक के बारे में आपका मानसिक मॉडल कहीं गलत था। उन आश्चर्यों का पीछा करें।
"हमने ऐसा समय कहां बिताया जिससे कोई स्पष्ट संकेत नहीं मिला?" सभी शोध उत्पादक नहीं होते, और यह ठीक है। लेकिन यदि आप अस्पष्ट परिणाम देने वाले अध्ययन चलाते रहते हैं, तो कुछ बदलने की जरूरत है: प्रश्न, विधि, या प्रतिभागी प्रोफ़ाइल।
"क्या हम सही लोगों से बात कर रहे हैं?" टीमें अक्सर किसी विशेष भर्ती चैनल या ग्राहक खंड के साथ सहज हो जाती हैं। यदि आपके सभी साक्षात्कार प्रतिभागी पावर उपयोगकर्ता हैं, तो आप ऑनबोर्डिंग अनुभव के बारे में नहीं सीख रहे हैं। यदि वे सभी एक ही उद्योग से हैं, तो आप भूल रहे हैं कि समस्या विभिन्न संदर्भों में कैसे भिन्न होती है।
"हम किस सवाल से बच रहे हैं?" आमतौर पर एक कठिन सवाल होता है जिसका जवाब टीम नहीं देना चाहती क्योंकि जवाब देने से कई सप्ताह का काम अमान्य हो सकता है। डिस्कवरी ⟦RETROS⟧ को इन्हें सामने लाना चाहिए और इन्हें संबोधित करने के लिए अनुसंधान को शेड्यूल करना चाहिए।
"टीम के बाकी सदस्यों तक अंतर्दृष्टि कैसे प्रवाहित हो रही है?" यदि केवल शोधकर्ता ही जानता है कि क्या सीखा गया है, तो सीखना नाजुक है। यह एक व्यक्ति के दिमाग में रहता है और निर्णयों को प्रभावित नहीं करता है। जांचें कि क्या अंतर्दृष्टि का दस्तावेजीकरण किया जा रहा है, साझा किया जा रहा है, और वास्तव में प्राथमिकता निर्धारण में उपयोग किया जा रहा है।
आपकी खोज प्रक्रिया में लाल झंडे
इन पैटर्न की जांच के लिए ⟦RETRO⟧ का उपयोग करें:
हर चीज़ मान्य होती रहती है। यदि आप कभी किसी धारणा को अमान्य नहीं करते हैं, तो आप या तो उन चीज़ों का परीक्षण कर रहे हैं जिन्हें आप पहले से जानते हैं या अस्पष्ट डेटा की बहुत आशावादी व्याख्या कर रहे हैं। स्वस्थ खोज में नियमित रूप से "हम इस बारे में गलत थे" क्षण शामिल हैं।
अनुसंधान एकजुट होने के बजाय धीमा हो रहा है। खोज की शुरुआत में, प्रत्येक अध्ययन को संभावना की गुंजाइश कम करनी चाहिए। यदि आपके खुले प्रश्नों की सूची कम होने के बजाय बढ़ती जा रही है, तो आपको पीछे हटने और प्राथमिकता देने की आवश्यकता हो सकती है कि कौन से अज्ञात वास्तव में मायने रखते हैं।
टीम शोध कर रही है लेकिन निर्णय नहीं ले रही है। खोज कोई अकादमिक अभ्यास नहीं है। मुद्दा यह है कि क्या बनाना है (या नहीं बनाना है) के बारे में दृढ़ विश्वास तक पहुंचना है। यदि आपका ⟦रेट्रो⟧ बिना किसी निर्णय के अनुसंधान के तीन चक्रों का खुलासा करता है, तो हो सकता है कि टीम किसी दिशा में प्रतिबद्ध होने से बचने के लिए अनुसंधान का उपयोग कर रही हो।
एक विधि हावी है। यदि विधि कॉलम में प्रत्येक कार्ड "उपयोगकर्ता साक्षात्कार" कहता है, तो आप टेबल पर संकेत छोड़ रहे हैं। साक्षात्कार यह समझने के लिए बहुत अच्छे हैं कि क्यों, लेकिन लोग वास्तव में क्या करेंगे इसकी भविष्यवाणी करने के लिए वे कम विश्वसनीय हैं। प्रोटोटाइप परीक्षण, डेटा विश्लेषण, सर्वेक्षण और अवलोकन को मिलाएं।
अंतर्दृष्टि एक-दूसरे से जुड़ी नहीं हैं। व्यक्तिगत निष्कर्ष पैटर्न की तुलना में कम मूल्यवान हैं। यदि आपके रेट्रो में अलग-अलग अवलोकनों का एक समूह सामने आता है, लेकिन कोई भी उन्हें एक सुसंगत चित्र में संश्लेषित नहीं कर रहा है, तो अपनी खोज प्रक्रिया में एक संश्लेषण चरण जोड़ें।
डिस्कवरी रेट्रोज़ को एक आदत बनाना
डिलीवरी कार्य की तुलना में खोज कार्य अक्सर कम संरचित लगता है, और टीमें कभी-कभी इस चरण के दौरान ⟦RETROS⟧ को वैकल्पिक मानती हैं। वह पीछे की ओर है. डिस्कवरी ठीक उसी समय होती है जब आपको ⟦RETROS⟧ की सबसे अधिक आवश्यकता होती है, क्योंकि फीडबैक लूप लंबे और कम स्पष्ट होते हैं। आपको डिलीवरी द्वारा प्रदान किया जाने वाला प्राकृतिक संकेत "क्या स्प्रिंट अच्छी तरह से चला" नहीं मिलता है।
कुछ व्यावहारिक सुझाव:
उन्हें हर एक से दो सप्ताह में चलाएं, भले ही आपका शोध चक्र लंबा हो। रेट्रो को अध्ययन पूरा होने तक प्रतीक्षा करने की आवश्यकता नहीं है। आप चक्र के मध्य में भर्ती चुनौतियों, उभरते पैटर्न, या पद्धति संबंधी निर्णयों पर विचार कर सकते हैं।
पूरी खोज टीम को शामिल करें। उत्पाद प्रबंधक, डिजाइनर, शोधकर्ता, और प्रोटोटाइप या डेटा विश्लेषण में शामिल कोई भी इंजीनियर। प्रत्येक एक ही ग्राहक सिग्नल के लिए एक अलग लेंस लाता है।
समय के साथ अपने सीखने पर नज़र रखें। मान्य और अमान्य मान्यताओं का एक चालू दस्तावेज़ रखें। खोज चरण के दौरान, यह उत्पाद निर्णयों के लिए आपका साक्ष्य आधार बन जाता है। ⟦रेट्रो⟧ वह जगह है जहां आप इसे अपडेट करते हैं।
हत्याओं का जश्न मनाएं। जब टीम किसी विचार को पहले ही अमान्य कर देती है और हफ्तों की अनावश्यक इमारत को बचा लेती है, तो वह जीत होती है। इसे एक जैसा समझो. जो टीमें सीखने का जश्न मनाती हैं वे इसे और अधिक करती हैं।
जब डिस्कवरी डिलीवरी से मिलती है
कुछ बिंदु पर, खोज समाप्त होती है और निर्माण शुरू होता है (या अधिक वास्तविक रूप से, वे ओवरलैप होते हैं)। परिवर्तन एक महत्वपूर्ण क्षण है. एक "ब्रिज ⟦रेट्रो⟧" चलाएं जो पूछता है: हमने खोज में क्या सीखा जिसे डिलीवरी को जानना आवश्यक है? हम निर्माण में कौन सी धारणाएँ लेकर चल रहे हैं जो अभी भी अमान्य हैं?
यह ब्रिज रेट्रो आम विफलता को रोकता है जहां एक टीम उत्कृष्ट खोज कार्य करती है, फिर निर्माण चरण के दौरान धीरे-धीरे अंतर्दृष्टि से दूर हो जाती है क्योंकि तकनीकी बाधाएं और गुंजाइश वार्ताएं हावी हो जाती हैं।
<घंटा/>NextRetro निःशुल्क आज़माएं — सबसे महत्वपूर्ण जानकारी सामने लाने के लिए अपने स्वयं के कॉलम, अनाम इनपुट और अंतर्निहित वोटिंग के साथ कस्टम डिस्कवरी रेट्रोस्पेक्टिव बोर्ड बनाएं।
<घंटा/>अंतिम अद्यतन: फरवरी 2026
पढ़ने का समय: 7 मिनट
