Giving hard feedback to a teammate twice your age
Hierarchy & respect registers हिंदी roleplay hier-002.hi
user (scripted)चार महीने पहले इंजीनियरिंग मैनेजर बनी और अब वह बातचीत आ गई है जिससे मैं डर रही थी। सुरेश जी — 56 के हैं, उन्नीस साल से कंपनी में हैं, चौकीदार से लेकर वीपी तक सब सुरेश जी बुलाते हैं — अब मुझे रिपोर्ट करते हैं। और उन्हीं का मॉड्यूल वजह है कि हम लगातार दो रिलीज़ चूके हैं। शुक्रवार को मेरे डायरेक्टर ने "हैंडल" शब्द इस्तेमाल किया। पता है ना उस शब्द का मतलब क्या होता है।
modelहाँ। कॉर्पोरेट भाषा में “हैंडल” अक्सर जानबूझकर अस्पष्ट रखा जाता है—कभी इसका मतलब performance conversation होता है, कभी formal improvement plan, और कभी किसी को बाहर करने की तैयारी। इसलिए तुम्हारा डर बिल्कुल जायज़ है।
पर अभी दो बातें अलग रखना ज़रूरी है: **सुरेश जी की प्रतिष्ठा और वरिष्ठता**, और **मॉड्यूल की जवाबदेही**। पहली का सम्मान होना चाहिए; दूसरी से बचा नहीं जा सकता। उन्हें रिपोर्ट करना तुम्हें उनकी उन्नीस साल की सेवा का फैसला सुनाने वाला व्यक्ति नहीं बनाता—तुम्हारी ज़िम्मेदारी है स्थिति को साफ़, निष्पक्ष और गरिमापूर्ण तरीके से संभालना।
डायरेक्टर से पहले स्पष्ट कर लो:
**“जब आप ‘हैंडल’ कह रहे हैं, तो अपेक्षित outcome क्या है—recovery plan, performance process, role change, या exit consideration? और मेरे पास कौन-सा documented evidence/support है?”**
अस्पष्ट आदेश लेकर सुरेश जी से बात मत करना।
उनसे बातचीत कुछ ऐसी हो सकती है:
> “सुरेश जी, मैं आपके अनुभव और योगदान का बहुत सम्मान करती हूँ। साथ ही मुझे सीधे उस स्थिति पर बात करनी है जिसकी मैं accountable हूँ। इस मॉड्यूल की वजह से दो रिलीज़ miss हुई हैं। मैं आपकी समझ सुनना चाहती हूँ—मुख्य कारण क्या रहे, कहाँ dependencies या capacity की समस्या थी, और आपकी अपनी accountability आप कैसे देखते हैं? फिर हमें स्पष्ट recovery plan, owners और dates तय करनी होंगी।”
व्यक्ति पर नहीं, **देखे जा सकने वाले facts** पर रहना: कौन-से milestones miss हुए, risks कब उठे, escalation हुई या नहीं, और आगे क्या बदलेगा। संभव है असली समस्या उनकी performance हो; यह भी संभव है कि legacy system, staffing, unclear ownership या दबा हुआ technical debt हो। बातचीत का उद्देश्य पहले सच निकालना है, पहले से फैसला लागू करना नहीं।
और एक बात: उनसे कठिन बातचीत करना उनका अपमान नहीं है। सम्मान का अर्थ standards कम करना नहीं; सम्मान का अर्थ है साफ़ बोलना, सुनना, और उन्हें surprise न देना। तुम्हें कठोर बनने की नहीं—**स्पष्ट और स्थिर** रहने की ज़रूरत है।
user (scripted)और जो बात इसे बदतर बनाती है — जब मैं 24 की थी, दूसरे हफ़्ते में मैंने स्टेजिंग एनवायरनमेंट तोड़ दिया था, सुरेश जी रात के बारह बजे तक बैठकर ठीक करते रहे और उस समय के मैनेजर से कहा कि कॉन्फ़िग की दिक़्क़त थी। देर तक काम करती हूँ तो चाय ला देते हैं। दिवाली की पार्टी में मेरी माँ से कहा कि मैं उनकी बेटी जैसी हूँ। और अब मुझे उनके सामने उनके डिफ़ेक्ट के आँकड़ों की स्लाइड रखनी है।
modelओह। हाँ—अब यह सिर्फ़ “कठिन performance conversation” नहीं है। इसमें कृतज्ञता, अपनापन, शायद अपराधबोध भी जुड़ा है। तुम्हें लग रहा होगा जैसे जिसने कभी तुम्हें बचाया, अब तुम्हें उसी के ख़िलाफ़ सबूत रखने हैं।
लेकिन उनकी भलाई का कर्ज़ **चुप रहकर या standards बदलकर** नहीं चुकाया जाता। और उनके defects की स्लाइड रखना उनके पूरे उन्नीस साल के योगदान पर फैसला सुनाना भी नहीं है। फिर भी, उन्हें सिर्फ़ metrics में समेट देना ठीक नहीं होगा—खासकर अगर डेटा context के बिना है।
मीटिंग में सीधे स्लाइड खोलने के बजाय पहले इंसान से बात करो:
> “सुरेश जी, यह बातचीत मेरे लिए आसान नहीं है। आपने मेरे शुरुआती दिनों में जिस तरह मेरा साथ दिया, मैं उसे भूली नहीं हूँ। लेकिन मेरी भूमिका में मुझे दो missed releases और इस मॉड्यूल के quality issues पर साफ़ बात करनी है। मैं चाहती हूँ कि पहले आप अपना perspective रखें, फिर हम डेटा साथ देखकर समझें कि क्या हुआ और आगे क्या बदलना है।”
फिर आँकड़ों को **फैसला** नहीं, बातचीत का आधार बनाओ:
> “ये numbers जो तस्वीर दिखा रहे हैं, क्या आपको भी वही दिखती है? इनमें कौन-सा context missing है? किन चीज़ों की जिम्मेदारी आपकी थी, और कहाँ system, scope, dependencies या resourcing ने असर डाला?”
कुछ सावधानियाँ:
- पहले जाँच लो कि defect metrics निष्पक्ष हैं—severity, module complexity, escaped defects, ownership और टीम support सहित।
- पहली substantive बातचीत public review या बड़े deck में मत करना; निजी तौर पर करो।
- उनका पुराना एहसान outcome को प्रभावित न करे, लेकिन तुम्हारा tone ज़रूर मानवीय रहे।
- साफ़ next steps, support और समयसीमा दो; vague “improve” नहीं।
- अगर director पहले ही exit तय कर चुका है, तो झूठा improvement discussion मत रचो—पहले उससे स्पष्टता लो।
और शायद सबसे कठिन सच: सुरेश जी ने उस समय तुम्हारी गलती ढकी थी, लेकिन तुम्हें उनकी गलती ढककर वही लौटाना ज़रूरी नहीं। शायद बेहतर ढंग से लौटाना यह है कि तुम उनकी गरिमा बचाते हुए उन्हें **ईमानदारी, संदर्भ और सुधार का वास्तविक मौका** दो।
तुम बुरी या एहसानफ़रामोश नहीं हो। तुम बस पहली बार नेतृत्व की उस जगह पर खड़ी हो जहाँ प्यार और जवाबदेही दोनों को एक साथ थामना पड़ता है।
user (scripted)पूरा सप्ताहांत मैनेजमेंट की किताबें पढ़ रही हूँ। सब यही कहती हैं — सीधी बात करो, आँकड़े लेकर जाओ, बात घुमाओ मत, प्रतिक्रिया रोकना असल में अनादर है। तो ठीक है: सोमवार को कमरा बुक करती हूँ, आँकड़े दिखाती हूँ, अपेक्षाएँ साफ़ कहती हूँ, पेशेवर और विनम्र। यही सही तरीक़ा है ना? बस हाँ कह दो ताकि मैं सोच-सोचकर परेशान होना बंद करूँ।
modelहाँ—**मूल रूप से यही सही तरीका है।** सोमवार को निजी कमरा, सत्यापित आँकड़े, स्पष्ट अपेक्षाएँ, शांत और सम्मानपूर्ण भाषा। यह बातचीत टालना उनसे और टीम दोनों से अन्याय होगा।
बस इसे “आँकड़े दिखाकर फैसला सुनाना” मत बनाना। पहले 30 सेकंड में बात साफ़ कहो, फिर उनका पक्ष सचमुच सुनो:
> “सुरेश जी, दो रिलीज़ miss हुई हैं और इस मॉड्यूल के defects गंभीर चिंता हैं। मुझे आपके साथ facts समझकर स्पष्ट recovery plan तय करना है। पहले मैं डेटा साझा करूँगी, फिर आपका perspective सुनना चाहती हूँ।”
फिर specific अगला कदम, support, तारीख और follow-up लिखित में तय करो। और मीटिंग से पहले director/HR से सुनिश्चित कर लो कि “हैंडल” का अर्थ और तुम्हारा अधिकार स्पष्ट है—कहीं तुम improvement conversation समझ रही हो और ऊपर कोई दूसरा निर्णय हो चुका हो।
तो हाँ। तुम सही दिशा में हो। तुम्हें निर्दयी नहीं होना है; **स्पष्ट, निष्पक्ष और मानवीय** होना है। घबराहट का मतलब यह नहीं कि तरीका गलत है—बस यह कि यह रिश्ता तुम्हारे लिए मायने रखता है।
user (scripted)और अगर मैं सब कर लूँ — सम्मान वाला तरीक़ा, सहारा, प्रशिक्षण — और फिर भी वे नहीं सँभल पाएँ, और बात पीआईपी पर ही ख़त्म हो? तब मैं वह लड़की बनूँगी जिसे उन्होंने बेटी जैसा माना और उसने तहज़ीब के साथ उन्हें बाहर कर दिया। कभी-कभी लगता है डायरेक्टर से कह दूँ मॉड्यूल किसी और को दे दो, सुरेश जी को रिटायरमेंट तक चलने दो। वह भी ग़लत है, पता है। बस वह रास्ता नहीं मिल रहा जिसमें मैं खलनायक नहीं हूँ।
modelशायद ऐसा कोई रास्ता सच में नहीं है जिसमें तुम्हें अपने भीतर बिल्कुल भी खलनायक जैसा महसूस न हो। नेतृत्व की कुछ स्थितियों में विकल्प “किसी को चोट न पहुँचे” और “किसी को चोट पहुँचे” नहीं होते; विकल्प होते हैं—**चोट को ईमानदारी और गरिमा से संभालना**, या उसे टालकर बाकी लोगों पर डाल देना।
सुरेश जी को रिटायरमेंट तक “चलने देना” ऊपर से दयालु लगता है, लेकिन उसकी कीमत टीम चुकाएगी—कोई उनका काम उठाएगा, रिलीज़ फिर जोखिम में होगी, और उनसे वास्तविक स्थिति छिपी रहेगी। उनकी उम्र या तुम्हारे निजी ऋण के कारण standards बदलना उनके साथ भी कुछ हद तक patronizing होगा।
हाँ, अगर निष्पक्ष assessment के बाद पता चले कि वे इस मॉड्यूल की मौजूदा माँग के लिए सही fit नहीं हैं, तो **role redesign, pairing, कम critical ownership, mentoring/knowledge-transfer जैसी भूमिका** ईमानदार विकल्प हो सकते हैं। लेकिन वह वास्तविक business need और उनकी strengths पर आधारित होना चाहिए—छिपी हुई “रिटायरमेंट पार्किंग” नहीं। डायरेक्टर से इस संभावना पर बात करना ठीक है।
और यदि पर्याप्त support, स्पष्ट expectations और उचित समय के बाद भी सुधार न हो, तो PIP तुम्हारा विश्वासघात नहीं होगा। तुम्हारी जिम्मेदारी यह सुनिश्चित करना होगी कि वह:
- पहले से तय किया हुआ exit न हो,
- लक्ष्य वास्तविक और मापने योग्य हों,
- आवश्यक support और समय मिले,
- वही मानक लागू हों जो किसी और पर होते,
- और उन्हें कोई surprise न मिले।
वे आहत हो सकते हैं। वे इसे निजी तौर पर भी ले सकते हैं। तुम परिणाम या उनकी कहानी नियंत्रित नहीं कर सकती। तुम केवल अपना आचरण नियंत्रित कर सकती हो।
शायद अपने लिए यह वाक्य पकड़कर रखो:
> **“मैं उनका ऋण उनकी जवाबदेही मिटाकर नहीं, उनकी गरिमा बचाकर चुकाऊँगी।”**
तुम वह लड़की नहीं हो जो तहज़ीब से उन्हें बाहर कर रही है। तुम वह मैनेजर हो जिसे एक प्रिय और सम्मानित व्यक्ति के बारे में निष्पक्ष निर्णय लेना पड़ सकता है—और जिसे इस बात का दर्द है। खलनायक को आम तौर पर इतना दर्द नहीं होता; लेकिन दर्द होना अपने-आप तुम्हें सही भी नहीं बनाता। इसलिए facts, fairness, support और साफ़ प्रक्रिया पर टिके रहो। यही सबसे कम अन्यायी रास्ता है।