काम पर परफॉर्मेंस रिव्यू के लिए इंग्लिश फ्रेजेज: क्या कहें और कैसे कहें

काम पर परफॉर्मेंस रिव्यू के लिए इंग्लिश फ्रेजेज रटने की चीज़ नहीं हैं। ये आपके असली काम को ऐसे फ्रेम करने के लिए हैं कि मैनेजर उसे सुन भी सके। यहाँ वे स्क्रिप्ट हैं जो काम करती हैं, और वे भी जिनसे बचना चाहिए।

एक प्रोफेशनल रोशन दफ़्तर में मेज़ के आर-पार मैनेजर से बात करता हुआ, बीच में नोटबुक और लैपटॉप खुले हुए।
मुख्य बातें: काम पर परफॉर्मेंस रिव्यू के लिए इंग्लिश फ्रेजेज एक आसान पैटर्न पर चलते हैं: नतीजा बताइए, सबूत दीजिए, और उसे आगे की योजना से जोड़िए। "I delivered X, which led to Y" जैसे वाक्य "I work hard" जैसे धुँधले दावों से कहीं बेहतर हैं। मीटिंग से पहले इन्हें ज़ोर से बोलकर प्रैक्टिस कीजिए, क्योंकि रिव्यू एक बातचीत है, कोई पढ़ने का अभ्यास नहीं।

गैर-देशी वक्ताओं के परफॉर्मेंस रिव्यू क्यों फेल होते हैं

परफॉर्मेंस रिव्यू असल में आपके काम के बारे में नहीं होता। वह इस बारे में होता है कि आप कम समय में, दबाव में, किसी के नोट्स लेते हुए, अपने काम का बखान कितनी अच्छी तरह कर पाते हैं। यह एक बोलने का काम है, और दूसरी भाषा में यह ऑफिस की लगभग किसी भी बातचीत से ज़्यादा मुश्किल है।

दिक्कत शब्दावली की शायद ही होती है। B2 लेवल के ज़्यादातर प्रोफेशनल्स को "achievement" शब्द आता है और वे "improve" सही इस्तेमाल कर लेते हैं। दिक्कत फ्रेमिंग की है। एक देशी वक्ता कहता है "I led the migration and cut response time by 40 percent"। एक गैर-देशी वक्ता, घबराया हुआ और सुरक्षित शब्द ढूँढते हुए, कहता है "I worked on the migration, it was good"। दूसरा वाक्य व्याकरण की दृष्टि से ठीक है और प्रोफेशनल नज़र में अदृश्य।

एक सांस्कृतिक अंतर भी है। बहुत से सीखने वाले ऐसे कामकाजी माहौल से आते हैं जहाँ अपनी तारीफ करना असभ्य माना जाता है और रिव्यू में विनम्रता को अच्छा माना जाता है। अंग्रेज़ी बोलने वाले ऑफिस में रिव्यू उन गिनी-चुनी जगहों में से है जहाँ आपसे उम्मीद की जाती है कि आप अपनी कीमत सीधे बताएँ। इसे कम आँककर बताना विनम्रता नहीं, कमज़ोर परफॉर्मेंस जैसा सुनाई देता है।

इलाज यह नहीं है कि आप शेखी बघारने लगें। इलाज यह है कि आप कुछ वाक्य-ढाँचे सीख लें जिनसे तथ्य साफ़-साफ़ कहे जा सकें, और उन्हें तब तक दोहराएँ जब तक वे बिना झिझक निकलने लगें। बाकी लेख में यही ढाँचे दिए गए हैं।

वह तीन-हिस्सों वाला ढाँचा जो हर जवाब को सँभालता है

लगभग हर मज़बूत रिव्यू जवाब का ढाँचा एक ही होता है। पहले नतीजा बताइए, फिर सबूत दीजिए, फिर उसे आगे से जोड़िए। नतीजा, सबूत, दिशा। बस इतना ही।

फ़र्क देखिए। कमज़ोर जवाब: "I think I did a good job this year." मज़बूत जवाब: "I closed the two largest client accounts this year, which brought in around 120,000 in new revenue, and I want to build on that by leading the expansion into the next region." वही इंसान, वही साल, लेकिन छाप बिल्कुल अलग।

सबसे ज़्यादा लोग सबूत वाले हिस्से में फिसलते हैं। आपको कोई स्प्रेडशीट नहीं चाहिए। आपको एक ठोस आँकड़ा, नाम या घटना चाहिए। कोई प्रोजेक्ट का नाम, कोई प्रतिशत, कोई क्लाइंट, कोई डेडलाइन जो आपने पहले पूरी की। अगर आप एक भी नाम नहीं बता पा रहे, तो वह दावा अभी ज़ोर से बोलने लायक नहीं है।

