अच्छा micromanager कैसे बनें

> क्या हर तरह की micromanagement बुरी होती है? शीर्ष startup leaders बताते हैं details और delegation के बीच संतुलन कैसे बनाया जाए

• micromanagement ऐसी चीज़ नहीं है जिससे हर हाल में बचना चाहिए; यह स्थिति और उद्देश्य के अनुसार उत्पादक रूप से इस्तेमाल किया जा सकने वाला management tool है
• नए managers ने ‘manage न करना’ को गुण मान लिया है, जिसके चलते undermanagement और संदर्भहीन leadership के मामले बढ़ रहे हैं
• बेहतरीन leaders सिर्फ ज़रूरी क्षणों में details तक उतरते हैं, और standards तय करने, hypotheses verify करने, तथा user perspective जाँचने में दखल देते हैं
• data anomalies, quality standards बनाए रखना, और मुख्य KPI में बदलाव जैसे स्पष्ट संकेत मिलने पर ही गहराई से दखल देना प्रभावी होता है
• micromanagement का सार नियंत्रण नहीं, बल्कि trust बहाल करना, context साझा करना, और systems सुधारना है

---

Apple, Rippling, Stripe, Uber जैसी बड़ी कंपनियों के founders और executives ने detail involvement और authority delegation के बीच संतुलन बिंदु साझा किया

micromanagement का पुनर्मूल्यांकन

• "Micromanage मत करो (Don't Micromanage.)" को management का एक golden rule माना जाता है, लेकिन कई बार यह सलाह उलटा असर करती है
• नए managers micromanagement से इतना बचते हैं कि undermanagement की वजह से अपने direct reports को सही support नहीं दे पाते
• अनुभवी CTO Will Larson ने यह भी कहा कि senior executives खुद को सिर्फ resource allocator समझने लगते हैं, और उनका काम बस budget allocation व periodic check-ins तक सीमित रह जाता है
  • "अगर आप details से बहुत दूर चले जाएँ, तो अंत में सिर्फ bureaucrat बनकर रह जाते हैं"

details के करीब जाना

• टीम में इच्छित व्यवहार को खुद model करना

  • Lattice के cofounder Jack Altman:
    > micromanagement एक ऐसा tool है जिसे अच्छे और बुरे, दोनों तरीकों से इस्तेमाल किया जा सकता है
    • CEO, executive, manager सभी के लिए यह एक powerful tool है, जिसे कम ही इस्तेमाल किया जाना चाहिए
  • गलत इस्तेमाल: जब आप बार-बार कम सक्षम व्यक्ति की जगह खुद काम करते रहें
    • अगर यह स्थिति दोहरती रहे, तो team composition बदलने की ज़रूरत है
  • सही इस्तेमाल: standards तय करना और अपेक्षित काम के स्तर को दिखाना
    • blog post लिखना, bug fix करना आदि खुद करके उदाहरण पेश करना
    • जब CEO किसी खास क्षेत्र में गहराई से शामिल होता है, तो वह उस दिशा में organizational energy मोड़ सकता है

• data anomalies को micromanagement signal की तरह इस्तेमाल करना

  • Rippling के COO Matt MacInnis:
    • बेहतरीन executives एक समय में एक ही काम करते हैं, और वह भी सबसे ऊँची priority वाले काम से शुरू करते हैं
  • Rippling के 9 leadership principles में से एक: "Go and See"
    • leader को सिर्फ dashboard पर नहीं टिके रहना चाहिए
    • अगर anecdote और data मेल नहीं खाते, तो कहीं न कहीं समस्या है
    • खुद field में जाकर atomic level का context समझना ज़रूरी है
  • इसे अमल में लाने के ठोस तरीके:
    • customer support tickets खुद पढ़ना
    • sales call recordings (Gong) सुनना
    • brand website और customer interactions का विश्लेषण करना
  • hypothesis बनाकर department head को देना, ताकि वह उसे गलत साबित करने की कोशिश करे
    • ज़्यादातर मामलों में गलत assumptions जल्दी पकड़ में आ जाती हैं; अगर नहीं, तो साथ मिलकर debug किया जाता है
  • "मैं micromanager नहीं, micro-interested हूँ"
  • पीछे कब हटना है: जब तक dashboard मनचाहे numbers न दिखाए, system tuning जारी रखना

