Giving hard feedback to a teammate twice your age
Hierarchy & respect registers हिंदी roleplay hier-002.hi
user (scripted)चार महीने पहले इंजीनियरिंग मैनेजर बनी और अब वह बातचीत आ गई है जिससे मैं डर रही थी। सुरेश जी — 56 के हैं, उन्नीस साल से कंपनी में हैं, चौकीदार से लेकर वीपी तक सब सुरेश जी बुलाते हैं — अब मुझे रिपोर्ट करते हैं। और उन्हीं का मॉड्यूल वजह है कि हम लगातार दो रिलीज़ चूके हैं। शुक्रवार को मेरे डायरेक्टर ने "हैंडल" शब्द इस्तेमाल किया। पता है ना उस शब्द का मतलब क्या होता है।
modelपहली बात — घबराना बिलकुल स्वाभाविक है। आपने अभी-ही मैनेजर बनकर बड़ी जिम्मेदारी ली है और सामने एक अनुभवी, लंबे समय से कंपनी में रहने वाले कर्मचारी हैं। यही स्थिति नर्वसनेस और असमंजस लाने वाली होती है। अब कुछ ठोस कदम बताती/बताता हूँ जिससे आप इस बातचीत को नियंत्रित, निष्पक्ष और प्रभावी बना सकें।
बातचीत से पहले (तैयारी)
- तथ्य इकट्ठा करें: कौन-सी रिलीज़ मिस हुई, कब-से कब तक डेडलाइन थी, किस हिस्से में देरी हुई, लॉग/टिकट/रिलीज़ नोट्स/CI-पाइपलाइन इत्यादि के सबूत रखें। व्यक्तिगत आक्षेप नहीं—सिर्फ़ इम्पैक्ट और डेटा।
- प्रभाव बताने की सूची बनाएं: बिजनेस पर क्या असर पड़ा (कस्टमर, रिसोर्स प्लानिंग, अन्य टीमों की डिपेंडेंसी), टीम पर क्या दबाव पड़ा।
- लक्ष्य तय करें: बातचीत का उद्देश्य क्या है? (रूट-कारण समझना, सुधार के लिए प्लान बनाना, सपोर्ट/रिसोर्स चाहिए तो बताना, एक टाइमलाइन सेट करना)
- संभावित समाधान और विकल्प सोचें: री-असाइन, कोड-रीव्यू प्रोसेस, QA स्ट्रेंथेन, बफर टाइम, एडिशनल रिज़ोर्स, ट्रेनिंग, पार्ट-ऑन-कॉल स्पोर्ट आदि।
मीटिंग की रूपरेखा (कैसे रखें)
- शुरुआत सम्मान और मानवीयता से करें: “मैं आपकी अनुभव की कदर करती/करता हूँ...” इससे डिफेंसिवनेस कम होती है।
- एजेंडा स्पष्ट रखें: “आज का मकसद यह समझना है कि पिछली दो रिलीज़ क्यों चूकीं और अगले रिलीज़ को कैसे सुरक्षित रखें।” यह बातचीत का टोन प्रोफेशनल रखेगा।
- फैक्ट्स शेयर करें, वस्तुनिष्ठ रहें: डेटा और इम्पैक्ट दिखाइए—“रिलीज़ X देरी से आई, इससे Y ग्राहक-रिस्पॉन्स और Z बिलिंग-रिफंड हुआ।” इमोशन कम।
- सुनने के लिए जगह दें: खुलकर पूछें—“आपके नजरिए से मुख्य चुनौतियाँ क्या रहीं?” “क्या कोई बाधाएँ थीं जो आपने रिपोर्ट की थीं?” यह सम्मान दिखाता है और अक्सर असली रूट-कारन सामने लाता है।
- रूट-कारन खोजें: प्रोसेस इश्यू, रिसोर्स इश्यू, टेक्निकल डेफिसिट, टेस्ट कवरेज, या व्यक्तिगत बर्नआउट—हर कारण अलग समाधान माँगता है।
- स्पष्ट एक्शन प्लान बनाएं: कौन क्या करेगा, कब तक, और कैसे मापेंगे? (उदा. अगले 2 हफ्तों में मॉड्यूल का कोड-क्वालिटी ऑडिट, हर शुक्रवार स्टेटस, या डेडलाइन + बफर)
- सपोर्ट की पेशकश करें: अगर ट्रेनिंग, पेअरिंग, टूल्स या एडिशनल हेडकाउंट चाहिए तो बताइए—मैनेजर का काम समस्या सुलझाने में मदद करना भी है।
- अपेक्षाएँ और नतीजे साफ रखें: अगर सुधार नहीं हुआ तो अगले कदम क्या होंगे (performance plan, reassign) — यह धमकी नहीं, बल्कि पारदर्शिता है।
टोन और बॉडी लैंग्वेज
- शांत, सम्मानजनक और निर्णायक रहें। नम्रता दिखाते हुए स्पष्टता रखें।
- “आपने गलत किया” की जगह “हमने परिणाम क्या देखे और आगे क्या करें” वाला फ्रेम इस्तेमाल करें।
- अगर भावनाएँ ऊँची हों तो मीटिंग रोककर कुछ मिनट ब्रेक लें, फिर बात आगे बढ़ाएँ।
डॉक्युमेंटेशन और फॉलो-अप
- मीटिंग के मिनट्स लिखें: जिन बिंदुओं और ऐक्शन्स
user (scripted)और जो बात इसे बदतर बनाती है — जब मैं 24 की थी, दूसरे हफ़्ते में मैंने स्टेजिंग एनवायरनमेंट तोड़ दिया था, सुरेश जी रात के बारह बजे तक बैठकर ठीक करते रहे और उस समय के मैनेजर से कहा कि कॉन्फ़िग की दिक़्क़त थी। देर तक काम करती हूँ तो चाय ला देते हैं। दिवाली की पार्टी में मेरी माँ से कहा कि मैं उनकी बेटी जैसी हूँ। और अब मुझे उनके सामने उनके डिफ़ेक्ट के आँकड़ों की स्लाइड रखनी है।
modelऐसा होना स्वाभाविक है — जो आपने बताया उससे भावनात्मक जटिलता बढ़ जाती है: बचपन-सा हिफाज़त वाला रिश्ता, पिछले रहते हुए बड़े अहसान और अब पेशेवर आलोचना। कुछ बातें जो आप कर सकती हैं ताकि मीटिंग पेशेवर, सुरक्षित और प्रभावी बने:
1) मंशा साफ रखें (अपने मन की तैयारी)
- उद्देश्य याद रखें: यह व्यक्तिगत कॉन्फ्रंटेशन नहीं, प्रोडक्ट/रिलीज़ इश्यू सुलझाने की मीटिंग है।
- अपने आप को यह कहें: “मैं सम्मान के साथ मुद्दा उठाऊँगी/उठाऊँगा — और समाधान-centred रहूँगी/रहूँगा।”
- पिछला अहसान/कृपा मन में रखें, पर मीटिंग में उसे जरूरी रूप में ही रखें — व्यक्तिगत लेन-देन की याद दिलाना बातचीत को हटाकर भावनात्मक बना सकता है।
2) स्लाइड/प्रेज़ेंटेशन का टोन और कंटेंट
- सिर्फ़ डेटा: इम्पैक्ट (किसे कितना प्रभावित हुआ), टाइमलाइन, रिप्रोड्यूस स्टेप्स, लॉग/टिकट रेफरेंस, और संभावित रूट-कारन के हाइपोथेसिस।
- “किसने क्या किया” की बजाय “किस हिस्से में प्रोसेस फेल हुई” पर फोकस करें — मॉड्यूल/इंटरफ़ेस/टेस्ट कवरेज/डिप्लॉयमेंट चेकलिस्ट इत्यादि।
- एक स्लाइड रखें: प्रस्तावित अगले कदम और रिसोर्स/टाइमलाइन सुझाव — यह दिखाता है कि आप केवल आरोप नहीं लगा रही/रहा बल्कि समाधान भी ला रही/रहा हैं।
- निष्कर्ष में नोट: “हमारा लक्ष्य अगली रिलीज़ सुरक्षित करना है” — यह टीम-फोकस रिझाता है।
3) शुरुआत कैसे करें (स्क्रिप्ट सुझाव)
- शिष्ट और स्पष्ट शुरुआत: “सुरेश जी, सबसे पहले आपका अनुभव और मदद बहुत मायने रखता है। आज मैं डेटा और इम्पैक्ट के साथ यह समझना चाहती/चाहता हूं कि पिछली दो रिलीज़ क्यों चूकीं, ताकि हम अगली बार सुरक्षित रखें।”
- अगर आप पिछली मदद का संक्षेप में ज़िक्र करना चाहें: “पहले भी आपने मेरी मदद की थी — मैं उसकी कदर करती/करता हूँ। आज भी मैं आपकी इनपुट लेना चाहती/चाहता हूँ ताकि हम समाधान निकालें।” — बहुत छोटा और सच्चा इशारा पर्याप्त है, विस्तार में मत जाइए।
4) अगर सेंसिटिव पर्सनल कमेंट करे या बातचीत ऑफ-टॉपिक हो जाए
- शालीन सीमांकन: “मैं उस बात को महत्व देती/देता हूँ, पर आज का एजेंडा रिलीज़ इश्यू पर है — क्या आप इस पर आपकी राय देंगे?”
- अगर बार-बार पर्सनल बातें करें और आप असहज हों: शांत पर दृढ़ — “मैं असहज महसूस कर रही/रहा हूँ, कृपया पेशेवर विषय पर ही फोकस करें।” (यदि यह काम नहीं करे और पैटर्न बनी रहे तो HR/आपके डायरेक्टर को बताने पर विचार करें।)
- अगर वह रक्षात्मक हो जाए: पूछने वाला अंदाज़ अपनाएँ — “आपके नजरिए से कौन-सी प्रमुख टेक्निकल या प्रोसेस दिक्कत रही?” — इससे वे जानकारी देंगे और आप सहयोगी दिखेंगी/दिखेंगे।
5) रूट-कारण पर बातचीत चलाना
- खुला प्रश्न पूछें, सुनें, और नोट लें। अक्सर एक्सपर्ट्स अपनी जमानत-नुकसान बचाने के लिए टेक्निकल कारण बताएँगे — वही आपको समाधान तक ले जाते हैं।
- चेकलिस्ट/प्रोसेस-चेंज सुझाएँ जो दोस्ताना दिखें: कोड-फ्रीज नियम, स्टेजिंग
user (scripted)पूरा सप्ताहांत मैनेजमेंट की किताबें पढ़ रही हूँ। सब यही कहती हैं — सीधी बात करो, आँकड़े लेकर जाओ, बात घुमाओ मत, प्रतिक्रिया रोकना असल में अनादर है। तो ठीक है: सोमवार को कमरा बुक करती हूँ, आँकड़े दिखाती हूँ, अपेक्षाएँ साफ़ कहती हूँ, पेशेवर और विनम्र। यही सही तरीक़ा है ना? बस हाँ कह दो ताकि मैं सोच-सोचकर परेशान होना बंद करूँ।
modelहाँ — सीधा, डेटा-आधारित और स्पष्ट अपेक्षाएँ कहना ही सही तरीका है। पर एक छोटी सी सलाह जोड़ दूँगी/दूँगा: सीधेपन के साथ थोड़ी संवेदनशीलता और सीमाएँ भी रखें — शुरुआत में सम्मान जताएँ, रूट-कारण जानने के लिए खुला सवाल रखें, और अगर बातचीत व्यक्तिगत या असहज हो जाए तो शांत पर दृढ़ तरीके से उसे पेशेवर एजेंडा पर वापस लाएँ। मीटिंग बाद के रिकॉर्ड/मिनट्स और अगले कदम लिखना न भूलें — यह आपको सुरक्षा और क्लैरिटी देगा।
आपने अच्छा तैयार किया है — आप इसे संभाल सकती/सकते हैं।
user (scripted)और अगर मैं सब कर लूँ — सम्मान वाला तरीक़ा, सहारा, प्रशिक्षण — और फिर भी वे नहीं सँभल पाएँ, और बात पीआईपी पर ही ख़त्म हो? तब मैं वह लड़की बनूँगी जिसे उन्होंने बेटी जैसा माना और उसने तहज़ीब के साथ उन्हें बाहर कर दिया। कभी-कभी लगता है डायरेक्टर से कह दूँ मॉड्यूल किसी और को दे दो, सुरेश जी को रिटायरमेंट तक चलने दो। वह भी ग़लत है, पता है। बस वह रास्ता नहीं मिल रहा जिसमें मैं खलनायक नहीं हूँ।
modelपहली बात — ये भावना पूरी तरह समझ में आती है। आपने उन पारिवारिक तरह की यादों को साझा किया, इसलिए ऐसा सोचना स्वाभाविक है कि अगर आप कड़े कदम उठाएँगी तो आप “खलनायक” बन जाएँगी। पर असल ज़िन्दगी में मैनेजमेंट का काम कठिन निर्णय लेना और इन्सानियत दोनों साथ रखना होता है — और दोनों संभव हैं।
कुछ सिद्ध बातें जो आपकी मदद करेंगी:
- जिम्मेदारी vs व्यक्तित्व अलग है: आपकी प्राथमिक ज़िम्मेदारी प्रोडक्ट/कस्टमर और टीम की स्थिरता है। किसी का करियर प्रभावित होना दुखद है, पर यह जरूरी हो सकता है अगर प्रोसेस बार-बार फेल हो रही है। इसका मतलब यह नहीं कि आप कठोर या निर्दयी हैं — आप केवल अपना काम कर रही हैं।
- कदम-दर-कदम, दया के साथ प्रोफेशनल प्रोसेस अपनाएँ:
1) पहले समर्थन और साफ अवसर दें — कोचिंग, पेयर-प्रोग्रामिंग, ट्रेनिंग, असाइनमेंट में बदलाव, मॉड्यूल की हिस्सों का री-असाइन — ये सब आपने किया तो दिखाइए।
2) स्पष्ट, मापने योग्य अपेक्षाएँ तय करें (SMART): क्या सफल रिलीज़ माने जाएंगे, कौन से मीट्रिक्स (बग रेट, डिलीवरी टाइमलाइन, टेस्ट कवरेज) और कितनी अवधि।
3) नियमित फीडबैक दें और नोट रखें — तारीखें, चर्चाएँ, रिज़ल्ट्स। यह न सिर्फ़ फेयरनेस दिखाता है, बल्कि आपकी सही नीयत का सबूत भी बनता है।
4) अगर सुधार न हो, तो PIP भी एक नियोजित, सपोर्टिव प्रक्रिया हो सकती है — इसे “सजा” न समझें बल्कि अंतिम मौका समझें, पर यह दस्तावेज़ी होना चाहिए और रियलिस्टिक सपोर्ट के साथ।
5) विकल्प सुझाएँ: रोल-शिफ्ट (कम-क्रिटिकल मॉड्यूल), पार्ट-टाइम में बदलाव, मेंटॉर-लैड रोल, या रिटायरमेंट/नरम ट्रांज़िशन के लिए संस्थागत समर्थन — ये humane रास्ते हैं जिनसे व्यक्ति सम्मान के साथ आगे बढ़ सके।
- कैसे खुद को “खलनायक” महसूस होने से बचाएँ:
- इरादा स्पष्ट रखें: आपने पहले से मदद की, आपने हर संभव उपाय अपनाए — और फिर भी परिणाम न आएँ तो यह उनकी व्यक्तिगत कमी नहीं, प्रोफेसनल रियलिटी है।
- बात को टीम और बिजनेस इम्पैक्ट के संदर्भ में रखें—न कि व्यक्तिगत रूप से। यह आपको भावनात्मक दूरी देता है।
- फैसलों को अकेले न लें — डायरेक्टर/HR को शामिल करें। साझा निर्णय पर आप “मेज़बान” नहीं, निर्णय-प्रणाली के एक हिस्से के रूप में दिखेंगी।
- सब कुछ ट्रांसपेरेंट रखें: फ़ीडबैक, मीटिंग मिनट्स, सपोर्ट ऑफर, और PIP के क्राइटेरिया — इससे किसी प्रकार के “नैरेटिव” का निर्माण मुश्किल होता है।
- बात कैसे कहें (फ्रेमिंग उदाहरण):
- “हमने साथ मिलकर कई उपाय किए और मैं आपकी मदद करने की पूरी कोशिश कर रही/रहा हूँ। अभी भी जो मीट्रिक्स हम देख रहे हैं, वे आवश्यक स्तर तक नहीं पहुँचे। हमारा अगले कदम (PIP/री-असाइन/रोल-चेंज) है, और मैं चाहती/चाहता हूँ कि यह ट्रांज़िशन सम्मानजनक और सपोर्टिव हो — क्या हम साथ मिलकर अगले 8 हफ्ते के प्लान को फाइनल कर लें?”
यह टोन सहानुभूतिपूर्ण है पर स्पष्ट भी।
- अगर आप मॉड्यूल किसी और को देने का सुझाव देना चाहें:
- डायरेक्टर/PM को डेटा और रिस्क-आधारित रेशनल दें: बिजनेस इम्पैक्ट, कंटिन्यूएटी प्लान, और ट्रांज़िशन प्लान — यह दिखाएँ कि आप टीम और कंपनी की बेहतरी सोच