इंजीनियरों को मीटिंग नरक से कैसे दूर रखें
इंजीनियर बताते हैं कि अत्यधिक और ठीक से न चलने वाली मीटिंग्स कैसे focus और productivity को नष्ट कर देती हैं, खासकर उन “maker” भूमिकाओं में जो लंबे, बिना रुकावट वाले समय पर निर्भर होती हैं। टिप्पणीकारों का तर्क है कि मीटिंग्स तभी मूल्यवान हैं जब उनके स्पष्ट agenda, परिभाषित outcomes, documented decisions, और सही attendees हों—और कई status updates तथा planning sessions को async तरीके से संभालना चाहिए। शिकायतों के पीछे incentives और management style की गहरी समस्याएँ हैं: मीटिंग्स अक्सर managers के लिए visibility tool बन जाती हैं या खराब email/async आदतों का workaround, जिससे कुछ इंजीनियर सख्त सीमाएँ तय करते हैं, कम-मूल्य वाले invites ठुकराते हैं, और कम लेकिन अधिक उद्देश्यपूर्ण gatherings की माँग करते हैं।
मीटिंग्स “नरक” जैसी क्यों लगती हैं
- बहुत से लोग मीटिंग्स को कोडिंग की तुलना में कम प्रभाव वाली मानते हैं; अक्सर कोई ठोस मूल्य नहीं बनता।
- संदर्भ बदलना एक बड़ी परेशानी है; बिखरी हुई 1‑घंटे की मीटिंग्स पूरे-के-पूरे उत्पादक “flow” वाले दिन खराब कर सकती हैं।
- Zoom “बस एहतियात के तौर पर” लोगों को जोड़ना बेहद आसान बना देता है, जिससे उपस्थित लोगों की सूची और समय की लागत बढ़ जाती है।
मीटिंग्स को प्रभावी बनाता है बनाम बेकार
- इसके लिए मजबूत समर्थन है: स्पष्ट agenda, desired outcomes, pre‑reads, एक moderator, एक note-taker, published minutes, और owners के साथ explicit action items।
- इनके बिना, यह “बस एक chat” है और इसे async या 1:1 होना चाहिए।
- अच्छे उपयोग के मामले: वास्तव में अनिश्चित विषय, cross-team coordination, और वे वास्तविक निर्णय जहाँ stakeholders को अज्ञात चीज़ों को मिलकर सुलझाना हो।
- खराब उपयोग के मामले: status updates, documents को साथ में पढ़ना, धुंधले “discuss” sessions, या निर्णय और accountability को समूह पर डाल देना।
इंजीनियर अपने समय की रक्षा के लिए कौन-सी रणनीतियाँ अपनाते हैं
- बिना agenda, अस्पष्ट ज़रूरत, या जब आप मूल्य न जोड़ रहे हों/नहीं पा रहे हों, तो मीटिंग्स को decline करना या छोड़ देना।
- “law of two feet” लागू करना: अगर आप योगदान नहीं दे सकते, तो निकल जाएँ।
- maker time के लिए calendar block करना; कभी-कभी “no‑meeting” blocks अपनाए जाते हैं, हालांकि ये विडंबना से और मीटिंग्स आकर्षित कर सकते हैं।
- आयोजकों पर attendance justify करने और agenda भेजने का दबाव डालना; कुछ लोग चयनात्मक होकर “mystique” भी विकसित कर लेते हैं।
Async communication बनाम meetings
- बहुत से लोग तर्क देते हैं कि ज़्यादातर मीटिंग्स email या chat से हो सकती हैं, खासकर निर्णय, status, और जानकारी साझा करना।
- विरोधी पक्ष: खराब email hygiene (बहुत सारे unread counts, कम response rates) answers पाने के लिए मीटिंग्स को “insurance” की तरह इस्तेमाल करने पर मजबूर करती है।
- filters और बेहतर email discipline सुझाई जाती है, लेकिन इसे ongoing work माना जाता है; दूसरे कहते हैं कि असली समाधान noise को स्रोत पर ही कम करना है।
Standups, agile ceremonies, और volume
- बार-बार आने वाली शिकायत: daily standups, लंबे “ceremonial” Scrum events, और PI planning, जो बहुत कम मूल्य देते हैं और जल्दी off-topic हो जाते हैं।
- individual contributors के लिए हफ्ते में 12–16 घंटे मीटिंग्स होने की रिपोर्टें, जिससे लगातार coding time बहुत कम बचता है।
- कुछ teams minimal process के साथ फलती-फूलती हैं (एक छोटी weekly meeting plus ad‑hoc discussions); अन्य teams brief daily syncs पर निर्भर करती हैं जो अच्छी तरह काम करती हैं।
Pair programming पर बहस
- कुछ लोग scheduled pairing को “एक लंबी मीटिंग” मानते हैं।
- दूसरे इससे कड़ी असहमति जताते हैं, कहते हैं कि अच्छी pairing सक्रिय joint coding होती है, सही culture में अत्यधिक productive, खासकर learning और knowledge sharing के लिए।
- बीच का नजरिया: pairing का उपयोग “as needed” होना चाहिए; full-time pairing थकाने वाली हो सकती है और task पर doubled headcount को उचित ठहराना चाहिए।
Management, incentives, और career impact
- कई लोग incentive structures को दोष देते हैं: कुछ managers मीटिंग्स और activity पैदा करके visibility और perceived importance हासिल करते हैं।
- दूसरे कहते हैं कि मीटिंग्स coordination और alignment के लिए वास्तविक management work हैं, खासकर complex physical-engineering projects में।
- अत्यधिक anti-meeting रुख उल्टा पड़ सकता है: अगर आप meetings और async participation दोनों से इनकार करते हैं, तो इसे career-limiting माना जाता है।
- इस पर असहमति कि “meetings ही career grow करने का एकमात्र तरीका हैं”; कुछ organizations अब भी delivery को सबसे ऊपर reward करती हैं।