डेली स्टैंडअप एजेंडा टेम्पलेट (जिसे इंजीनियर सचमुच इस्तेमाल करते हैं)

अधिकांश स्टैंडअप टेम्पलेट्स की समस्या

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

एजेंडा (इसे कॉपी-पेस्ट करें)

अवधि: अधिकतम 10 मिनट
फॉर्मैट: सिंक्रोनस, हर व्यक्ति एक बार बोलता है

हर टीम सदस्य के लिए (प्रति व्यक्ति 90 सेकंड):

पिछले स्टैंडअप के बाद से पूरा हुआ — शिप या मर्ज हुआ, न कि इन-प्रोग्रेस
आज के लिए तय — जो आप बंद करने का इरादा रखते हैं, न कि आदर्शवादी स्प्रिंट वर्क
ब्लॉकर्स — जिम्मेदार व्यक्ति का नाम लें; "डिज़ाइन रिव्यू का इंतज़ार" तभी गिना जाता है जब उसे अनब्लॉक करने का जिम्मा किसी के पास हो

राउंड के बाद (बचा हुआ समय):

जरूरी फैसले — कुछ भी जिस पर अभी निर्णय चाहिए; अगर इसमें 2 मिनट से ज्यादा लगें, तो एक अलग मीटिंग शेड्यूल करें
घोषणाएँ — प्रति आइटम एक वाक्य, स्टैंडअप के दौरान कोई चर्चा नहीं

पार्किंग लॉट: जब राउंड के बीच कोई ऐसा विषय उठे जिसके लिए पूरे समूह की ज़रूरत न हो, तो उसे लिख लें और बाद में या असिंक तरीके से संभालें। पार्किंग लॉट की चर्चा — आमतौर पर पूरी टीम के बजाय 2-3 लोगों के बीच — अक्सर स्टैंडअप से भी ज्यादा उपयोगी होती है।

अधिकांश स्टैंडअप टेम्पलेट्स कहाँ गलती करते हैं

सबसे ऊँची रैंक वाले स्टैंडअप टेम्पलेट्स दो तरह से नाकाम होते हैं।

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

ओवरबिल्ट संस्करण 8-12 प्रॉम्प्ट्स और एक टीम हेल्थ चेक जोड़ देता है। यह स्टैंडअप को एक स्टाफ मीटिंग में बदल देता है। इंजीनियर पहले दो वक्ताओं के बाद ध्यान देना बंद कर देते हैं।

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

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

स्टैंडअप रीकैप्स क्यों बिखर जाते हैं

बारी-बारी से नोट लेने वाले का तरीका कुछ ही हफ्तों में टूट जाता है। जिसकी बारी होती है वह काम में डूबा होता है, ब्यौरा छोड़ देता है, और कुछ अस्पष्ट-सा पोस्ट कर देता है जिसे कोई नहीं पढ़ता। टीम नोट्स पर भरोसा करना बंद कर देती है, फिर उन्हें पढ़ना बंद कर देती है, और फिर नोट्स का कोई मकसद ही नहीं रह जाता।

असिंक-फर्स्ट स्टैंडअप — कॉल से पहले अपना अपडेट Slack में पोस्ट करना — उपस्थिति की समस्या तो हल कर देते हैं, पर वह जवाबदेही खो देते हैं जो एक लाइव राउंड से आती है। लोग फिर भी दिन में बाद में पूछते हैं कि "हमने X के बारे में क्या तय किया था?"

छिपी हुई लागत तेज़ी से जमा होती है। एक तिमाही में स्टैंडअप का संदर्भ खोने से एक टीम को कितनी लागत पड़ती है, यह देखने के लिए देखें मीटिंग टैक्स।

Pavleur रीकैप को कैसे संभालता है

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

वह हिस्सा जो सिर्फ-ऑडियो वाले टूल्स चूक जाते हैं: अगर कोई स्टैंडअप के बीच में एक PR डैशबोर्ड, एक Jira बोर्ड, या एक डिप्लॉयमेंट ग्राफ़ दिखाता है, तो Pavleur उसे कैप्चर करके संदर्भ के साथ रिपोर्ट में शामिल कर देता है। Otter या Fireflies जैसे टूल्स आपको शब्द देते हैं; स्क्रीन पर जो था उसका दृश्य रिकॉर्ड मौजूद ही नहीं होता। जिसने भी स्टैंडअप मिस किया हो, वह बिना यह पूछे कि क्या हुआ था, पूरी रिपोर्ट पढ़ सकता है। अगर आप इस पहलू पर टूल्स की तुलना कर रहे हैं, तो तुलना पेज इन अंतरों को कवर करता है।

टाइम बॉक्स को लागू करना

प्रति व्यक्ति 90 सेकंड का अनुशासन सबसे भरोसे से तब टूटता है जब EM राउंड के बीच में ही सवालों का जवाब देना शुरू कर देता है। "इसे हम बाद में लेते हैं" कहने की आदत डालें और उसे पार्किंग लॉट में लिख दें।

अगर स्टैंडअप लगातार 10 मिनट से ऊपर चला जाता है, तो कारण आमतौर पर इनमें से एक होता है: बहुत ज्यादा लोग (स्टैंडअप को बाँट दें), स्प्रिंट प्लानिंग से रेंगकर आते एजेंडा आइटम, या कोई बार-बार लौटता चर्चा-विषय जिसे अपनी खुद की नियमित मीटिंग चाहिए। लक्षण के बजाय संरचनात्मक कारण को ठीक करें।