मीटिंग से पहले अपनी तीन सबसे बड़ी उपलब्धियाँ लिखिए, हर एक को इसी ढाँचे में एक वाक्य में। आप देखेंगे कि लिखने से आपको सबूत ढूँढना पड़ता है, और सबूत ही वह चीज़ है जो मैनेजर को असल में याद रहती है।

काम पर परफॉर्मेंस रिव्यू के लिए इंग्लिश फ्रेजेज: अपनी ताकत के बारे में बोलना

ये वे फ्रेजेज हैं जो असली काम करते हैं, इस हिसाब से बाँटे गए हैं कि आप क्या बताना चाहते हैं। ये टेम्पलेट हैं: इनमें अपना नतीजा और सबूत डाल दीजिए।

जो नतीजे आपने दिए: "I delivered X, which led to Y." "My main contribution was X, and it resulted in Y." "I took ownership of X and brought it in ahead of schedule." मुख्य शब्द हैं "led to" या "resulted in"। ये आपको नतीजा बताने पर मजबूर करते हैं, सिर्फ़ काम बताने पर नहीं।

जो समस्याएँ आपने सुलझाईं: "When X happened, I stepped in and Y." "I identified the bottleneck in X and fixed it by Y." मैनेजर समस्या सुलझाने वाली भाषा को लीडरशिप के तौर पर सुनते हैं, चाहे पद जूनियर ही हो।

मिलकर काम करने के लिए: "I worked closely with X to deliver Y." "I brought together the X and Y teams to resolve Z." कौन और क्या, यह साफ़ बताइए। "I am a team player" वह वाक्य है जिससे आपके नंबर कटते हैं, क्योंकि यह हर कोई कहता है और यह कुछ साबित नहीं करता।

एक आम गलती है क्रियाओं को ढेर कर देना: "I helped, supported, and contributed to the project." तीन कमज़ोर क्रियाएँ मिलकर एक मज़बूत क्रिया नहीं बनतीं। वह क्रिया चुनिए जो सच में सही है, "led", "built", "delivered", "negotiated", और वाक्य को उसी पर टिकने दीजिए।

खुद को नीचा दिखाए बिना कमज़ोरियों की बात कैसे करें

हर रिव्यू में कमज़ोरियों के बारे में पूछा जाता है, और अगर आप इसका शब्दशः जवाब दें तो सवाल एक जाल बन जाता है। मकसद इकबालिया बयान देना नहीं है। मकसद यह दिखाना है कि आप अपनी कमियाँ देख सकते हैं और उन्हें भरना शुरू भी कर चुके हैं।

सुरक्षित ढाँचा यह है: कोई असली लेकिन सीमित कमज़ोरी बताइए, फिर वह कदम दिखाइए जो आप पहले ही उठा चुके हैं। "I used to struggle with X, so I have been doing Y, and it has improved Z." यहाँ past tense मायने रखता है। जिस कमज़ोरी को आप सुधार रहे हैं वह आत्म-जागरूकता लगती है; जिसमें आप अब भी बैठे हैं वह समस्या लगती है।

कुछ असली चुनिए, लेकिन जानलेवा नहीं। "I can be too detail-oriented" घिसा-पिटा और साफ़ दिखने वाला बहाना है। इससे बेहतर: "I found it hard to push back in meetings, so I have been preparing one question or objection before each one, and I now speak up in most of them." यह ईमानदार है, ठोस है, और विकास दिखाता है।

झूठी विनम्रता वाले वाक्यों से बचिए: "I work too hard", "I care too much", "I am a perfectionist"। अंग्रेज़ी बोलने वाले कामकाजी माहौल में मैनेजर इन्हें इतनी बार सुन चुके हैं कि अब ये टालने जैसे लगते हैं। एक असली, सुधरी हुई कमज़ोरी छिपी हुई तारीफ से ज़्यादा भरोसा कमाती है। अगर आपको पता नहीं कि कोई वाक्य कैसा सुनाई देगा, तो उसे ऐसे ट्यूटर के सामने ज़ोर से बोलिए जो मैनेजर की तरह जवाब दे, जैसा Tutoro की conversation practice में होता है। यह दूसरी तरफ़ से सुनने का तेज़ तरीका है।

सैलरी बढ़ाने या प्रमोशन माँगने के फ्रेजेज

यही हिस्सा ज़्यादातर सीखने वाले छोड़ देते हैं क्योंकि यह टकराव जैसा लगता है। लेकिन परफॉर्मेंस रिव्यू वही एक मीटिंग है जहाँ माँगना अपेक्षित है, और न माँगना अक्सर यह दिखाता है कि आपको वह चाहिए ही नहीं।

ढाँचा यह है: सबूत से शुरू कीजिए, फिर माँग सीधे रखिए। "Based on the results we have discussed, I would like to discuss a move to the senior role." या "Given the revenue I brought in this year, I would like to talk about a salary adjustment." "Given" या "based on" शब्द ही असली काम करते हैं: ये माँग को उन तथ्यों से जोड़ देते हैं जो कमरे में पहले ही मान लिए गए हैं।

