यह टेम्पलेट बैकएंड, फ्रंटएंड और फुल-स्टैक इंजीनियरों के लिए बनाया गया है। इसमें एक कॉलम और सीधे-सादे सेक्शन हेडिंग हैं, ताकि ATS यानी आवेदन छाँटने वाला सॉफ़्टवेयर इसे उसी तरह पढ़े जैसे कोई इंसान पढ़ता है। सैंपल तीन कंपनियों में नौ साल के अनुभव वाले एक सीनियर बैकएंड इंजीनियर का है, लेकिन यही ढाँचा फ्रेशर से लेकर टेक लीड तक हर लेवल पर काम करता है। सैंपल की जगह अपनी जानकारी भरें और जो सेक्शन आपके काम के नहीं हैं, उन्हें हटा दें।
टेम्पलेट एक नज़र में
| सेटिंग | यह टेम्पलेट |
|---|---|
| लेआउट | ATS फ़्रेंडली, एक कॉलम |
| लंबाई | एक पेज, 10 साल से ज़्यादा अनुभव पर दो पेज |
| किसके लिए | बैकएंड, फ्रंटएंड, फुल-स्टैक, प्लेटफ़ॉर्म और मोबाइल इंजीनियर |
| सेक्शन का क्रम | प्रोफ़ाइल, अनुभव, स्किल्स, प्रोजेक्ट, शिक्षा, सर्टिफ़िकेट, भाषाएँ |
| इनमें भी अच्छा लगता है | कॉम्पैक्ट (एक पेज में ज़्यादा जानकारी), दो कॉलम (जब स्किल्स लंबी हों) |
हायरिंग मैनेजर क्या देखते हैं
ज़्यादातर इंजीनियरिंग मैनेजर रिज़्यूमे पर सरसरी नज़र डालते हुए तीन चीज़ें ढूँढते हैं: आपने क्या बनाया, वह कितना बड़ा या मुश्किल था, और उससे क्या बदला। आपने कौन-से टूल इस्तेमाल किए, यह भी मायने रखता है, लेकिन ज़्यादातर उस काम के संदर्भ के रूप में।
हर नौकरी में अपना सबसे मज़बूत और सबसे नया काम सबसे ऊपर रखें। अगर आपने किसी चीज़ को लीड किया, तो साफ़ लिखें। अगर आप उसके लिए ऑन-कॉल रहे, तो वह भी बताएँ। ओनरशिप सीनियरिटी का सबसे साफ़ संकेत है, और लोग अक्सर इसे लिखना भूल जाते हैं।
भारत में बहुत-सी कंपनियों में पहले HR या रिक्रूटर रिज़्यूमे पढ़ते हैं, और कई जगह Naukri, LinkedIn या कंपनी के पोर्टल का ATS पहले ही छँटाई कर देता है। रिक्रूटर जॉब पोस्ट के शब्दों से आपका रिज़्यूमे मिलाते हैं, इसलिए भाषाएँ, फ्रेमवर्क और प्लेटफ़ॉर्म के नाम साफ़-साफ़ लिखें। बाद में जब कोई इंजीनियर पढ़ता है, तो वह गहराई देखता है: स्केल, फ़ैसले और नतीजे।
हर सेक्शन कैसे लिखें
हेडर और संपर्क जानकारी
आपका नाम, जिस पद के लिए आवेदन कर रहे हैं वह टाइटल, शहर, ईमेल, फ़ोन नंबर और एक-दो लिंक। GitHub या पोर्टफ़ोलियो लिंक तभी दें जब उसमें असली काम दिखे। LinkedIn प्रोफ़ाइल ज़्यादातर रिक्रूटर देखते हैं, इसलिए उसे अपडेट रखें। पूरा पता, फ़ोटो, जन्मतिथि, धर्म या वैवाहिक स्थिति लिखने की ज़रूरत नहीं है।
वही टाइटल लिखें जो आप चाहते हैं, बशर्ते वह सच हो। अगर आपकी कंपनी में पद का नाम "Member of Technical Staff" या "Associate Consultant" है और काम असल में सॉफ़्टवेयर डेवलपमेंट का है, तो "सॉफ़्टवेयर इंजीनियर" ज़्यादा साफ़ है।
प्रोफ़ाइल या समरी
दो-तीन वाक्य: आपका लेवल, मुख्य टेक स्टैक, आप किस तरह के सिस्टम बनाते हैं और एक चीज़ जिसकी आप परवाह करते हैं। "मेहनती और लगनशील" जैसे शब्दों से बचें, क्योंकि हर रिज़्यूमे में यही लिखा होता है। ये उदाहरण अलग-अलग लेवल पर यही तरीका दिखाते हैं:
फ्रेशर: कंप्यूटर साइंस में बी.टेक, 2026 बैच। Java और Spring Boot में दो प्रोजेक्ट बनाए हैं और एक स्टार्टअप में छह महीने की इंटर्नशिप की है। ऐसी टीम की तलाश है जहाँ ग्राहकों तक पहुँचने वाले प्रोडक्ट पर काम कर सकूँ।
मिड-लेवल: चार साल का अनुभव रखने वाला फुल-स्टैक इंजीनियर, TypeScript, Node.js और React में काम करता हूँ। बिलिंग और ऑनबोर्डिंग फ़ीचर शुरू से आख़िर तक बनाकर लाइव किए हैं, और बड़े विचारों को छोटी, टेस्ट होने लायक रिलीज़ में बाँटना पसंद है।
सीनियर: नौ साल का अनुभव, Go और TypeScript में पेमेंट, लॉजिस्टिक्स और ऑर्डर सिस्टम बनाता हूँ। डिज़ाइन रिव्यू से लेकर ऑन-कॉल तक किसी सर्विस की पूरी ज़िम्मेदारी लेना पसंद है, और साफ़ API और पढ़ने लायक कोड पर ज़ोर देता हूँ।
अनुभव
नौकरियाँ उल्टे क्रम में लिखें, सबसे नई सबसे ऊपर। हर नौकरी के लिए कंपनी, पद, शहर और महीने-साल के साथ तारीखें दें। हाल की नौकरी में तीन से पाँच बुलेट और पुरानी नौकरियों में एक से तीन बुलेट काफ़ी हैं। अगर कंपनी छोटी है या कम लोग उसे जानते हैं, तो एक छोटी लाइन जोड़ें कि वह क्या करती है, जैसे "छोटे ट्रांसपोर्टरों के लिए लॉजिस्टिक्स सॉफ़्टवेयर, 60 कर्मचारी"।
सर्विस कंपनियों (जैसे बड़ी IT कंसल्टिंग कंपनियाँ) में काम करने वाले अक्सर सिर्फ़ कंपनी का नाम लिखते हैं। बेहतर है कि क्लाइंट का क्षेत्र भी बताएँ, जैसे "यूरोप के एक बैंक के लिए पेमेंट प्लेटफ़ॉर्म"। अगर क्लाइंट का नाम गोपनीय है, तो सिर्फ़ उद्योग और आकार लिखें।
स्किल्स
स्किल्स को एक लंबी लिस्ट की जगह कुछ समूहों में लिखें। सैंपल में चार समूह हैं: भाषाएँ, बैकएंड, इंफ्रास्ट्रक्चर और कार्यप्रणाली। हर समूह में सबसे ज़्यादा इस्तेमाल होने वाली स्किल पहले रखें।
प्रोजेक्ट
कोई प्रोजेक्ट रिज़्यूमे में तभी जगह पाता है जब वह कुछ ऐसा दिखाए जो आपकी नौकरी नहीं दिखाती, या जब लोग सच में उसे इस्तेमाल करते हों। एक लाइन में बताएँ कि वह क्या करता है, किस स्टैक में बना है, और अगर हो तो इस्तेमाल का कोई संकेत जैसे स्टार, डाउनलोड या यूज़र। कोड या लाइव साइट का लिंक दें।
शिक्षा
डिग्री, कॉलेज या यूनिवर्सिटी, और साल। फ्रेशर CGPA या प्रतिशत लिख सकते हैं, क्योंकि कैंपस प्लेसमेंट में यह अक्सर देखा जाता है। दो साल के अनुभव के बाद शिक्षा को अनुभव के नीचे रखें और ज़्यादा विस्तार की ज़रूरत नहीं। दसवीं और बारहवीं के अंक तभी लिखें जब कंपनी खास तौर पर माँगे।
सर्टिफ़िकेट
AWS, Google Cloud, Azure और Kubernetes के सर्टिफ़िकेट इंजीनियरिंग जॉब पोस्ट में सबसे ज़्यादा दिखते हैं। पूरा नाम, जारी करने वाली संस्था और साल लिखें। छोटे ऑनलाइन कोर्स के बैज तभी लिखें जब जॉब पोस्ट उन्हें माँगे।
अनुभव के बुलेट कैसे लिखें
हर बुलेट एक क्रिया से शुरू करें, काम को सीधे शब्दों में बताएँ और नतीजे पर ख़त्म करें। आँकड़े हों तो ज़रूर लिखें: लेटेंसी, एरर रेट, डिप्लॉय की संख्या, यूज़र, लागत। अगर आँकड़ा नहीं है, तो बदलाव को ठोस शब्दों में बताएँ, जैसे "ग्राहकों को स्टेटस अगली सुबह की जगह कुछ ही मिनटों में दिखने लगा"।
एक आसान तरीका: आपने क्या किया + कैसे + क्या बदला।
- कमज़ोर: "सर्च फ़ीचर पर काम किया।"
- बेहतर: "Elasticsearch पर प्रोडक्ट सर्च दोबारा बनाया, जिससे सर्च का औसत समय 1.2 सेकंड से घटकर 200 मिलीसेकंड रह गया।"
लेवल के हिसाब से उदाहरण
फ्रेशर या जूनियर इंजीनियर
- इनवॉइस के लिए CSV एक्सपोर्ट API बनाया, जिसे हर महीने लगभग 3,000 ग्राहक इस्तेमाल करते हैं
- कार्ट सर्विस की एक रेस कंडीशन ठीक की, जिससे कभी-कभी खाली ऑर्डर बन जाते थे
- लॉगिन फ़्लो के लिए इंटीग्रेशन टेस्ट लिखे और रिलीज़ से पहले दो रिग्रेशन पकड़े
- इंटर्नशिप में एडमिन डैशबोर्ड के तीन पेज React में बनाए, जो अब पूरी ऑपरेशंस टीम इस्तेमाल करती है
मिड-लेवल इंजीनियर
- इमेज प्रोसेसिंग को बैकग्राउंड क्यू पर ले गया और अपलोड का समय 8 सेकंड से घटाकर 1 सेकंड से कम किया
- ऑर्डर पाइपलाइन में ट्रेसिंग जोड़ी, जिससे सबसे धीमा हिस्सा पूरी टीम को साफ़ दिखने लगा
- MySQL 5.7 से 8.0 पर माइग्रेशन की ज़िम्मेदारी ली, लिखित रोलबैक प्लान के साथ
- प्रोडक्ट और डिज़ाइन टीम के साथ नया ऑनबोर्डिंग फ़्लो चार साप्ताहिक रिलीज़ में लाइव किया
सीनियर इंजीनियर या टेक लीड
- एक मोनोलिथ को चार सर्विसेज़ में बाँटने का काम लीड किया, ग्राहकों के लिए बिना किसी डाउनटाइम के
- पेमेंट टीम के लिए डिज़ाइन रिव्यू की प्रक्रिया बनाई और तीन इंजीनियरों को मेंटर किया
- कार्ड पेमेंट के लिए आइडेम्पोटेंसी लेयर डिज़ाइन की, जिससे दोबारा कटने वाले पेमेंट बंद हुए
- इंसिडेंट रिव्यू की प्रक्रिया लिखी और साल की आठ सबसे गंभीर गड़बड़ियों की समीक्षा करवाई
क्षेत्र के हिसाब से उदाहरण
फ्रंटएंड
- डैशबोर्ड को सर्वर-साइड रेंडरिंग के साथ React में दोबारा बनाया और पहली स्क्रीन दिखने का समय आधा किया
- एक साझा कंपोनेंट लाइब्रेरी बनाई जिसे चार प्रोडक्ट टीमें इस्तेमाल करती हैं
- एक्सेसिबिलिटी ऑडिट में मिली समस्याएँ ठीक कीं, जिनमें कीबोर्ड नेविगेशन और स्क्रीन रीडर लेबल शामिल थे
बैकएंड
- पार्टनर इंटीग्रेशन के लिए REST API डिज़ाइन किया, जिसे अब 40 बाहरी कंपनियाँ इस्तेमाल करती हैं
- रात में चलने वाले बैच जॉब की जगह इवेंट क्यू लगाई, ताकि डेटा कुछ ही मिनटों में अपडेट हो
- क्वेरी सुधार और रिपोर्टिंग के लिए रीड रेप्लिका से डेटाबेस का लोड 35% कम किया
डेटा और मशीन लर्निंग
- Python और Spark में फ्रॉड मॉडल के लिए फ़ीचर पाइपलाइन बनाई, जो हर घंटे 5 करोड़ इवेंट पर चलती है
- बीच के डेटासेट कैश करके मॉडल ट्रेनिंग का समय छह घंटे से घटाकर चालीस मिनट किया
- मॉडल के इनपुट बदलने पर अलर्ट देने वाली मॉनिटरिंग बनाई
DevOps और प्लेटफ़ॉर्म
- CI को Jenkins से GitHub Actions पर ले गया और औसत बिल्ड समय 25 से 9 मिनट किया
- कंपनी की स्टैंडर्ड सर्विस सेटअप के लिए Terraform मॉड्यूल लिखे, जो हर नई सर्विस में इस्तेमाल होते हैं
- ऑन-कॉल के लिए रनबुक बनाईं, जिससे गड़बड़ी के बाद सर्विस वापस चलाने में लगने वाला समय दो तिमाहियों में साफ़ तौर पर घटा
मोबाइल
- Android ऐप में ऑफ़लाइन मोड जोड़ा, जो Play Store रिव्यू में सबसे ज़्यादा माँगा गया फ़ीचर था
- सबसे आम दस क्रैश ठीक करके क्रैश रेट 1.8% से घटाकर 0.3% सेशन किया
- नेटवर्किंग और स्टोरेज के लिए साझा Kotlin Multiplatform मॉड्यूल बनाया
स्किल्स और कीवर्ड
रिक्रूटर और ATS अक्सर सटीक शब्द खोजते हैं, इसलिए वही नाम लिखें जो जॉब पोस्ट में लिखे होते हैं, जैसे "Postgres" की जगह "PostgreSQL" और "k8s" की जगह "Kubernetes"। सिर्फ़ वही लिखें जो आपने नौकरी में या किसी असली प्रोजेक्ट में इस्तेमाल किया हो।
| श्रेणी | आम उदाहरण |
|---|---|
| प्रोग्रामिंग भाषाएँ | Python, Java, JavaScript, TypeScript, Go, C#, Kotlin, Swift, SQL |
| फ्रंटएंड | React, Angular, Vue, Next.js, HTML, CSS |
| बैकएंड | Node.js, Spring Boot, Django, .NET, REST, GraphQL, gRPC |
| डेटा | PostgreSQL, MySQL, MongoDB, Redis, Kafka, Elasticsearch, Spark |
| क्लाउड और इंफ्रास्ट्रक्चर | AWS, Google Cloud, Azure, Docker, Kubernetes, Terraform |
| डिलीवरी | CI/CD, GitHub Actions, टेस्टिंग, कोड रिव्यू, मॉनिटरिंग |
| कार्यप्रणाली | सिस्टम डिज़ाइन, API डिज़ाइन, इंसिडेंट रिस्पॉन्स, मेंटरिंग |
बातचीत और टीमवर्क इंजीनियरिंग में बहुत मायने रखते हैं, लेकिन "बेहतरीन कम्युनिकेशन स्किल्स" लिख देने से कुछ साबित नहीं होता। इन्हें बुलेट में दिखाएँ: डिज़ाइन रिव्यू चलाना, जूनियर को मेंटर करना, डॉक्यूमेंटेशन लिखना या प्रोडक्ट और डिज़ाइन टीम के साथ काम करना।
जॉब पोस्ट के हिसाब से रिज़्यूमे बदलें
हर जगह एक ही रिज़्यूमे भेजने से कम असर होता है। हर आवेदन के लिए दस मिनट का बदलाव काफ़ी है:
- जॉब पोस्ट पढ़ें और उन भाषाओं, टूल और ज़िम्मेदारियों को चिह्नित करें जो बार-बार आती हैं।
- देखें कि जो आपके पास सच में हैं, वे आपकी स्किल्स में और कम से कम एक बुलेट में दिखें।
- हर नौकरी में सबसे काम के बुलेट ऊपर ले आएँ।
- प्रोफ़ाइल का पहला वाक्य उस पद से मिलाएँ, जैसे बैकएंड जॉब के लिए "बैकएंड इंजीनियर"।
- जगह कम हो तो ऐसे प्रोजेक्ट हटा दें जिनका उस पद से कोई संबंध नहीं।
जब बात सच हो, तो जॉब पोस्ट वाले शब्द ही इस्तेमाल करें। अगर पोस्ट में "distributed systems" लिखा है और आपने ऐसे सिस्टम बनाए हैं, तो वही शब्द लिखें, सिर्फ़ "microservices" नहीं।
फ़ॉर्मेट और लंबाई
दस साल से कम अनुभव हो तो एक पेज रखें। एक ही फ़ॉन्ट, 10 से 12 पॉइंट का साइज़ और हर जगह एक जैसा तारीख़ का फ़ॉर्मेट इस्तेमाल करें। ज़रूरी जानकारी टेबल, टेक्स्ट बॉक्स या इमेज में न रखें, क्योंकि कुछ ATS उन्हें छोड़ देते हैं। यह टेम्पलेट इन सब से पहले ही बचता है।
रिज़्यूमे PDF में भेजें, जब तक कंपनी Word न माँगे। फ़ाइल का नाम साफ़ रखें, जैसे "Rohit-Sharma-Software-Engineer.pdf"। Naukri जैसे पोर्टल पर अपलोड करते समय भी यही PDF इस्तेमाल करें, ताकि हर जगह एक ही वर्ज़न हो।
सेक्शन इसी क्रम में क्यों हैं
टेम्पलेट में पहले अनुभव, फिर स्किल्स, फिर प्रोजेक्ट और फिर शिक्षा है। एक-दो साल काम करने के बाद आपने जो बनाया है, वह आपकी डिग्री से ज़्यादा बताता है। अगर आप फ्रेशर हैं, तो शिक्षा और प्रोजेक्ट ऊपर ले जाएँ और अनुभव छोटा रखें। स्टूडेंट टेम्पलेट इसी क्रम में बना है।
सर्टिफ़िकेट नीचे की ओर हैं। जब कोई पद उन्हें माँगता है, जैसे क्लाउड वाली टीम के लिए AWS सर्टिफ़िकेट, तब वे मदद करते हैं, लेकिन अकेले वे शायद ही इंटरव्यू तय करते हैं।
इन गलतियों से बचें
- नतीजों की जगह ज़िम्मेदारियाँ लिखना, जैसे "बैकएंड सर्विसेज़ के लिए ज़िम्मेदार"
- तीस स्किल्स की लिस्ट, जिससे पता न चले कि आप किसमें सच में अच्छे हैं
- कंपनी के अंदरूनी प्रोजेक्ट नाम, जिनका बाहर कोई मतलब नहीं
- लंबे पैराग्राफ़। छोटे बुलेट पढ़ने में आसान होते हैं
- ऐसी टेक्नोलॉजी लिखना जो सिर्फ़ एक ट्यूटोरियल में छुई हो
- अलग-अलग नौकरियों में तारीख़ का अलग फ़ॉर्मेट
- टेक्नोलॉजी के नामों में गलत स्पेलिंग, जैसे "Javascript" या "Github", जिसे रिव्यू करने वाले पकड़ लेते हैं
- "Declaration" वाला पैराग्राफ़ और हस्ताक्षर की जगह, जो प्राइवेट कंपनियों के लिए ज़रूरी नहीं होते
भेजने से पहले चेकलिस्ट
- आपका टाइटल और प्रोफ़ाइल उस पद से मेल खाते हैं जिसके लिए आवेदन कर रहे हैं
- हर हाल की नौकरी में कम से कम एक बुलेट में नतीजा है
- जॉब पोस्ट की जो स्किल्स आपके पास हैं, वे पेज पर दिखती हैं
- सभी लिंक खुलते हैं और ऐसे काम पर ले जाते हैं जिसे आप दिखाना चाहते हैं
- तारीख़ें, स्पेलिंग और टेक्नोलॉजी के नाम एक जैसे हैं
- फ़ाइल PDF है और उसके नाम में आपका नाम है
