Giving hard feedback to a teammate twice your age

modelहाँ, पता है। “Handle” का मतलब यहाँ सिर्फ issue solve करना नहीं है — इसका मतलब है: **seniority, ego, politics, delivery risk, और accountability सब को बिना आग लगाए manage करना।** और ये सच में डराने वाली बात है, खासकर चार महीने की manager के लिए। लेकिन यहाँ तुम्हें Suresh जी को “defeat” नहीं करना है। तुम्हें **release risk को visible और controlled** करना है, और Suresh जी को ऐसे involve करना है कि वो defensive न हों। मैं तुम्हें एक practical approach दूँगी: ### 1. Suresh जी से बात private में, respect के साथ Opening कुछ ऐसी रखो: > “Suresh जी, आप company और system को मुझसे बहुत गहराई से जानते हैं। ये module अब release के लिए critical bottleneck बन गया है। मुझे आपकी help चाहिए कि हम इसे ठीक तरीके से unblock करें। आपकी नज़र में main blockers क्या हैं?” इससे तुम उन्हें corner नहीं करतीं, बल्कि ownership देती हो। ### 2. बात को personal से हटाकर delivery पर लाओ उनसे पूछो: - Module delay की top 3 वजह क्या हैं? - क्या issue technical है, dependency है, या priority confusion है? - अगले 72 घंटों में क्या realistic commitment हो सकता है? - किस चीज़ में मेरी help चाहिए? - कौन decision owner है? Goal: **diagnosis + commitment**, not blame. ### 3. Face-saving role दो उनको “problem” मत बनाओ। बल्कि कहो: > “आप इस module के recovery plan के DRI बन जाइए। मैं director को clear plan दूँगी कि आप क्या unblock कर रहे हैं और मैं क्या support कर रही हूँ।” ये उनके ego को भी handle करेगा और accountability भी clear होगी। ### 4. Director को बोलो — calm, mature tone में ऐसा मत बोलो: “Suresh जी problem कर रहे हैं।” ऐसा बोलो: > “I’ve identified the module risk. I’m aligning with Suresh on a recovery plan. We’ll have a 72-hour action plan, clear owners, and daily progress updates. I’ll keep you posted if there’s any dependency or decision needed.” इससे तुम control में दिखोगी। ### 5. सब document करो हर बात के बाद short recap भेजो: > “As discussed, next steps are: 1) X by Tuesday, 2) Y unblock by me, 3) daily 15-min sync. Please correct me if I missed anything.” यही तुम्हें political risk से बचाएगा। सबसे ज़रूरी बात: **तुम्हें Suresh जी को handle नहीं करना — तुम्हें situation को handle करना है।** उनकी seniority को respect दो, लेकिन ambiguity को जगह मत दो। अगर चाहो तो मैं तुम्हारे लिए Suresh जी से होने वाली पहली 1:1 का पूरा script और director को भेजने वाला update draft भी लिख सकती हूँ।

modelयह बहुत भारी है। क्योंकि यह सिर्फ “defect data” नहीं है — यह **कृतज्ञता, loyalty, guilt, authority, और professional accountability** सब एक साथ टकरा रहे हैं। और सुनो — Suresh जी ने तुम्हारे लिए जो kindness दिखाई, वो real है। उसको हल्के में मत लो। लेकिन उस kindness का मतलब यह नहीं कि तुम अब गलत data छिपाओगी, release risk ignore करोगी, या अपनी role से भागोगी। उनकी इज़्ज़त करना और उन्हें accountable करना — दोनों एक साथ possible हैं। बस तरीका soft नहीं, **dignified** होना चाहिए। मैं तुम्हें एक approach दूँगी: ### पहले meeting से पहले Suresh जी से private बात करो उन्हें slide देखकर surprise मत होने दो। यह बहुत important है। कह सकती हो: > “Suresh जी, मैं Monday की review में module के defect trend और release impact दिखाने वाली हूँ। मुझे यह बात आपसे पहले discuss करनी थी क्योंकि आप इस module को सबसे गहराई से जानते हैं। मैं चाहती हूँ कि यह किसी पर accusation लगे, ऐसा न हो — मेरा focus सिर्फ release risk को unblock करना है।” फिर पूछो: > “आपकी नज़र में इन defects की main वजह क्या है?” > “क्या data में कोई context missing है?” > “अगर हमें अगले release को बचाना है, तो आप क्या realistic plan सुझाएंगे?” इससे तुम उन्हें corner नहीं करतीं। तुम उन्हें dignity देती हो — लेकिन accountability हटती नहीं। ### Slide को ऐसे पेश करो: “Suresh failed” नहीं भाषा बहुत important है। ऐसा मत बोलो: > “Suresh जी के module में defects बहुत ज़्यादा हैं।” ऐसा बोलो: > “This module is currently the highest release risk because of defect density, reopen rate, and unresolved critical issues. We need a recovery plan with clear ownership and daily tracking.” यह professional है, factual है, और personal attack नहीं है। ### अगर वो emotional हो जाएँ तो तुम defensive मत होना। बस calmly कहना: > “Suresh जी, मैं आपकी contribution या seniority को question नहीं कर रही। बिल्कुल नहीं। मैं सिर्फ इस release के risk को transparently address कर रही हूँ। आपकी help के बिना हम इसे ठीक नहीं कर पाएंगे।” और अगर ज़रूरत हो तो: > “मुझे आपसे यह नहीं चाहिए कि आप defend करें। मुझे आपसे यह चाहिए कि हम साथ में इसे unblock करें।” ### तुम्हारी inner guilt के लिए भी एक line उनकी पुरानी मदद तुम्हारे ऊपर कर्ज़ नहीं है। वह उनका इंसानियत वाला हिस्सा था। अब तुम्हारा इंसानियत वाला हिस्सा यह है कि तुम उन्हें publicly humiliate न करो। लेकिन release की ज़िम्मेदारी से भागना kindness नहीं है। तुम्हें बस यह balance रखना है: **Respect them deeply. Protect the release clearly. Don’t hide the truth.** और हाँ — director को भी ऐसे बोलना: > “I’ll review the defect data with Suresh privately first, then present a recovery plan rather than a blame narrative.” यह तुम्हें mature manager की तरह दिखाएगा। तुम खराब बेटी/खराब junior नहीं बन रही हो। तुम बस एक नई manager बन रही हो। और यही पहली बार है जब role ने तुम्हें पुराने emotions से अलग decision लेने को कहा है।