माँग को "क्या कोई संभावना है" वाले सवाल में न बदलिए। "Is there any chance of a promotion?" का जवाब "not right now" आने के लिए तैयार रहता है। "I would like to discuss a promotion" असली बातचीत शुरू करता है। एक उम्मीद है, दूसरा रुख़।

अगर जवाब ना हो, तो भी आप सवाल पूछकर जीत जाते हैं: "What would I need to demonstrate over the next six months to get there?" यह इनकार को एक प्लान में बदल देता है, और यह पूरे लेख का सबसे काम का वाक्य है।

मीटिंग से पहले प्रैक्टिस कैसे करें

इन फ्रेजेज को पढ़ लेना और मैनेजर के सामने इन्हें निकाल पाना, दो अलग बातें हैं। फ्रेजेज को आपके मुँह पर रहना चाहिए, कागज़ पर नहीं। इसका मतलब है इन्हें पूरे वाक्यों में, कई बार, ज़ोर से बोलना।

शुरुआत कीजिए अपने तीन उपलब्धि-वाक्य नतीजा-सबूत-दिशा ढाँचे में लिखकर। फिर उन्हें ज़ोर से बोलिए, एक बार धीरे, एक बार सामान्य रफ़्तार से। फिर बिना देखे बोलिए। अगर किसी फ्रेज पर अटकें, तो उसी को और प्रैक्टिस कीजिए, क्योंकि कमरे में भी आप उसी पर अटकेंगे।

इससे भी बेहतर, पूरी बातचीत की रिहर्सल कीजिए, सिर्फ़ अपनी लाइनें नहीं। रिव्यू एक संवाद है: मैनेजर आगे सवाल पूछेगा, ब्यौरा माँगेगा, किसी आँकड़े पर दबाव डालेगा। आपको फॉलो-अप सवालों के जवाब देने हैं, कोई स्क्रिप्ट सुनानी नहीं है। यह हुनर सिर्फ़ बातचीत करके ही बनता है।

रिहर्सल का एक व्यावहारिक तरीका यह है कि बातचीत ऐसे किसी व्यक्ति के साथ की जाए जो असली मैनेजर की तरह सवाल पूछे। एक AI English tutor यह भूमिका निभा सकता है: वह फॉलो-अप सवाल पूछता है, आपके जवाब सुनता है, और आप एक वाक्य को तब तक दोहरा सकते हैं जब तक वह साफ़ न निकले। यही बिना दबाव वाली पुनरावृत्ति किसी स्क्रिप्ट को बोलचाल में बदलती है।

Tutoro पर परफॉर्मेंस-रिव्यू वाली बातचीत लाइव speaking practice के रूप में होती है। आप अपनी उपलब्धियों और लक्ष्यों पर ऐसे ट्यूटर से बात करते हैं जो किरदार में रहकर जवाब देता है, और बोलते समय आपका उच्चारण शब्द-दर-शब्द स्कोर होता है, ताकि आपको साफ़ पता चले कि किन फ्रेजेज पर एक और राउंड चाहिए। यह उन सीखने वालों के लिए ठीक है जो कोई खास मीटिंग उससे पहले रिहर्स करना चाहते हैं; यह मीटिंग की जगह नहीं लेता, और यह उनके लिए नहीं है जिन्हें कोई लिखी हुई फ्रेज लिस्ट चाहिए जिसे उन्हें कभी ज़ोर से बोलना ही न पड़े।

इंग्लिश परफॉर्मेंस रिव्यू में क्या न कहें

कुछ वाक्य सीधे नुकसान करते हैं, और उन्हें नाम लेकर बताना ज़रूरी है ताकि आप उन्हें हटा सकें। "I did my best" इनमें सबसे बुरा है: यह एक बहाना है जिसमें कोई जानकारी नहीं, और यह बताता है कि नतीजा नहीं आया। "It was a team effort" एक बार ठीक है, लेकिन अगर यह हर सवाल का जवाब है, तो मैनेजर को पता ही नहीं चलेगा कि आपने क्या दिया।

अपनी ही उपलब्धि की शुरुआत "I am not sure, maybe" से करना खुद के पैर पर कुल्हाड़ी मारना है। कमरे में सिर्फ़ आप ही हैं जो जानते हैं कि आपने क्या किया। सीधे बताइए।

जो बातें हो चुकी हैं, उन पर शर्तिया झिझक भी छोड़िए: "I think I might have helped with the launch." लॉन्च हो चुका, आप वहाँ थे, तो कहिए "I helped with the launch"। बीती हुई सच्चाइयों पर झिझक आपकी हर बात को अनिश्चित बना देती है, उन हिस्सों को भी जो सच हैं।

