रेट्रोस्पेक्टिव टेम्पलेट: फ़ॉर्मैट, उदाहरण — और action items अगली retro तक कैसे बचे रहें (2026)

रेट्रोस्पेक्टिव वह मीटिंग है जिसमें टीम देखती है कि उसने काम कैसे किया (किसी स्प्रिंट, रिलीज़ या महीने में) और तय करती है कि क्या बदलना है। यह नहीं कि उसने क्या बनाया; वह काम रिव्यू करता है। बल्कि यह कि उसने कैसे बनाया: किस चीज़ ने काम धीमा किया, किसने उसे गति दी, और अगली बार टीम कौन-सी एक या दो चीज़ें अलग ढंग से करेगी। रेट्रोस्पेक्टिव टेम्पलेट वह एक पेज है जो इस बातचीत को एक तय क्रम में रखता है, ताकि मीटिंग का नतीजा शिकायतों की सूची के बजाय एक फ़ैसला हो।

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

रेट्रोस्पेक्टिव क्या है — और क्या नहीं

रेट्रोस्पेक्टिव के आसपास चार मीटिंग्स होती हैं, और टीमें उन्हें आपस में मिलाकर नुक़सान उठाती हैं:

इन चारों में रेट्रोस्पेक्टिव अकेली है जो टीम के बारे में है, टीम की मौजूदगी में, और जिसमें फ़ैसला टीम करती है। इसीलिए इसका नतीजा छोटा होता है। एक चक्र में टीम एक-दो आदतें बदल सकती है, दस नहीं। और इसीलिए जिस retro की सूची लंबी हो, वह अक्सर ग़लत नाम पहनकर रिव्यू या इंसिडेंट रिव्यू बन चुकी होती है। स्प्रिंट रिव्यू का एजेंडा और retro का एजेंडा दो अलग पेज इसी वजह से हैं।

रेट्रोस्पेक्टिव भावनाओं वाली स्टेटस मीटिंग भी नहीं है। "चलिए घूमकर बताएँ कि स्प्रिंट कैसा लगा" से एक मनःस्थिति निकलती है, बदलाव नहीं। नीचे का टेम्पलेट राय से पहले डेटा माँगता है, बोलने से पहले लिखना माँगता है, और घंटा ख़त्म होने से पहले एक फ़ैसला माँगता है।

टेम्पलेट में क्या होता है: फ़ॉर्मैट

एक काम का रेट्रोस्पेक्टिव टेम्पलेट इसी क्रम में सात हिस्सों का होता है। ऑनलाइन ज़्यादातर टेम्पलेट इनका एक उपसमूह हैं; सबसे अधिक छूटने वाले दो हिस्से पहला और आख़िरी हैं।

