यदि आप स्प्रिंट रेट्रोस्पेक्टिव में बैठे एक उत्पाद प्रबंधक हैं, तो आपने शायद कुछ नोटिस किया होगा: बातचीत इंजीनियरिंग प्रक्रिया की ओर बढ़ती है। स्प्रिंट की योजना कैसे बनाई गई? क्या हमने अच्छा अनुमान लगाया? क्या वहां अवरोधक थे? हम अपने वर्कफ़्लो में क्या सुधार कर सकते हैं?
ये वैध प्रश्न हैं. लेकिन वे आपकी भूमिका की एक बुनियादी बात भूल जाते हैं: क्या हम सही चीज़ें बना रहे हैं?
स्प्रिंट रेट्रोज़ डिलीवरी के लिए अनुकूलित करें। सीखने और मूल्य के लिए उत्पाद रेट्रो को अनुकूलित करें। आपको दोनों की आवश्यकता है, और एक प्रधान मंत्री के रूप में, संभवतः आप ही वह व्यक्ति हैं जिसे उत्पाद-केंद्रित संस्करण बनाना है।
क्या चीज़ किसी उत्पाद को रेट्रो से अलग बनाती है
एक मानक स्प्रिंट रेट्रो निष्पादन को देखता है। एक उत्पाद रेट्रो परिणामों को देखता है। अंतर सूक्ष्म लेकिन महत्वपूर्ण है.
निष्पादन-केंद्रित रेट्रो में, सवाल यह है: "क्या हमने वह पूरा किया जो हमने प्रतिबद्ध किया था, और प्रक्रिया कैसी थी?" परिणाम-केंद्रित रेट्रो में, सवाल यह है: "हमने जो दिया उससे वह मूल्य पैदा हुआ जिसकी हमें उम्मीद थी, और हमने क्या सीखा?"
एक प्रधान मंत्री के रूप में, आप इन दो दृष्टिकोणों को जोड़ने के लिए विशिष्ट रूप से तैनात हैं। आप ग्राहक की ज़रूरत, रणनीतिक दांव, इंजीनियरिंग ट्रेडऑफ़ और बाज़ार की प्रतिक्रिया देखते हैं। एक उत्पाद रेट्रो वह है जहां आप उन सभी को संश्लेषित करते हैं जिससे आपकी टीम कार्य कर सकती है।
यहां बताया गया है कि एक उत्पाद रेट्रो क्या जांच करता है जो स्प्रिंट रेट्रो आमतौर पर नहीं करता है:
- क्या आपके द्वारा भेजे गए फीचर्स उन मेट्रिक्स को स्थानांतरित करते हैं जिनकी आप परवाह करते हैं
- आपने ग्राहकों के बारे में क्या सीखा जिससे आपको अपनी योजनाएं बदलनी चाहिए
- क्या आपके दांव और परिकल्पनाएँ मान्य या अमान्य थीं
- उत्पाद, इंजीनियरिंग, डिज़ाइन और अन्य कार्यों ने निर्णयों पर कितना अच्छा सहयोग किया (सिर्फ डिलिवरेबल्स नहीं)
- अब आप जो जानते हैं उसे देखते हुए क्या आपका रोडमैप अभी भी समझ में आता है
पाँच प्रारूप जो वास्तव में काम करते हैं
अलग-अलग स्थितियाँ अलग-अलग दृष्टिकोण की मांग करती हैं। यहां पांच प्रारूप हैं, प्रत्येक एक अलग संदर्भ के लिए उपयुक्त है। हर बार एक ही डिफॉल्ट न करें।
1. खोज/निर्माण/प्रक्षेपण
इसके लिए सर्वोत्तम:ऐसी टीमें जो लंबे चक्रों में काम करती हैं या जिन्होंने अभी-अभी कोई महत्वपूर्ण पहल पूरी की है।
रेट्रो को उत्पाद जीवनचक्र के तीन चरणों में विभाजित करें:
- खोज:क्या समाधान के लिए प्रतिबद्ध होने से पहले हमने समस्या को अच्छी तरह से समझा था? क्या ऐसे सिग्नल थे जिन्हें हमने मिस कर दिया या नज़रअंदाज कर दिया? क्या हमने पर्याप्त सही ग्राहकों से बात की?
- निर्माण:क्या हमारे द्वारा बनाया गया समाधान वास्तव में हमारे द्वारा पहचानी गई समस्या का समाधान करता है? गुंजाइश में कमी या तकनीकी बाधाओं ने हमारे द्वारा प्रदान किए गए लक्ष्य बनाम हमारे इरादे को कहां बदल दिया?
- शुरू करना:क्या लॉन्च सही दर्शकों तक पहुंचा? क्या अपनाने अपेक्षाओं से मेल खाता है? ग्राहकों की प्रतिक्रिया से हमें आश्चर्य हुआ?
यह प्रारूप काम करता है क्योंकि यह टीम को केवल अंतिम मील का नहीं, बल्कि पूरी यात्रा का मूल्यांकन करने के लिए बाध्य करता है।
2. ग्राहक/टीम/व्यवसाय
इसके लिए सर्वोत्तम:क्रॉस-फ़ंक्शनल टीमें जहां उत्पाद, इंजीनियरिंग, डिज़ाइन, मार्केटिंग और समर्थन को संरेखित करने की आवश्यकता होती है।
एक ही अवधि पर तीन लेंस:
- ग्राहक:हमने अपने ग्राहकों के बारे में क्या सीखा? क्या हमने वास्तविक समस्याओं का समाधान किया या कल्पित समस्याओं का? लॉन्च के बाद हम क्या प्रतिक्रिया सुन रहे हैं?
- टीम:हमने सभी कार्यों में एक साथ मिलकर कितनी अच्छी तरह काम किया? क्या सही समय पर सही लोग शामिल थे? हैंडऑफ़ कहाँ टूट गए?
- व्यापार:क्या इस कार्य ने हमारे व्यावसायिक लक्ष्यों में योगदान दिया? क्या हम उन मेट्रिक्स के साथ ट्रैक पर हैं जिनके लिए हम प्रतिबद्ध हैं? ROI कैसा दिख रहा है?
यह प्रारूप तब उपयोगी होता है जब ग्राहक क्या चाहते हैं, टीम क्या प्रदान कर सकती है और व्यवसाय को क्या चाहिए, के बीच तनाव होता है। तनाव को शांत रहने देने की तुलना में उसे स्पष्ट करना अधिक स्वास्थ्यप्रद है।
3. परिकल्पना/प्रयोग/सीखना
इसके लिए सर्वोत्तम:विकासोन्मुख टीमें, प्रारंभिक चरण के उत्पाद, या बहुत सारे प्रयोग करने वाली टीमें।
अपने सीखने के चक्र के चारों ओर रेट्रो की संरचना करें:
- परिकल्पना:हमने इस चक्र में क्या विश्वास किया? क्या हमारी परिकल्पनाएँ स्पष्ट रूप से बताई गई थीं, या हम उन धारणाओं पर निर्माण कर रहे थे जिन्हें हमने कभी व्यक्त नहीं किया था?
- प्रयोग:हमने उन परिकल्पनाओं का परीक्षण करने के लिए क्या किया? क्या यह सीखने का सबसे तेज़ तरीका था, या हमने सत्यापन से पहले बहुत अधिक निर्माण कर लिया था?
- सीखना:अब हम क्या जानते हैं जो हम पहले नहीं जानते थे? इससे हमारी योजनाएं कैसे बदलनी चाहिए? हमें कौन सी नई परिकल्पनाएँ बनानी चाहिए?
यह प्रारूप जानबूझकर असुविधाजनक है. इसके लिए यह स्वीकार करना आवश्यक है कि आप क्या नहीं जानते हैं और आपसे क्या ग़लती हुई है। यही तो बात है।
4. क्या भेजा गया / हमने क्या सीखा / आगे क्या है
इसके लिए सर्वोत्तम:सतत वितरण टीमें जो बार-बार शिप करती हैं और उन्हें तेज़, हल्के प्रारूप की आवश्यकता होती है।
तीन कॉलम, त्वरित पास:
- लादा गया:दरवाजे से बाहर क्या गया? क्या हमने यही योजना बनाई थी, या प्राथमिकताएँ बदल गईं?
- सीखा:उपयोग डेटा, ग्राहक प्रतिक्रिया और टीम अनुभव हमें क्या बताते हैं? कोई आश्चर्य?
- अगला:हमने जो सीखा उसके आधार पर हमें आगे क्या प्राथमिकता देनी चाहिए? क्या रोडमैप में कुछ भी बदलने की जरूरत है?
यह सबसे व्यावहारिक प्रारूप है. यह बातचीत को हाल के काम और भविष्योन्मुखी बनाए रखता है। उन टीमों के लिए अच्छा है जो हर दो सप्ताह में रेट्रो करती हैं और चिंतन पर एक घंटा भी खर्च नहीं करना चाहतीं।
5. प्रारंभ/रोकें/जारी रखें (उत्पाद निर्णय संस्करण)
इसके लिए सर्वोत्तम:जिन टीमों को कड़ी प्राथमिकता वाले कॉल करने की आवश्यकता है।
क्लासिक प्रारंभ/रोकें/जारी रखें, लेकिन प्रक्रिया के बजाय विशेष रूप से उत्पाद निर्णयों पर लागू होता है:
- शुरू करना:हमें किस चीज़ में निवेश शुरू करना चाहिए जिसे हम अभी नज़रअंदाज़ कर रहे हैं? हम ग्राहकों की किन जरूरतों या बाजार संकेतों पर प्रतिक्रिया नहीं दे रहे हैं?
- रुकना:हमें क्या करना बंद कर देना चाहिए, भले ही हम इसमें पहले ही समय लगा चुके हों? कौन से दांव सफल नहीं हो रहे हैं? हम ऐसी कौन सी विशेषताएँ बनाए हुए हैं जिनका कोई उपयोग नहीं करता?
- जारी रखना:क्या काम कर रहा है और अधिक निवेश का हकदार है? हम कर्षण कहाँ देख रहे हैं?
"स्टॉप" कॉलम सबसे कठिन और सबसे मूल्यवान हिस्सा है। प्रधानमंत्रियों के पास यह कहने के लिए शायद ही कोई मंच होता है कि "हमें इसे खत्म कर देना चाहिए" - यह प्रारूप उन्हें एक मौका देता है।
पूछने के लिए उत्पाद-विशिष्ट प्रश्न
प्रारूप चाहे जो भी हो, उन प्रश्नों की एक सूची रखें जिन्हें आप बारी-बारी से देखते हैं। हर बार उनमें से सभी नहीं - दो या तीन चुनें जो वर्तमान चक्र के लिए प्रासंगिक लगते हैं।
ग्राहक मूल्य पर:
- यदि हमने इस स्प्रिंट में कुछ भी नहीं भेजा, तो ग्राहक क्या चूक गए होंगे?
- क्या हम अपने द्वारा लॉन्च की गई सुविधाओं के बारे में सुन रहे हैं, या सन्नाटा है?
- हमने जो बनाया और ग्राहकों को वास्तव में क्या चाहिए था, उसके बीच क्या अंतर है?
रणनीतिक संरेखण पर:
- क्या हमने अभी जो काम पूरा किया है वह हमें हमारे तिमाही लक्ष्यों के करीब ले जाता है?
- क्या हम ऐसे अत्यावश्यक कार्यों पर समय बर्बाद कर रहे हैं जो रणनीतिक रूप से अप्रासंगिक हैं?
- यदि किसी प्रतिस्पर्धी ने हमारे पिछले महीने के आउटपुट को देखा, तो वे हमारी रणनीति के बारे में क्या निष्कर्ष निकालेंगे?
सीखने की गति पर:
- इस चक्र में हमने ऐसा क्या सीखा जो हम पिछले चक्र में नहीं सीख सके?
- हमने फीडबैक पाने के लिए इतना लंबा इंतजार कहां किया?
- कौन सी धारणा गलत साबित हुई और हमने कैसे प्रतिक्रिया दी?
क्रॉस-फ़ंक्शनल स्वास्थ्य पर:
- क्या डिज़ाइन में वह चीज़ थी जिसकी उन्हें पहले ही आवश्यकता थी?
- क्या ऐसे निर्णय थे जिनके लिए इंजीनियरिंग इनपुट की आवश्यकता थी लेकिन यह बहुत देर तक नहीं मिला?
- क्या समर्थन और बिक्री उन चीज़ों को देख रही है जिनके बारे में हम नहीं सुन रहे हैं?
एक्शन आइटम स्टिक बनाना
उत्पाद रेट्रोज़ के लिए सबसे बड़ी विफलता मोड ऐसी अंतर्दृष्टि उत्पन्न करना है जो कहीं नहीं जाती है। आप ऊर्जावान होकर बैठक से निकलते हैं, और दो सप्ताह बाद भी कुछ नहीं बदला है।
फिक्स विशिष्टता है. इनकी तुलना करें:
अस्पष्ट:"हमें ग्राहकों से और अधिक बात करने की ज़रूरत है।"
विशिष्ट:"इससे पहले कि हम अधिसूचनाओं को फिर से डिज़ाइन करें, [पीएम नाम] अधिसूचना प्राथमिकताओं पर केंद्रित पांच ग्राहक साक्षात्कार चलाएंगे। साक्षात्कार 14 मार्च तक पूरे होंगे।"
अस्पष्ट:"हमें अधिक डेटा-संचालित होना चाहिए।"
विशिष्ट:"हम विकास शुरू होने से पहले प्रत्येक सुविधा के लिए सफलता मेट्रिक्स को परिभाषित करेंगे, और लॉन्च के दो सप्ताह बाद रेट्रो में उनकी समीक्षा करेंगे।"
अस्पष्ट:"क्रॉस-फ़ंक्शनल संचार में सुधार की आवश्यकता है।"
विशिष्ट:"डिज़ाइन फीडबैक के लिए स्प्रिंट योजना से कम से कम तीन दिन पहले #उत्पाद चैनल में वायरफ्रेम साझा करेगा। अगला स्प्रिंट शुरू हो रहा है।"
प्रत्येक कार्य आइटम में एक स्वामी, एक वितरण योग्य और एक तारीख होनी चाहिए। प्रत्येक नए की शुरुआत में पिछले रेट्रो के एक्शन आइटम की समीक्षा करें। यदि एक ही क्रिया आइटम बिना किसी प्रगति के दो बार दिखाई देता है, तो यह एक संकेत है कि या तो इसे और अधिक तोड़ने की आवश्यकता है या यह वास्तव में प्राथमिकता नहीं है।
समय और ताल
हर दो सप्ताहअधिकांश उत्पाद टीमों के लिए यह एक अच्छा डिफ़ॉल्ट है। यह सामान्य स्प्रिंट लंबाई के साथ संरेखित होता है और नए डेटा और ग्राहक प्रतिक्रियाओं के उभरने के लिए पर्याप्त समय प्रदान करता है।
महीने केलंबे समय तक खोज चक्र करने वाली टीमों के लिए बेहतर काम करता है या जब प्रधान मंत्री कई टीमों की देखरेख करते हैं और वास्तविक रूप से हर एक के साथ द्विसाप्ताहिक रेट्रोज़ नहीं कर सकते हैं।
प्रमुख मील के पत्थर के बाद- एक बड़ा प्रक्षेपण, एक धुरी, एक असफल प्रयोग - आपके नियमित ताल की परवाह किए बिना एक समर्पित रेट्रो की गारंटी देता है। ये लंबे (60 से 90 मिनट) और अधिक रणनीतिक होते हैं।
अपनी नियमित ताल रेट्रो को 45 से 60 मिनट तक रखें। यदि आप लगातार दौड़ रहे हैं, तो आप या तो बहुत अधिक गुंजाइश कवर कर रहे हैं या प्रभावी ढंग से टाइमकीपिंग नहीं कर रहे हैं।
देखने लायक विरोधी पैटर्न
"सब कुछ ठीक है" रेट्रो।यदि आपके रेट्रो में कभी भी समस्याएँ सामने नहीं आतीं, तो कुछ गड़बड़ है। या तो लोग आलोचनात्मक होने में सुरक्षित महसूस नहीं करते हैं, या आप पर्याप्त प्रश्न नहीं पूछ रहे हैं। अधिक ईमानदार प्रतिक्रिया प्राप्त करने के लिए अनाम इनपुट संग्रह का प्रयास करें।
पीएम का एकालाप.यदि प्रधान मंत्री अधिकांश बातचीत करते हैं, तो रेट्रो एक स्थिति अद्यतन बन जाता है, न कि सीखने का सत्र। आपका काम सुविधा प्रदान करना है, प्रस्तुत करना नहीं। प्रश्न पूछें और दूसरों को स्थान भरने दें।
दोषारोपण सत्र.रेट्रो सिस्टम और प्रक्रियाओं के बारे में होना चाहिए, व्यक्तियों के बारे में नहीं। यदि बातचीत "अमुक-अमुक ने एक्स नहीं किया" की ओर बढ़ती है, तो "हमारी प्रक्रिया के कारण वह अंतर क्यों उत्पन्न हुआ?" पर पुनर्निर्देशित करें।
"हम इसे अगली बार ठीक कर देंगे" लूप।यदि आप उन्हीं मुद्दों को हल किए बिना उनकी पहचान करते रहते हैं, तो रेट्रो सुधार के बजाय संशय पैदा कर रहा है। आवर्ती मुद्दों को उस मंच पर ले जाएं जो वास्तव में उन्हें संबोधित कर सकता है - स्किप-स्तर, योजना बैठकें, या वास्तुकला समीक्षा।
शुरू करना
यदि आप एक ऐसे प्रधान मंत्री हैं जिसने कभी भी उत्पाद-विशिष्ट रेट्रो नहीं चलाया है, तो यहां शुरुआत करने का सबसे आसान तरीका है: अपने अगले स्प्रिंट रेट्रो के अंत में, 15 मिनट जोड़ें और एक प्रश्न पूछें:
"यह देखते हुए कि हमने इस स्प्रिंट को क्या भेजा है, हमारे पास क्या सबूत है कि यह ग्राहकों के लिए मायने रखता है?"
वह प्रश्न ही बातचीत को आउटपुट से परिणाम की ओर स्थानांतरित कर देगा। यदि टीम को वह प्रश्न मूल्यवान लगता है - और वे लगभग निश्चित रूप से ऐसा करेंगे - तो आपके पास एक समर्पित उत्पाद रेट्रो का प्रस्ताव करने का अवसर है।
उत्पाद प्रबंधन मूल रूप से आपके प्रतिस्पर्धियों की तुलना में तेजी से सीखने के बारे में है। एक नियमित उत्पाद रेट्रो वह अभ्यास है जो उस सीखने को आकस्मिक के बजाय व्यवस्थित बनाता है।
NextRetro निःशुल्क आज़माएँ- चर्चाओं को केंद्रित रखने के लिए अंतर्निहित वोटिंग और चरण प्रबंधन के साथ उत्पाद टीमों के लिए डिज़ाइन किए गए 26+ रेट्रो टेम्पलेट्स में से चुनें।
आखरी अपडेट:फरवरी 2026
पढ़ने का समय:8 मिनट