इन सबके नीचे पैटर्न एक ही है: धुँधली क्रियाएँ, कोई सबूत नहीं, कोई ज़िम्मेदारी नहीं। इलाज भी वही है जो इस लेख में हर जगह है। नतीजा बताइए, सबूत बताइए, सीधे बताइए।

एक छोटी स्क्रिप्ट जिसे आप अपने हिसाब से बदल सकते हैं

यहाँ एक पूरा जवाब है जिसे आप अपने रिव्यू के लिए ढाल सकते हैं, और यह पूरी तरह ऊपर बताए ढाँचों से बना है।

"This year my main contribution was leading the website redesign. It shipped in March, and it resulted in a 25 percent increase in sign-ups by June. The part I am most proud of is bringing together the design and engineering teams, who had not worked well together before, and getting the project delivered on time. One area I have been working on is delegating more. I used to try to review every detail myself, so I have been handing off smaller tasks and checking in weekly instead of daily. Based on these results, I would like to discuss taking on the product lead role next year."

ध्यान दीजिए कि इसमें क्या नहीं है: कोई "I think" नहीं, कोई "maybe" नहीं, कोई "I worked hard" नहीं। हर वाक्य में एक तथ्य है। यही पूरा हुनर है, और यह सीखा जा सकता है।

अगर आप और गहराई में जाना चाहें, तो University of California की self-evaluation गाइड ईमानदार, सबूत-आधारित सेल्फ-असेसमेंट लिखने का ढाँचा देती है, और Harvard Business Review की self-promotion पर सलाह बताती है कि अपने नतीजे सीधे बताना एक हुनर है, घमंड नहीं। भाषा के लिए, British Council के business English संसाधन वे मानक फ्रेजेज देते हैं जो देशी वक्ता ऑफिस की बातचीत में इस्तेमाल करते हैं।

Common questions

परफॉर्मेंस रिव्यू में अपनी उपलब्धियाँ बताने के लिए अच्छे इंग्लिश फ्रेजेज कौन से हैं?

नतीजा-सबूत-दिशा वाला ढाँचा इस्तेमाल कीजिए: 'I delivered X, which led to Y', 'My main contribution was X, and it resulted in Y', या 'I took ownership of X and brought it in ahead of schedule.' हर फ्रेज आपको ठोस नतीजा बताने पर मजबूर करता है, सिर्फ़ काम बताने पर नहीं, और मैनेजर को असल में यही याद रहता है।

खराब छवि बनाए बिना परफॉर्मेंस रिव्यू में अपनी कमज़ोरियों की बात कैसे करूँ?

कोई असली लेकिन सीमित कमज़ोरी past tense में बताइए, फिर वह कदम दिखाइए जो आप पहले ही उठा चुके हैं: 'I used to struggle with X, so I have been doing Y, and it has improved Z.' जिस कमज़ोरी को आप सुधार रहे हैं वह आत्म-जागरूकता लगती है; जिसमें आप अब भी बैठे हैं वह समस्या लगती है।

इंग्लिश में सैलरी बढ़ाने या प्रमोशन की माँग कैसे करूँ?

माँग को उन सबूतों से जोड़िए जो कमरे में पहले ही मान लिए गए हैं, फिर उसे सीधे रखिए: 'Based on the results we have discussed, I would like to discuss a move to the senior role.' इसे 'Is there any chance?' में नरम न कीजिए, क्योंकि यह ना के लिए दावत देता है। इनकार हो तो पूछिए कि वहाँ तक पहुँचने के लिए आपको क्या दिखाना होगा।

इंग्लिश परफॉर्मेंस रिव्यू में क्या कहने से बचना चाहिए?

धुँधली क्रियाओं और झिझक से बचिए: 'I did my best', 'I think I might have helped', और 'I am a team player'। इनमें कोई सबूत नहीं होता और ये अनिश्चितता या कमज़ोर परफॉर्मेंस का संकेत देते हैं। इनकी जगह ठोस नतीजे, आँकड़े और ज़िम्मेदारी रखिए, जैसे 'I led the migration and cut response time by 40 percent'।

मीटिंग से पहले परफॉर्मेंस रिव्यू के फ्रेजेज की प्रैक्टिस कैसे करूँ?

अपनी तीन उपलब्धियाँ नतीजा-सबूत-दिशा ढाँचे में एक-एक वाक्य में लिखिए, फिर उन्हें कई बार ज़ोर से बोलिए जब तक वे बिना झिझक निकलने लगें। पूरी बातचीत की रिहर्सल कीजिए, फॉलो-अप सवालों समेत, सिर्फ़ अपनी लाइनें नहीं, क्योंकि रिव्यू एक संवाद है, स्क्रिप्ट पढ़ना नहीं।

← सभी लेख