1. पिछली retro के actions, जाँचे हुए। सबसे पहले, पिछली बार का हर action, उसका owner, और तीन स्थितियों में से एक: हो गया, नहीं हुआ (कारण सहित), या छोड़ दिया गया। तीन की सूची के लिए दो मिनट। जो रेट्रोस्पेक्टिव इस स्लॉट को छोड़ देती है, वह घोषणा कर रही होती है कि उसके actions वैकल्पिक हैं, और कमरा यह सुन लेता है।
2. अवधि, तथ्यों में। क्या शिप हुआ, क्या खिसका, क्या टूटा, संख्याओं या तारीख़ों में, किसी के बोलने से पहले बोर्ड पर। तीन से पाँच पंक्तियाँ। एक ही तथ्यों पर बहस करने वाली राय एक जगह आ जाती हैं; अलग-अलग यादों पर बहस करने वाली नहीं आतीं।
3. क्या अच्छा रहा। पहले लिखकर, हर व्यक्ति हर बिंदु पर एक नोट, फिर ज़ोर से पढ़ा जाए। पहले लिखना वह नियम है जो टीम के शांत आधे हिस्से को सुने जाने देता है, और retros पर दो आवाज़ों के हावी रहने की आम वजह भी यही है।
4. क्या नहीं रहा। वही तरीक़ा। नोट काम और काम करने के तरीक़े के बारे में हों, लोगों के बारे में नहीं; जिस नोट में किसी व्यक्ति का नाम हो, उसे facilitator वन-ऑन-वन के लिए पार्किंग लॉट में रख देता है।
5. समूह बनाएँ और चुनें। नोट्स को क्लस्टर करें, और हर व्यक्ति अपने पसंदीदा क्लस्टरों पर दो वोट रखे। शीर्ष के एक या दो बाक़ी समय का विषय बनते हैं; बाक़ी अगली retro तक इंतज़ार करते हैं, और इंतज़ार करने वालों की सूची सँभालकर रखी जाती है।
6. एक या दो बदलाव, actions के रूप में। हर चुने गए क्लस्टर के लिए, वह बदलाव जिसका टीम वादा करती है, action item की तरह लिखा हुआ: एक owner, एक क्रिया, एक तारीख़। "अनुमान लगाने में बेहतर बनें" एक कामना है; "Lena — गुरुवार की प्लानिंग में 15 मिनट की estimate जाँच जोड़ें — अगले स्प्रिंट से" एक action है।
7. Owners, जाँच की तारीख़, और सराहना। actions को owners के साथ पढ़कर सुनाएँ; वह तारीख़ बताएँ जिस दिन उनकी जाँच होगी (आम तौर पर अगली retro); और नाम लेकर धन्यवाद के एक दौर से समापन करें। आख़िरी बिंदु सजावट नहीं है: उसी की वजह से लोग अगली बार चौथे बिंदु के नोट लिखने को तैयार होते हैं।

जो बाहर रहता है: वह सब जो रिव्यू (दायरा), इंसिडेंट रिव्यू (एक विफलता की टाइमलाइन) या वन-ऑन-वन (एक व्यक्ति) का है। जो रेट्रोस्पेक्टिव इन्हें भी ढोने की कोशिश करती है, वह लंबी खिंचती है और कुछ तय नहीं करती।

इसे कैसे चलाएँ: पहले, दौरान, बाद में

पहले: स्लॉट तय करें और तथ्य तैयार करें। रेट्रोस्पेक्टिव एक आवर्ती मीटिंग है, रिव्यू के बाद और अगली प्लानिंग से पहले, ताकि वह उसी से काम करे जो सचमुच शिप हुआ। हफ़्ते में यह कहाँ बैठती है, इसके लिए मीटिंग कैडेंस गाइड देखें। एक दिन पहले facilitator टीम के चैनल में अवधि के तथ्य पोस्ट करता है (शिप की सूची, खिसकी हुई सूची, इंसिडेंट) और पिछली retro के actions owners के साथ, ताकि बिंदु 1 और 2 मीटिंग के दौरान जोड़े जाने के बजाय मीटिंग से पहले पढ़ लिए जाएँ। facilitator बदलते रहें: जो retro हर बार मैनेजर चलाए, वह मैनेजर को दी जाने वाली रिपोर्ट बन जाती है।

दौरान: पहले लिखना, फिर बोलना, फिर फ़ैसला। actions की जाँच से शुरू करें: हर owner एक वाक्य में कहता है कि हुआ या नहीं, और क्यों। फिर तथ्य, एक मिनट में ज़ोर से पढ़े हुए। फिर क्या अच्छा रहा और क्या नहीं, इन पर आठ मिनट की मौन लिखाई, हर नोट आते ही सबको दिखता हुआ। अगर बोर्ड अनुवाद करता है तो हर सदस्य की अपनी भाषा में, और नहीं करता तो उस एक भाषा में जिस पर कमरा सहमत हुआ हो। पढ़कर सुनाना, क्लस्टर बनाना, वोट: पंद्रह मिनट। चुने गए क्लस्टरों को घंटे का बाक़ी समय मिलता है, और उस हिस्से में facilitator का एक ही काम है: घड़ी पूरी होने से पहले बातचीत को नाम वाले action में बदलना, हर एक को ज़ोर से दोहराकर ताकि owner उस पर दो बार हामी भरे। अंत के पाँच मिनट: owners और जाँच की तारीख़ वाले actions, फिर सराहना।

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