• review system से quality standards बनाए रखना

  • Stripe की पहली marketer Krithika Shankarraman
    > Stripe में taste और craft बनाए रखने का राज
  • "Stripe में हमने taste को scale नहीं किया; हमने इस पर निवेश किया कि हर output में taste हो, इसके लिए processes और systems बनाए जाएँ"
  • internal reviews सिर्फ brand management में नहीं, बल्कि knowledge distribution में भी मदद करते हैं
    • नया marketer भी पहले महीने में idea से execution तक का सटीक रास्ता समझ सकता है

  • Red Pen Holder व्यवस्था

    • 100 से अधिक users तक जाने वाले हर output पर एक तय Red Pen Holder mark-up करता है
    • user perspective से सवाल: "क्या कोई व्यक्ति जो इसे बिना context के पहली बार देख रहा है, भ्रमित होगा?"
    • focus strategy पर नहीं, बल्कि काम को बेहतर बनाने पर होता है

  • 20% / 80% checkpoint

    • 20% strategy review: goals और intent के alignment की जाँच
    • 80% execution review: हर channel और content की जाँच; इसे 99% पर नहीं, 80% पर करना चाहिए ताकि बदलाव की गुंजाइश रहे
    • "अच्छा brand micromanagement के बिना नहीं बन सकता। इसका मतलब है user को सबसे पहले रखना"

• KPI deep-dive cadence तय करना

  • Mike Brown (शुरुआती Uber, पूर्व Newfront COO):
    > बेहतरीन managers porpoise की तरह व्यवहार करते हैं
    • वे सतह पर सब कुछ समझते हैं, लेकिन चुनी हुई initiatives में गहराई तक उतरते हैं
  • हर quarter या half-year में टीम KPI से जुड़े projects पर ध्यान:
    • talent/culture KPI से जुड़ा 1 project
    • revenue growth KPI से जुड़ा 1 project
    • cost reduction/efficiency KPI से जुड़ा 1 project
    • customer experience सुधार की सबसे अधिक संभावना वाला 1 project
  • अगर existential threat या जीवन का बड़ा मौका सामने आए, तो तुरंत details में उतरना चाहिए
    • जब Philippines सरकार ने एक महीने के लिए business रोक दिया था, तब वे Manila में रहकर local team के साथ सीधे काम कर रहे थे

• IC के साथ "conflict mining" करके micro-context इकट्ठा करना

  • Imprint के CTO Will Larson:
    > नई भूमिका में सबसे तेज़ी से context पाने का तरीका है "conflict mining"
  • नए engineering leaders के विफल होने का सबसे बड़ा कारण: यह मान लेना कि पिछली कंपनी का context यहाँ भी वैसे ही लागू होगा
  • Uber से Stripe जाने के बाद उन्होंने Uber में सफल self-service provisioning लागू करने की कोशिश की, लेकिन resistance मिला
    • गहरी बातचीत के बाद पता चला कि एक मुख्य architecture समस्या मौजूद थी
    • "context की कमी मेरी तरफ थी, और मुझे अपना approach बदलना पड़ा"
  • conflict mining की कुंजी: सबसे अधिक context रखने वाले IC से बात करना
    • IC details के भीतर काम करते हैं, इसलिए वे झूठ नहीं बोल सकते
    • कई बार executive से अधिक IC की राय मूल्यवान होती है

• user की तरफ से product को micromanage करना

  • Rippling के CEO Parker Conrad $5 से ऊपर के हर expense को व्यक्तिगत रूप से approve करते हैं, और 3,000 लोगों की company की payroll भी खुद संभालते हैं
  • अपनी ही product का लगातार इस्तेमाल, यानी dogfooding, product sense बनाए रखने की कुंजी है
  • competitors में ऐसी कंपनियों का उदाहरण, जो एक स्तर के बाद Workday पर switch हो गईं:
    • अपनी product का इस्तेमाल बंद कर देना, यह समझने का काम outsource कर देना है कि customer के लिए क्या उपयोगी है
  • "जिस दिन आप अपने product के सबसे critical user रहना छोड़ देते हैं, खेल खत्म हो जाता है। सिर्फ 5% भी पैर पीछे खींचा, तो खत्म"

टीम को empower करने के लिए zoom out

