मीटिंग की तैयारी का टेम्पलेट जो सच में काम करता है
Engineering managers के लिए मीटिंग प्रेप टेम्पलेट जो आपके असली टूल्स से कॉन्टेक्स्ट लाता है, याददाश्त से नहीं।
By Ellis Keane · 2026-04-03
मुझे अब तक जितने भी मीटिंग प्रेप टेम्पलेट मिले हैं, वे बस एक एजेंडा टेम्पलेट हैं जिन्होंने भेस बदल लिया है। वे आपको "डिस्कशन टॉपिक्स" और "Action Items" लिखने की जगह देते हैं और इसे तैयारी कहते हैं, लेकिन असली मुश्किल हिस्सा छोड़ देते हैं: यह जानना कि पिछली बार बात करने के बाद से क्या हुआ है।
मीटिंग प्रेप का असली काम वो पंद्रह मिनट हैं जो आप Slack स्क्रॉल करते हुए बिताते हैं यह याद करने की कोशिश में कि आपके डायरेक्ट रिपोर्ट ने मंगलवार को क्या बताया था, या वो दस मिनट Linear issues में क्लिक करते हुए यह पता लगाने में कि माइग्रेशन शिप हुआ या नहीं, या फिर 1:1 खोलना और यह एहसास होना कि आपके पास बात करने को कुछ ख़ास नहीं है क्योंकि पूरा हफ़्ता धुंधला हो गया (जैसा कि हफ़्ते करते हैं)।
यह मीटिंग प्रेप टेम्पलेट एक अलग आधार से शुरू होता है: तैयारी का मतलब कॉन्टेक्स्ट इकट्ठा करना है, एजेंडा लिखना नहीं। ऑपरेशनल कॉन्टेक्स्ट आपके टूल्स में रहता है, आपके दिमाग़ में नहीं; इंटरपर्सनल कॉन्टेक्स्ट के लिए अभी भी निर्णय और नोट्स चाहिए, लेकिन वह सतह ज़्यादातर लोगों की सोच से छोटी है। अप्रोच तीन लेयर्स का है: एक एक्टिविटी स्कैन, एक डिसीज़न और ब्लॉकर चेक, और एक चेंज डेल्टा। तीनों को सात मिनट से कम में पूरा किया जा सकता है।
यह टेम्पलेट किसके लिए है
प्राइमरी ऑडियंस: engineering managers जो 1:1s, टीम syncs, और क्रॉस-फ़ंक्शनल चेक-इन्स चलाते हैं – हालाँकि कोई भी जो मीटिंग में जाकर सोचता है काश पहले कुछ देख लिया होता, इसे अपना सकता है। अगर आप 5–8 डायरेक्ट रिपोर्ट्स को Linear, GitHub, Slack, और शायद Notion या Figma के मिश्रण में मैनेज करते हैं, तो आप वही हैं जिन्हें मैंने ध्यान में रखा। अलग टूल स्टैक? स्ट्रक्चर फिर भी लागू होता है; बस स्पेसिफ़िक क्वेरीज़ बदल लें।
एक त्वरित 1:1 को शायद सिर्फ़ लेयर 1 की ज़रूरत हो। पाँच या उससे ज़्यादा लोगों वाली और अपरिवर्तनीय निर्णयों वाली एक हाई-स्टेक्स प्लानिंग सेशन को शायद तीनों चाहिए।
लेयर 1: एक्टिविटी स्कैन (3 मिनट)
किसी भी मीटिंग से पहले, उपस्थित लोगों की हालिया गतिविधि देखें। सब कुछ नहीं – बस इतना कि आप जानते हुए जाएँ कि उनका हफ़्ता कैसा रहा।
- [ ] हर अटेंडी के हालिया PRs (मर्ज्ड, ओपन, और रिव्यूड) GitHub में चेक करें
- [ ] उनके Linear issues स्कैन करें: क्या Done हुआ, क्या 3 दिन से ज़्यादा In Progress है, क्या रीअसाइन हुआ
- [ ] जिन Slack चैनल्स में वे एक्टिव रहे हैं उन्हें देखें, 5+ रिप्लाई वाले थ्रेड्स ढूँढें (वे अक्सर गहरी चर्चाएँ होती हैं)। Slack के सर्च मॉडिफ़ायर्स जैसे
from:@person before:today इसे काफ़ी तेज़ कर सकते हैं
- [ ] अगर लागू हो, तो डिज़ाइन-संबंधित मीटिंग्स के लिए Figma एक्टिविटी या प्लानिंग मीटिंग्स के लिए Notion अपडेट्स चेक करें
मक़सद किसी की निगरानी करना नहीं है (कृपया इसे प्रोडक्टिविटी ऑडिट में न बदलें)। मक़सद इतना जानकार होकर पहुँचना है कि अच्छे सवाल पूछ सकें। "माइग्रेशन कैसा चल रहा है?" और "मैंने देखा कि माइग्रेशन PR को प्लैटफ़ॉर्म टीम से तीन राउंड रिव्यू कमेंट्स मिले, क्या अटका हुआ है?" में ज़मीन-आसमान का फ़र्क़ है। दूसरा सवाल आपके डायरेक्ट रिपोर्ट को बताता है कि आप ध्यान दे रहे हैं, और मेरे अनुभव में यह असली बातचीत तक तेज़ी से पहुँचाता है।
प्रैक्टिस में यह कैसा दिखता है। मान लें कि आप एक इंजीनियर के साथ 1:1 की तैयारी कर रहे हैं जो नोटिफ़िकेशन सिस्टम रिफ़ैक्टर पर काम कर रहा है। आप GitHub चेक करते हैं और देखते हैं कि इस हफ़्ते दो PRs मर्ज हुए लेकिन एक चार दिन से बिना रिव्यूअर के ओपन है। आप Linear चेक करते हैं और नोटिस करते हैं कि पैरेंट एपिक कल "In Progress" से "Blocked" हो गया। आप Slack चेक करते हैं और #platform में एक थ्रेड मिलता है जहाँ उन्होंने डेटाबेस स्कीमा बदलाव के बारे में पूछा और दो सीनियर इंजीनियर्स से विरोधाभासी जवाब मिले।
अब आपके पास बात करने के लिए तीन ठोस चीज़ें हैं, और आपने अभी तक एजेंडा भी नहीं लिखा।
मीटिंग प्रेप टॉपिक्स लिखने के बारे में नहीं है। यह अपने टूल्स से इतना कॉन्टेक्स्ट इकट्ठा करने के बारे में है कि ज़रूरी विषय ख़ुद-ब-ख़ुद सामने आ जाएँ।
लेयर 2: डिसीज़न और ब्लॉकर चेक (2 मिनट)
मीटिंग्स (सैद्धांतिक रूप से) वहाँ हैं जहाँ निर्णय लिए जाते हैं, तो यह जानना मददगार है कि कौन से निर्णय लंबित हैं। यह लेयर लगभग दो मिनट लेती है और उन चीज़ों को पकड़ती है जो अन्यथा मीटिंग के बीच में आपको चौंका देतीं।
- [ ] Slack में अटेंडीज़ के ऐसे मैसेज खोजें जिनमें पिछले हफ़्ते "decision", "should we", "waiting on", या "blocked by" हो
- [ ] Linear में अटेंडीज़ से जुड़े ब्लॉकर्स या डिपेंडेंसीज़ वाले issues चेक करें
- [ ] शेयर्ड Notion डॉक्स या Figma कमेंट्स में अनसुलझे ओपन सवाल देखें
- [ ] इस व्यक्ति के साथ पिछली मीटिंग के अपने नोट्स रिव्यू करें: क्या आपने किसी चीज़ पर फ़ॉलो-अप का वादा किया था?
आख़िरी पॉइंट वह है जिसे ज़्यादातर लोग छोड़ देते हैं, और यह शायद सबसे ज़रूरी है। वादे भूलना भरोसे को विश्वसनीय रूप से नुक़सान पहुँचाता है, और बिना कहे फ़ॉलो-थ्रू करना भरोसा विश्वसनीय रूप से बनाता है। यह 1:1s को बेहतर बनाने का सबसे आसान तरीक़ा है, और इसका मीटिंग प्रेप टेम्पलेट्स या किसी टूल से कोई लेना-देना नहीं।
तैयारी जो काम करती है
- कोई भी एजेंडा लिखने से पहले टूल्स से स्पेसिफ़िक एक्टिविटी डेटा निकालें
- Slack थ्रेड्स और Linear ब्लॉकर्स में लंबित निर्णय खोजें
- अपनी फ़ॉलो-थ्रू जाँचने के लिए पिछली मीटिंग नोट्स देखें
- क्या बात करनी है यह अनुमान लगाने के बजाय कॉन्टेक्स्ट को विषय सामने लाने दें
तैयारी जो समय बर्बाद करती है
- बिना किसी सहायक कॉन्टेक्स्ट के "अपडेट्स / ब्लॉकर्स / Action Items" जैसा जेनेरिक एजेंडा लिखें
- बिखरे हुए टूल उपयोग के एक हफ़्ते को याद करने के लिए मेमोरी पर भरोसा करें
- अंत में "और कुछ?" पूछें क्योंकि बात करने को कुछ याद नहीं रहा
- काम में वास्तव में क्या हो रहा है इसकी परवाह किए बिना हर मीटिंग को एक जैसा ट्रीट करें
लेयर 3: चेंज डेल्टा (2 मिनट)
यह लेयर ऑप्शनल है लेकिन नियमित कैडेंस वाली मीटिंग्स के लिए सच में उपयोगी है, जैसे साप्ताहिक 1:1s या द्वि-साप्ताहिक टीम syncs। जिस सवाल का जवाब आप दे रहे हैं वह है: पिछली बार बात करने के बाद से क्या बदला?
पिछली मीटिंग के अपने नोट्स या रिकॉर्ड्स निकालें (भले ही वे "नोट्स" किसी डॉक में सिर्फ़ बुलेट लिस्ट हों) और तब की स्थिति की अब से तुलना करें। विशेष रूप से:
- पिछली बार जो issues "in progress" थे उनमें से कौन से शिप हुए? कौन से नहीं हिले?
- क्या कोई नई प्राथमिकताएँ या इमरजेंसी आईं जो रडार पर नहीं थीं?
- क्या कोई टीम चेंज, रीऑर्ग अनाउंसमेंट, या रोडमैप शिफ़्ट हुआ जो इस व्यक्ति के काम को प्रभावित करता है?
चेंज डेल्टा आपकी मीटिंग को प्रगति बनाम बहाव पर केंद्रित रखता है। विषयों की फ़्लैट लिस्ट के बजाय, आप ट्रैजेक्टरी के बारे में बातचीत में जा रहे हैं: चीज़ें यहाँ थीं, अब यहाँ हैं, और इसका मतलब यह है कि हम आगे क्या करें।
एक व्यावहारिक उदाहरण: मान लें कि पिछले हफ़्ते आपके डायरेक्ट रिपोर्ट के पेमेंट्स एपिक पर तीन issues प्रगति में थे, और उनमें से एक हाई-प्रायोरिटी बग फ़िक्स था। इस हफ़्ते, बग फ़िक्स शिप हो गया (बढ़िया), एक issue रिव्यू में चला गया (अच्छा), और एक छह दिन से अपडेट नहीं हुआ (नरमी से पूछने लायक़)। यही है आपकी 1:1 स्ट्रक्चर – और इसे बनाने में लगभग नब्बे सेकंड लगे।
सब कुछ मिलाकर: टेम्पलेट
यह रहा असली टेम्पलेट। कॉपी करें, अपने अनुसार बदलें, जो लागू न हो वो हटा दें। फ़ॉर्मेट से ज़्यादा आदत मायने रखती है।
```
मीटिंग प्रेप: [व्यक्ति/ग्रुप] – [तारीख़]
लेयर 1: एक्टिविटी स्कैन
- हालिया PRs (मर्ज्ड/ओपन/रिव्यूइंग):
- Linear issues (पूरे/प्रगति में/ब्लॉक्ड):
- उल्लेखनीय Slack थ्रेड्स:
- अन्य टूल एक्टिविटी (Figma/Notion/etc.):
लेयर 2: डिसीज़न्स और ब्लॉकर्स
- लंबित निर्णय जिन पर रेज़ोल्यूशन चाहिए:
- सक्रिय ब्लॉकर्स:
- पिछली मीटिंग से मेरे फ़ॉलो-अप्स:
लेयर 3: चेंज डेल्टा (पिछली मीटिंग की तुलना में)
- क्या शिप हुआ:
- क्या नहीं हिला:
- नई प्राथमिकताएँ/कॉन्टेक्स्ट:
डिस्कशन नोट्स
(मीटिंग के दौरान भरें)
Action Items
(ज़िम्मेदार और डेडलाइन के साथ कैप्चर करें) ```
टेम्पलेट जानबूझकर टूल-एग्नॉस्टिक है। चाहे आप GitHub, Linear, Jira, Shortcut, या व्हाइटबोर्ड फ़ोटो से क्वेरी कर रहे हों, स्ट्रक्चर एक ही है: एक्टिविटी, डिसीज़न्स, चेंज।
यह एजेंडा से बेहतर क्यों काम करता है
पारंपरिक मीटिंग प्रेप टेम्पलेट पूछता है "मैं किस बारे में बात करना चाहता हूँ?" यह पूछता है "असल में क्या हुआ?" और डेटा से विषयों को उभरने देता है। प्रैक्टिस में इसका मतलब है कि आप ऐसी चीज़ें पकड़ लेते हैं जो अन्यथा छूट जातीं, जैसे एक PR जो चार दिन से बिना रिव्यू के पड़ा है, या कोई निर्णय जो Slack थ्रेड में हो गया लेकिन Linear में कभी नहीं आया।
हर बार वही चेकलिस्ट का मतलब है कम छूटे हुए ब्लॉकर्स। जब तैयारी एक ठोस पाँच-से-सात मिनट की रूटीन है (ख़ैर, "कुछ Slack थ्रेड्स देखना" जितना ठोस हो सकता है), तो आप इससे कतराना बंद कर देते हैं।
इसे अपने पूरे हफ़्ते में स्केल करना
मान लें कि आप छह डायरेक्ट रिपोर्ट्स को साप्ताहिक 1:1s के साथ मैनेज करते हैं, साथ ही दो टीम syncs और एक क्रॉस-फ़ंक्शनल मीटिंग। यह नौ मीटिंग्स हैं जिन्हें तैयारी चाहिए – जो पहले से ही उससे ज़्यादा हैं जो कोई भी शुरू से डिज़ाइन करता अगर वो व्हाइटबोर्ड पर कंपनी बना रहा होता (लेकिन हम यहाँ हैं, और मीटिंग्स कहीं नहीं जा रहीं, तो इनसे निपटते हैं)।
अगर हर तैयारी सत्र में औसतन पंद्रह मिनट टूल्स में अव्यवस्थित खोज होती है, तो यह हफ़्ते में दो घंटे से ज़्यादा कॉन्टेक्स्ट इकट्ठा करने में लगते हैं। इस मीटिंग प्रेप टेम्पलेट के साथ, मसल मेमोरी बनने के बाद हर सत्र पाँच से सात मिनट लेता है। नौ मीटिंग्स के लिए, यह लगभग एक घंटा है – तो आप हफ़्ते में क़रीब एक घंटा बचाते हैं, जो 48 कार्य सप्ताहों में लगभग 48–50 घंटे प्रति वर्ष होता है। आप उन बचे हुए घंटों को असली इंजीनियरिंग काम में लगाते हैं या बस खिड़की से बाहर देखते हुए अपनी प्रक्रिया पर ख़ुश होते हैं, यह (ईमानदारी से) मेरा विषय नहीं है।
stat: "~48–50 घंटे/वर्ष" headline: "मीटिंग प्रेप पर बचा समय" source: "48 कार्य सप्ताहों में 9 साप्ताहिक मीटिंग्स पर आधारित, 15 मिनट अव्यवस्थित बनाम 6 मिनट टेम्पलेट के साथ"
गुणवत्ता का अंतर भी जमा होता है। नौ तैयार मीटिंग्स का मतलब नौ बातचीत जो असली मुद्दों को जल्दी सामने लाती हैं और कम "अरे रुको, मैं पूछना चाहता था..." फ़ॉलो-अप Slack मैसेज पैदा करती हैं। इसे मापना मुश्किल है, लेकिन अगर आपने कभी दोपहर 3 बजे किसी को DM भेजा है जिसके साथ आपने सुबह 10 बजे तीस मिनट बिताए थे, तो आप यह एहसास जानते हैं।
कब तैयारी पूरी तरह छोड़ दें
हर मीटिंग तैयारी की हक़दार नहीं है। अगर आप कंपनी all-hands या सोशल कॉफ़ी चैट में जा रहे हैं, तो पहले Linear क्वेरीज़ न चलाएँ (सच में)। और अगर मीटिंग उन रिकरिंग 30-मिनट के स्लॉट्स में से एक है जिसे किसी को बनाना याद नहीं लेकिन हटाने से सब डरते हैं, तो शायद आपको जिस तैयारी की ज़रूरत है वह "Decline" दबाने की हिम्मत है। इस मीटिंग प्रेप टेम्पलेट का इस्तेमाल तब करें जब आप नतीजों के मालिक हों या निर्णय लेने हों: 1:1s, टीम syncs, प्लानिंग सेशन्स, क्रॉस-फ़ंक्शनल रिव्यूज़।
अगर कोई मीटिंग पाँच मिनट की तैयारी के लायक़ नहीं है, तो यह पूछने लायक़ है कि क्या वह तीस मिनट की उपस्थिति के लायक़ है। और अगर आप आगे जाकर अपनी मीटिंग प्रेप पूरी तरह ऑटोमेट करना चाहते हैं, तो वह एक अलग (और ईमानदारी से ज़्यादा दिलचस्प) बातचीत है।
Signal intelligence सीधे अपने इनबॉक्स में पाएँ।
अक्सर पूछे जाने वाले सवाल
Q: एक engineering manager के मीटिंग प्रेप टेम्पलेट में क्या होना चाहिए? A: एक अच्छा मीटिंग प्रेप टेम्पलेट हर मीटिंग से पहले तीन चीज़ें निकालता है: उपस्थित लोगों की हालिया गतिविधि (PRs, issues, मैसेज), एजेंडा से जुड़े लंबित निर्णय या ब्लॉकर, और पिछली मीटिंग के बाद से क्या बदला इसका त्वरित स्कैन। टेम्पलेट से ज़्यादा ज़रूरी है इसे याददाश्त के बजाय असली टूल डेटा से भरने की आदत।
Q: 1:1 की तैयारी में कितना समय लगना चाहिए? A: एक संरचित टेम्पलेट और सही टूल क्वेरीज़ के साथ, 1:1 की तैयारी पाँच मिनट से कम में होनी चाहिए। ज़्यादातर engineering managers 15–20 मिनट लगाते हैं क्योंकि वे Slack, Linear और GitHub में मैन्युअली खोजते हैं। एक टेम्पलेट जो बताता है कि कहाँ देखना है, यह समय काफ़ी कम कर देता है।
Q: क्या Sugarbug engineering टीमों के लिए मीटिंग प्रेप ऑटोमेट करता है? A: हाँ। Sugarbug Linear, GitHub, Slack, Google Calendar और Notion जैसे टूल्स से कनेक्ट होता है, फिर हर मीटिंग से पहले इस आधार पर ब्रीफ़िंग तैयार करता है कि कौन शामिल हो रहा है और उन टूल्स में क्या हो रहा है। यह वही कॉन्टेक्स्ट निकालता है जो आप इस टेम्पलेट से मैन्युअली इकट्ठा करेंगे, लेकिन ऑटोमैटिकली।
Q: क्या मैं यह मीटिंग प्रेप टेम्पलेट बिना किसी स्पेशल टूल के इस्तेमाल कर सकता हूँ? A: बिल्कुल। टेम्पलेट एक टेक्स्ट एडिटर और ब्राउज़र टैब्स से ज़्यादा किसी चीज़ की ज़रूरत नहीं रखता। मक़सद कॉन्टेक्स्ट इकट्ठा करने के लिए एक दोहराने योग्य स्ट्रक्चर है। अगर बाद में ऑटोमेट करना चाहें, तो टूल्स मौजूद हैं, लेकिन टेम्पलेट अपने आप में पूरा है।