घंटा ख़ुद कैसे चलता है (शुरुआत, समय-खंड, आख़िरी पाँच मिनट में नतीजों को पढ़कर सुनाना) वह वही शिल्प है जो किसी भी प्रभावी मीटिंग का है। retro की अपनी विशेषता पहले-लिखने का नियम और दो बदलावों की सीमा है।

एक स्प्रिंट रेट्रोस्पेक्टिव टेम्पलेट

[Team] — Retrospective, sprint [number] / [period]
तारीख़: [date] · समय: [start]–[end] · लिंक: [meeting link]
उद्देश्य: हमारे काम करने के तरीक़े में एक या दो बदलाव चुनना, और पिछली बार जो चुने थे उनकी जाँच करना।
Facilitator: [name, rotating] · नोट्स: [name or "the recap"]
पहले से पढ़ें: पिछली retro का पेज, इस अवधि के तथ्य

1. पिछली retro के actions — facilitator — 5 मिनट — जानकारी
– [Owner] — [action] — देय तारीख़ [date] — हो गया / नहीं हुआ: [reason] / छोड़ा गया
– [Owner] — [action] — देय तारीख़ [date] — हो गया / नहीं हुआ: [reason] / छोड़ा गया

2. अवधि, तथ्यों में — facilitator — 3 मिनट — जानकारी
शिप हुआ: [list]। खिसका: [list]। टूटा: [list]। [इस अवधि की एक अहम संख्या।]

3. क्या अच्छा रहा — सब, पहले लिखकर — 8 मिनट — चर्चा
[नोट्स, हर एक में एक बिंदु, लिखने के बाद ज़ोर से पढ़े जाएँ।]

4. क्या नहीं रहा — सब, पहले लिखकर — 8 मिनट — चर्चा
[काम और काम करने के तरीक़े के बारे में नोट्स — लोगों के बारे में नहीं।]

5. समूह बनाएँ और वोट दें — सब — 10 मिनट — फ़ैसला
क्लस्टर: [A], [B], [C]। हर किसी के दो वोट। चुने गए: [एक या दो]। अगली बार के लिए प्रतीक्षा में: [बाक़ी]।

6. जिन बदलावों का हम वादा करते हैं — टीम — 15 मिनट — फ़ैसला
– [Owner] — [क्रिया + कर्म] — [date] से — [date] की retro में जाँच
– [Owner] — [क्रिया + कर्म] — [date] से — [date] की retro में जाँच

7. Owners, जाँच की तारीख़, सराहना — 5 मिनट
actions owners के साथ पढ़कर सुनाए गए। जाँच की तारीख़: अगली retro, [date]। हर कोई नाम लेकर एक धन्यवाद कहे।

पार्किंग लॉट: [उठाए गए पर चुने नहीं गए आइटम — अगली retro के पेज पर आगे ले जाए गए]

टेम्पलेट सादा टेक्स्ट है: इसे बिना दोबारा फ़ॉर्मैट किए दस्तावेज़, canvas, व्हाइटबोर्ड के स्टिकी-नोट कॉलम या चैट संदेश में पेस्ट किया जा सकता है। क्रम ही असली बात है; टूल नहीं।

भरा हुआ एक उदाहरण: आठ लोगों की प्रोडक्ट टीम, दो हफ़्ते के स्प्रिंट के बाद

Platform team — Retrospective, sprint 31
उद्देश्य: हमारे काम करने के तरीक़े में एक या दो बदलाव चुनना, और पिछली बार जो चुने थे उनकी जाँच करना।
Facilitator: Mateusz · नोट्स: the recap
पहले से पढ़ें: sprint 30 का retro पेज; sprint 31 के तथ्य जो कल चैनल में पोस्ट किए गए थे