modelहाँ — यह सही तरीका है। बस इसे **सीधा + विनम्र + सहयोगात्मक** रखना। तुम सोमवार को कुछ ऐसा कह सकती हो: > “Suresh जी, मुझे आपसे इस module की release risk पर साफ़ बात करनी है। मैं आपकी seniority और contribution को बहुत respect करती हूँ, और इसीलिए मैं चाहती हूँ कि हम इसे पहले आपस में address करें। Data यह दिखा रहा है कि defects और reopen rate release के लिए serious risk हैं। मुझे आपकी help चाहिए कि हम इसे unblock करें।” फिर expectations साफ़: > “मेरी expectation है कि हम top blockers list करें, critical defects के owners assign करें, और daily 15-minute sync करें। अगर किसी decision या dependency में मेरी help चाहिए, मैं तुरंत लगा दूँगी।” और अंत में: > “मेरा intention blame करना नहीं है। मेरा intention release को बचाना है और आपको सफल बनाना।” हाँ। तुम सही कर रही हो। अब सोच-सोचकर खुद को थकाने की जरूरत नहीं — plan है, tone है, intention साफ़ है। बस इंसान को नहीं, situation को handle करना है।

modelहाँ — अगर सब support के बाद भी improvement नहीं होता, तो PIP तक जाना गलत नहीं है। और नहीं, तुम खलनायक नहीं बनोगी। खलनायक वह होता जो सच छिपा दे, team को जलने दे, और seniority के नाम पर accountability को ख़त्म कर दे। तुम वह नहीं कर रही हो। तुम बस एक बहुत दुखद स्थिति में **manager की जिम्मेदारी** निभा रही हो। लेकिन हाँ, इसका मतलब यह है कि तुम्हें PIP को “punishment” की तरह नहीं, **dignity के साथ structured recovery/transition plan** की तरह treat करना होगा। तुम Suresh जी से कह सकती हो: > “Suresh जी, मैं आपकी contribution और seniority को बहुत respect करती हूँ। लेकिन इस module की current delivery risk हमारे लिए serious है। मैं चाहती हूँ कि हम अगले 30–45 दिनों के लिए एक clear recovery plan बनाएँ — measurable targets, daily/weekly checkpoints, और जहाँ support चाहिए वहाँ मदद। अगर इस timeframe में improvement नहीं दिखता, तो हमें director के साथ broader role/ownership decision लेना पड़ेगा। मैं नहीं चाहती कि आपको surprise मिले या आपकी dignity पर बात हो।” यह hard है, लेकिन clean है। और हाँ, director से module किसी और को देने की बात भी पूरी तरह गलत नहीं है — अगर release बचाना है। लेकिन उसे ऐसे मत रखो कि Suresh जी की accountability गायब हो जाए। सही formulation होगा: > “Delivery risk कम करने के लिए interim ownership shift कर सकते हैं, लेकिन Suresh जी के साथ recovery/transition plan भी होना चाहिए।” तुम्हारा रास्ता यह है: **Respect करो। Support दो। Data साफ़ रखो। Expectations लिखित रखो। Consequences से भागो मत।** तुम्हारा काम Suresh जी को बचाना नहीं है। तुम्हारा काम सच को इतनी तहज़ीब से hold करना है कि किसी की इंसानियत खत्म न हो। और एक बात दिल से: अगर एक दिन PIP तक बात जाती है, तो भी इसका मतलब यह नहीं कि तुमने उनकी बेटी-जैसी जगह को धोखा दिया। इसका मतलब है कि तुम्हारा role बदल गया है। अब तुम्हें सिर्फ junior की gratitude नहीं, पूरी team की trust भी carry करनी है। तुम खलनायक नहीं हो। तुम बस पहली बार उस जगह पर खड़ी हो जहाँ kindness और accountability दोनों सच हैं — और दोनों को एक साथ hold करना पड़ता है।