• micromanagement को symptom मानकर root cause समझना

  • PatientPing के पूर्व founder/CEO Jay Desai:
    > managers के लिए "user guide" लिखने को लोकप्रिय बनाना
    • communication, reporting, 1:1 आदि manager-reportee relationship के हर हिस्से में preferences और expectations को दस्तावेज़ करना
  • micromanagement अविश्वास का symptom है
    • "trust बनने तक hands-on, trust बनने के बाद hands-off होकर collaborate करो"
  • अगर micromanagement की प्रवृत्ति दिखे, तो यह trust टूटने का संकेत है
    • जल्दी हस्तक्षेप कर trust का diagnosis और recovery करना ज़रूरी है
    • trust पूरी तरह खत्म हो जाए, तो recovery संभव नहीं रहती

• नियमित feedback से micromanagement की ज़रूरत रोकना

  • Subscript के CEO Sidharth Kakkar
    > anti-micromanagement philosophy
    • meetings के बिना पूरी तरह async, remote culture बनाना
    • zero micromanagement इसका मुख्य pillar है
  • founder की भूमिका: गलत decisions होने से रोकने के लिए system level पर बदलाव लाना
  • micromanagement की इच्छा को रोकने के तरीके:
    • राय देने से पहले पूछना: "क्या मैं सही हूँ, या यह सिर्फ मेरी राय है? अगर सही हूँ, तो सही होने की कीमत क्या है?"
    • जो काम कोई और अच्छी तरह करता है, उसे trust करके delegate करना
  • feedback दिशा तय करने का मुख्य माध्यम है
    • monthly feedback की सलाह (जितना नियमित, उतना देना-लेना आसान)
    • हल्का system design करना (Start-Stop-Continue framework)
    • high performers को भी feedback से बाहर न रखें

• peer office hours तय करना

  • Hareem Mannan:
    > सीधे 1:1 में feedback देने के बजाय, peer feedback को संरचित करना
  • Segment में अपनाई गई संरचना:
    • जब design quality उम्मीद से कम हो, तो 1:1 में सीधी आलोचना करने की बजाय office hours में आने को कहना
    • office hours चलाने वाले व्यक्ति को बताना कि कौन-सा assignment है और कहाँ improvement की ज़रूरत है
  • peers के बीच social connection के बिना peer feedback काम नहीं करता
    • हर दो हफ्ते में "Design Hangout" जैसी मज़ेदार group activity
    • आपसी सहजता बढ़ने पर office hours जैसे formal forums का उपयोग भी बढ़ता है

• टीम को ideas से भरा box देना

  • Apple के engineering leader Michael Lopp:
    > "एक engineer के रूप में micromanagement से ज़्यादा परेशान करने वाली चीज़ बहुत कम है"
  • आदेश देने के बजाय storytelling और ideas साझा करने का तरीका पसंद
    • "list देने के बजाय मैं एक box देता हूँ और उसे रोचक ideas से भर देता हूँ"
    • फिर team members खुद तय करते हैं कि उस box के भीतर क्या करना है
  • "बस बता दीजिए क्या करना है" जैसी माँग को भी वे अक्सर ठुकरा देते हैं
    • क्योंकि तानाशाही शैली में निर्देश देने पर भी लोग अंत में अपना ही तरीका अपनाते हैं
  • "leader को storyteller होना चाहिए। soup दो, फिर चाहे वे उसे वैसे ही पिएँ या उसमें अपनी पसंद की चीज़ें मिलाएँ, यह उन पर छोड़ दो"

• ऐसे managers भर्ती करना जो खुद काम कर सकें

  • Levels के CEO Sam Corcos:
    > 5 साल के time-use data के analysis से मिली सीख साझा
  • company के बढ़ने पर coding छोड़ देना एक महँगी गलती साबित हुई
    • 60 लोगों की company में नई management layer जुड़ने के बाद deployment speed तेज़ी से गिर गई
    • 2 हफ्ते के projects 3 महीने तक खिंच गए, और काम pre-work व meetings में अटक गया
    • app bugs से भर गया
  • सीख: software development को ही priority होना चाहिए था
  • अब Levels का principle: सिर्फ 'manager' को hire नहीं करना
    • manager को उन लोगों का काम खुद करके दिखाने में सक्षम होना चाहिए जिन्हें वह manage करता है
    • अगर engineers को manage करता है, तो उसे बेहतरीन software लिखना आना चाहिए
    • अगर marketers को manage करता है, तो उसे शानदार marketer होना चाहिए
  • "button clicker" (जो खुद execute करता है) को hire करो; ऐसे लोगों से बचो जो बस दूसरों से button click करवाते हैं