1. पिछली retro के actions — 5 मिनट
– Priya — daily को 09:30 पर ले जाना ताकि Lisbon लाइव जुड़ सके — देय 2 नवंबर — हो गया
– Kenji — मोबाइल ट्रैक के लिए definition of done का एक पेज — देय 6 नवंबर — नहीं हुआ: QA lead के संपादनों की प्रतीक्षा में; नई तारीख़ 20 नवंबर

2. अवधि, तथ्यों में — 3 मिनट
नियोजित 11 में से 9 आइटम शिप हुए। खिसके: export job, onboarding email। टूटा: एक इंसिडेंट, 40 मिनट, search index। गुरुवार का रिव्यू 25 मिनट ज़्यादा खिंचा।

3. क्या अच्छा रहा — 8 मिनट
search fix पर pairing से वह उसी दिन बंद हो गया। चैनल ने तथ्य सँभाले रखे, इसलिए किसी ने "हमने क्या शिप किया" दो बार नहीं पूछा। Lisbon हर daily में जुड़ा।

4. क्या नहीं रहा — 8 मिनट
स्प्रिंट शुरू होते समय दो आइटम आधे-अधूरे specified थे। रिव्यू इसलिए खिंचा कि demo मीटिंग के दौरान सेट किया जा रहा था। इंसिडेंट रिपोर्ट तीन दिन देर से लिखी गई।

5. समूह बनाएँ और वोट दें — 10 मिनट
क्लस्टर: स्प्रिंट की शुरुआत पर तैयारी (6 वोट), रिव्यू की लंबाई (4), इंसिडेंट write-ups (3), estimates (2)। चुने गए: तैयारी, रिव्यू। प्रतीक्षा में: इंसिडेंट write-ups, estimates।

6. जिन बदलावों का हम वादा करते हैं — 15 मिनट
– Lena — प्लानिंग से पहले मंगलवार को हर आइटम की readiness जाँच; जिस आइटम के पास एक पंक्ति का spec और owner नहीं है, वह स्प्रिंट में नहीं आएगा — sprint 32 से — 28 नवंबर की retro में जाँच
– Tomás — demo environment रिव्यू वाले दिन दोपहर तक तैयार और टेस्ट किया हुआ — sprint 32 से — 28 नवंबर की retro में जाँच

7. Owners, जाँच की तारीख़, सराहना — 5 मिनट
पढ़कर सुनाया गया। जाँच की तारीख़: 28 नवंबर। search pairing के लिए Priya को और जल्दी शुरुआत के लिए Lisbon को धन्यवाद।

पार्किंग लॉट: इंसिडेंट write-ups; estimates — sprint 32 की retro की सूची में सबसे ऊपर।

ध्यान दें कि पेज को क्या चलाए रखता है: पहला बिंदु और उससे पहले वाला आख़िरी बिंदु, दो हफ़्ते के अंतर पर देखी गई एक ही सूची हैं। Sprint 31 के actions sprint 30 के पेज के तल पर पैदा हुए और इस पेज के शीर्ष पर परखे गए; sprint 32 के actions 28 नवंबर को परखे जाएँगे। यह चक्र ही रेट्रोस्पेक्टिव का पूरा मूल्य है, और यही वह हिस्सा है जिसे ज़्यादातर टेम्पलेट याददाश्त के भरोसे छोड़ देते हैं।

चार prompt सेट, और हर एक कब फ़िट बैठता है

टेम्पलेट के बिंदु 3 और 4 prompts की एक जोड़ी हैं, और टीमें एक ही जोड़ी से ऊब जाती हैं। चार जाने-माने विकल्प, जो सब बिंदु 5 और 6 पर ही ख़त्म होते हैं:

आप जो भी सेट इस्तेमाल करें, दो नियम बने रहते हैं: बोलने से पहले लिखना, और नतीजा owners के साथ एक या दो actions। जो prompt सेट नोट्स की ज़्यादा भरी दीवार बनाए पर कोई फ़ैसला न दे, उसने मीटिंग को ज़्यादा दिलचस्प और कम उपयोगी बना दिया है।

रेट्रोस्पेक्टिव उन टूल्स में कहाँ रहती है जिनका आप पहले से इस्तेमाल करते हैं

हर बड़ा प्लेटफ़ॉर्म retro को एक बोर्ड या दस्तावेज़ देता है, और हर एक अलग जगह जाकर रुक जाता है। केवल प्रलेखित व्यवहार, विक्रेताओं के अपने पेजों से, हर तथ्य के साथ उस महीने का उल्लेख जब उसकी जाँच की गई थी:

हर पंक्ति में दो बातें एक जैसी हैं। पहली, retro का बोर्ड मीटिंग के बग़ल में रखा एक दस्तावेज़ है, उसी एक भाषा में जिसमें वह लिखा या आयोजित किया गया। दूसरी, पिछली retro के actions हुए या नहीं, इस सवाल का जवाब दस्तावेज़ नहीं देता: कोई व्यक्ति अगली मीटिंग में पिछला पेज खोलता है और उसे कमरे में पढ़कर सुनाता है। जहाँ यह चल जाता है, वहाँ इन चारों में से कोई भी काम करेगा और यह तालिका ही पूरा जवाब है। Teams या Meet कॉल का ट्रांसक्रिप्ट, रिकॉर्डिंग और सारांश बाद में कहाँ पहुँचते हैं, और उन्हें कौन खोल सकता है, इसका नक्शा Teams और Meet आपका ट्रांसक्रिप्ट, रिकॉर्डिंग और सारांश कहाँ रखते हैं में है। हर प्लेटफ़ॉर्म का लाइव अनुवाद कॉल के भीतर क्या कवर करता है और कहाँ रुक जाता है, यह Teams और Meet की गाइडों में है (Teams, Meet)।

actions अगली retro तक कैसे बचे रहते हैं

InterMIND एक संचार स्पेस है जहाँ मीटिंग एक चैनल में रहती है, इसलिए रेट्रोस्पेक्टिव का एक स्वाभाविक घर है: उसका अपना चैनल, जहाँ अवधि के तथ्य और पिछली retro के actions एक दिन पहले पोस्ट होते हैं, और चैनल हर सत्र का recap सँभाले रखता है, इसलिए sprint 30 का पेज sprint 31 के पेज से एक क्लिक की दूरी पर है। हर सदस्य अपनी भाषा में लिखता है और बाक़ी को अपनी भाषा में पढ़ता है। कहीं और तैयार किया गया पेज ईमेल से चैनल में पहुँच जाता है: होस्ट चैनल को उसका अपना पता देता है, और उस पर भेजा गया संदेश भेजने वाले के नाम और सुरक्षित अटैचमेंट के साथ एक सामान्य संदेश के रूप में दिखता है।

कॉल के दौरान बोर्ड एक नोट होता है जो Share to conference से वीडियो टाइल्स के बग़ल में सबकी स्क्रीन पर रख दिया जाता है: कमरा जब अपने बिंदु लिखता है तो facilitator उसे लाइव संपादित करता है, और हर प्रतिभागी उसे अपनी भाषा में पढ़ता है, मूल पाठ बस एक टॉगल की दूरी पर। पिछले सत्र का recap भी इसी तरह कॉन्फ़्रेंस में साझा किया जा सकता है, इसलिए बिंदु 1, यानी पिछली retro के actions, सबकी स्क्रीन पर असली रिकॉर्ड होता है, किसी की याददाश्त नहीं।

कॉल ख़त्म होने पर recap मीटिंग से ही लिखा जाता है: एक सारांश, सहमत, खुले या विवादित के रूप में चिह्नित बिंदु, owners के साथ action items, हर पंक्ति अपने टाइमस्टैम्प के साथ। वह ईमेल से, चैनल में संदेश के रूप में और कैलेंडर इवेंट में लिंक के रूप में आता है, और साइन-इन किया हुआ हर सदस्य उसे अपनी भाषा में पढ़ता है। रिकॉर्ड हर पाठक के लिए अनूदित होता है, उस भाषा में एक बार नहीं लिखा जाता जो कमरे ने संयोग से इस्तेमाल की। कोई भी सदस्य उसे संपादित कर सकता है, और हर संपादन लेखक और संशोधन-इतिहास के साथ रहता है। होस्ट किसी भी पते पर recap की प्रति जोड़ सकता है, जैसे ट्रैकर या CRM का इनबाउंड मेलबॉक्स, ताकि दोनों actions बिना किसी के फ़ॉरवर्ड किए सिस्टम ऑफ़ रिकॉर्ड तक पहुँच जाएँ। ऊपर के प्रलेखन के अनुसार Teams और Meet क्षण का अनुवाद करते हैं: कॉल में कैप्शन, मीटिंग की भाषा में recap। यहाँ स्पेस ही वह है जो अनूदित रहता है।

जिस संगठन में team status pages चालू हों, वहाँ retro के actions की जाँच भी होती है। recap में दर्ज हर action संगठन की task chain में जुड़ जाता है, और अगला recap लिखे जाने पर खुले actions को जो कहा गया उसके सामने परखा जाता है: जिस action के पूरा होने की किसी ने सूचना दी, उसे हो गया चिह्नित किया जाता है; जिस action पर चर्चा हुई पर वह पूरा नहीं हुआ, उसे मीटिंग के शब्दों में कारण के साथ नहीं हुआ चिह्नित किया जाता है; जिस action का किसी ने ज़िक्र नहीं किया, वह खुला रहता है। ये निष्कर्ष संगठन के स्टेटस पेज पर रहते हैं, हर एक अपने आधार वाले recap के साथ, और अगले सत्र की शुरुआत में Mia खुले आइटम और उनके owners के नाम बताती है। इस तरह टेम्पलेट का बिंदु 1 तब भी बोला जाता है जब किसी ने पिछला पेज खोला ही न हो। Team status pages एक प्रीव्यू फ़ीचर हैं: संगठन का एडमिन alpha शर्तें स्वीकार करने के बाद Settings → Advanced में उन्हें चालू करता है (Preview features पेज हर एक का वर्णन करता है)।

एक गेस्ट (स्प्रिंट पर काम करता कोई ठेकेदार, किसी ग्राहक का इंजीनियर जिसे एक retro में बुलाया गया) लिंक से, बिना खाते के और बिना किसी शुल्क के, फ़ोन से या ब्राउज़र में जुड़ता है और मीटिंग को लाइव अपनी भाषा में सुनता है। बाद में गेस्ट के लिए कोई रिकॉर्ड नहीं होता: खाता मुफ़्त है, और वही रिकॉर्ड तक पहुँच देता है। होस्ट स्पेस उपलब्ध कराता है और सशुल्क प्लान पर केवल पिछले 28 दिनों में सक्रिय सदस्यों के लिए भुगतान करता है; जो सदस्य शांत हो जाते हैं, उनकी पहुँच बिना किसी शुल्क के बनी रहती है।

• एक पूरा recap खोलें — एक असली रिकॉर्ड, उसी कोड से तैयार जो आपका रिकॉर्ड लिखता है, action items समेत।
• लाइव डेमो आज़माएँ — साइनअप नहीं; बोलिए, और सुनिए कि कमरा हर श्रोता के लिए अनूदित हो रहा है।

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

अक्सर पूछे जाने वाले प्रश्न

रेट्रोस्पेक्टिव मीटिंग क्या है?

रेट्रोस्पेक्टिव एक आवर्ती मीटिंग है जिसमें टीम देखती है कि उसने किसी अवधि (स्प्रिंट, रिलीज़, महीना) में कैसे काम किया और अपने काम करने के तरीक़े में एक या दो बदलावों का वादा करती है। वह पहले पिछली retro के actions जाँचती है, अवधि के तथ्य बोर्ड पर रखती है, क्या अच्छा रहा और क्या नहीं रहा, यह लिखकर इकट्ठा करती है, समूह बनाती और वोट देती है, और ऐसे actions पर ख़त्म करती है जिनका एक owner और जाँच की तारीख़ हो। यह रिव्यू से अलग है, जो देखता है कि क्या बना, और इंसिडेंट रिव्यू से भी, जो एक विफलता को देखता है।

स्प्रिंट रेट्रोस्पेक्टिव कैसे चलाएँ?

स्लॉट रिव्यू के बाद और प्लानिंग से पहले रखें, और एक दिन पहले टीम के चैनल में अवधि के तथ्य और पिछली retro के actions पोस्ट करें। मीटिंग में: पिछली बार के actions जाँचें (पाँच मिनट), तथ्य पढ़ें, किसी के बोलने से पहले चुपचाप क्या अच्छा रहा और क्या नहीं के नोट लिखें, उन्हें पढ़कर सुनाएँ, क्लस्टर बनाएँ, हर किसी के दो वोट से वोट दें, और बचा हुआ समय शीर्ष एक-दो क्लस्टरों को एक owner और एक तारीख़ वाले actions में बदलने में लगाएँ। actions पढ़कर सुनाएँ, जाँच की तारीख़ बताएँ (आम तौर पर अगली retro), और सराहना पर समाप्त करें। पेज उसी दिन वहाँ प्रकाशित करें जहाँ अगली retro उसे खोलेगी।

रेट्रोस्पेक्टिव के 5 चरण क्या हैं?

व्यापक रूप से इस्तेमाल होने वाली पाँच-चरण संरचना यह है: मंच तैयार करना (उद्देश्य, पिछले actions, नियम), डेटा इकट्ठा करना (अवधि के तथ्य और सबके नोट्स), अंतर्दृष्टि बनाना (नोट्स को समूहित करना और उनके पीछे का पैटर्न खोजना), तय करना कि क्या करना है (owners के साथ एक या दो actions), और समापन (दोहराकर सुनाना, जाँच की तारीख़, सराहना)। इस गाइड का टेम्पलेट इन चरणों से बिंदु-दर-बिंदु मेल खाता है: बिंदु 1–2 मंच तैयार करते हैं और तथ्य इकट्ठा करते हैं, 3–5 इकट्ठा और समूहित करते हैं, 6 तय करता है, 7 समाप्त करता है।

स्प्रिंट रिव्यू और स्प्रिंट रेट्रोस्पेक्टिव में क्या अंतर है?

रिव्यू काम को देखता है (क्या बना, क्या वही है जो सोचा गया था, बैकलॉग में क्या बदलता है), कमरे में stakeholders के साथ। रेट्रोस्पेक्टिव काम करने के तरीक़े को देखती है (किस चीज़ ने टीम को धीमा किया और वह क्या बदलेगी), केवल टीम के साथ। रिव्यू स्वीकृत आइटम और बैकलॉग के बदलाव छोड़ जाता है; रेट्रोस्पेक्टिव टीम के काम करने के तरीक़े पर एक या दो actions छोड़ जाती है, और पिछली बार के actions पर हुआ या नहीं का निशान। retro रिव्यू के बाद आती है ताकि वह उसी से काम करे जो सचमुच शिप हुआ।

Start, stop, continue क्या है?

तीन कॉलम वाला रेट्रोस्पेक्टिव prompt सेट: टीम को क्या करना शुरू करना चाहिए, क्या बंद करना चाहिए, और क्या जारी रखना चाहिए। यह बुनियादी टेम्पलेट की क्या अच्छा रहा और क्या नहीं रहा वाली जोड़ी की जगह लेता है, और उन टीमों के लिए ठीक बैठता है जो नोट्स से सीधे actions चाहती हैं: "start" का नोट पहले से आधा action होता है। समूह बनाना, वोट देना और एक या दो प्रतिबद्ध बदलावों की सीमा फिर भी लागू रहती है।

रेट्रोस्पेक्टिव के 4 सवाल क्या हैं?

एक क्लासिक रेट्रोस्पेक्टिव चार सवाल पूछती है: हमने क्या अच्छा किया, हमने क्या सीखा, अगली बार हमें क्या अलग करना चाहिए, और हमें अब भी क्या उलझन में डालता है। यही 4Ls का दूसरा रूप हैं (liked, learned, lacked, longed for), और लंबी अवधि, जैसे तिमाही या प्रोजेक्ट का अंत, में सबसे अच्छे चलते हैं, जहाँ सीखना उतना ही मायने रखता है जितना सुधारना।

स्प्रिंट रेट्रोस्पेक्टिव कितनी लंबी होनी चाहिए?

दो हफ़्ते के स्प्रिंट और पाँच से दस लोगों की टीम के लिए 45 से 60 मिनट: पिछले actions के लिए पाँच, तथ्यों के लिए तीन, लिखने के लिए सोलह, पढ़कर सुनाने, क्लस्टर और वोट के लिए पंद्रह, बदलावों के लिए पंद्रह, समापन के लिए पाँच। जो रेट्रोस्पेक्टिव नियमित रूप से इससे लंबी चलती है, उसमें अक्सर रिव्यू या इंसिडेंट की चर्चा घुस आई होती है; जो retro बहुत छोटी होती है, उसमें अक्सर लिखना या actions छूट गए होते हैं।

रेट्रोस्पेक्टिव टेम्पलेट में क्या होना चाहिए?

सात चीज़ें: पिछली retro के actions उनकी स्थितियों के साथ; अवधि तथ्यों में; क्या अच्छा रहा; क्या नहीं रहा (दोनों पहले लिखकर); समूह और वोट; एक या दो बदलाव, owner और तारीख़ के साथ action items के रूप में लिखे हुए; और समापन (दोहराकर सुनाना, जाँच की तारीख़, सराहना), साथ में जो प्रतीक्षा में रहा उसके लिए पार्किंग लॉट। ज़्यादातर टेम्पलेट जो दो हिस्से छोड़ देते हैं, वे पहला और आख़िरी से पहले वाला हैं: पुराने actions की जाँच, और नए actions पर owner और तारीख़। यही एक retro को अगली से जोड़ते हैं।

स्रोत: Microsoft — Microsoft Teams में मीटिंग नोट्स लें; Microsoft — Microsoft Teams में Recap; Zoom — AI Companion से मीटिंग एजेंडा बनाना; Zoom — AI Companion के साथ Meeting Summary का उपयोग; Google — "Take notes for me" के लिए Calendar और Meet सेटिंग्स; Google Meet — Google Meet में "Take notes for me"; Slack — मीटिंग एजेंडा टेम्पलेट; Slack — Slack में huddles का उपयोग। तालिका की हर कोशिका उस महीने का नाम बताती है जब उसका तथ्य जाँचा गया था: Microsoft का नोट्स पेज, Zoom का एजेंडा पेज, Google के पेज और Slack के पेज अक्टूबर 2026 में जाँचे गए; Microsoft का recap पेज और Zoom का meeting-summary पेज अगस्त 2026 में जाँचे गए। पाँच-चरण संरचना और prompt सेट आम प्रचलित अभ्यास हैं और किसी विक्रेता का दावा नहीं रखते। विक्रेता समय-समय पर प्लान, फ़ीचर और भाषा-सूचियाँ बदलते रहते हैं; वर्तमान स्थिति के लिए उनके पेज देखें।