आपल्यापैकी बहुतेक लोक रेझ्युमेकडे एखाद्या टॅक्स फॉर्मसारखे पाहतात. दर काही महिन्यांनी, किंवा जेव्हा एखादा रिक्रूटर्स संपर्क साधतो, तेव्हा आपण फाईल उघडतो, त्यात शेवटची नोकरी जोडतो, काही क्रियापदे बदलतो आणि सेव्ह करतो. हे निर्मितीचे काम नसून केवळ देखभालीचे (maintenance) काम आहे. आपण आपल्या करिअरबद्दल 'डिलिव्हरेबल्स'च्या भाषेत बोलतो: बंद केलेले तिकीट, शिप केलेले फीचर्स, किंवा असे टक्केवारीतील सुधारणा ज्यांचा आपण पूर्णपणे दावा करू शकत नाही. दस्तऐवज मोठा होत जातो, पण तो क्वचितच सखोल होतो.
मग असे क्षण येतात जेव्हा ही दिनचर्या मोडते.
तो रेझ्युमे जो आपण अपडेट करतो पण कधीच वाचत नाही
विशेषतः तंत्रज्ञान क्षेत्रात, अद्ययावत राहण्याचा दबाव स्वतःच्या दस्तऐवजीकरणाला एका वेगाच्या स्पर्धेत रूपांतरित करतो. तुम्ही एक फ्रेमवर्क शिकता, प्रमाणपत्र मिळवता, स्प्रिंट रेट्रोस्पेक्टिव्हचे नेतृत्व करता आणि लगेच पुढच्या गरजेकडे वळता. यातील कोणत्याही गोष्टीचा अर्थ काय होता, हे विचारण्यासाठी कोणतीही संस्थात्मक सुट्टी किंवा वेळ नसते. करिअर प्लॅटफॉर्म्स या सपाटपणाला प्रोत्साहन देतात. ते संदर्भाऐवजी कीवर्ड्स मागतात; अडथळ्याऐवजी परिणाम; आणि निर्णयक्षमतेऐवजी केवळ साधनांची मागणी करतात. कालांतराने, तुम्ही तुमचे काम तिसऱ्या व्यक्तीच्या दृष्टिकोनातून वर्णन करायला शिकता, जणू काही तुम्ही तुमच्या स्वतःच्या जीवनाचे केवळ एक तटस्थ निरीक्षक आहात.
त्यामुळे जेव्हा एक विशिष्ट रेझ्युमे अपडेट करण्याची वेळ आली, तेव्हा त्याचा उद्देश केवळ यांत्रिक होता. प्रमाणपत्रे, कामाचे रेकॉर्ड्स, प्रकल्पाची कागदपत्रे गोळा करणे. त्यांना उलट कालानुक्रमे (reverse chronological order) लावणे. शक्य असेल तिथे संख्यात्मक मोजमाप करणे. दोन पानांपर्यंत मर्यादित करणे. पण पहिल्या प्रमाणपत्रापासून ते शेवटच्या प्रोजेक्ट सारांशापर्यंत, हे काम केवळ प्रशासकीय न राहता ते एका संग्रहासारखे (archival) झाले. त्या कागदाने केवळ काम कुठे झाले याची यादी केली नाही, तर त्या कामामुळे काम करणाऱ्या व्यक्तीमध्ये काय बदल झाले हे देखील दाखवून दिले.
तुम्ही जे बनलात त्याचा कागदोपत्री पुरावा
त्या टेबलावर केवळ पात्रतेची कागदपत्रे नव्हती. त्यामध्ये रात्री उशिरापर्यंत वेन्यू सेट करणे, केबल्स आणि खुर्च्या व्यवस्थित लावणे, जेणेकरून अनोळखी लोकांची गर्दी असलेले खोलीतील लोक कल्पना शेअर करू शकतील, अशा रात्रींच्या नोंदी होत्या. सूर्योदयापूर्वी डिझाइन केलेले ग्राफिक्स होते, कारण ते जॉब डिस्क्रिप्शनमध्ये नव्हते, तर इतर कोणीही लॉग इन करण्यापूर्वी काहीतरी व्यवस्थित दिसणे आवश्यक होते. पडद्यामागे हाताळलेल्या लॉजिस्टिक आणि तांत्रिक समर्थनाचे पुरावे होते, असे काम ज्याचा कोणताही commit history नसतो आणि ज्याला कोणतेही sprint points मिळत नाहीत, तरीही त्याशिवाय दुसरे काहीही कार्य करत नाही.
त्यानंतर स्वयंसेवक म्हणून केलेले काम होते. अशी कामे ज्यांनी काहीही मोबदला दिला नाही, पण जवळजवळ सर्व काही शिकवले. अधिकृत हिशोबात, या तासांची गणना शून्य केली जाते. पण वास्तवात, तिथेच 'सॉफ्ट स्किल्स' (soft skills) प्रगल्भ झाले: मदतीसाठी कोणतेही करारात्मक बंधन नसलेल्या व्हेंडर्सशी वाटाघाटी करणे, ज्यांचे स्लाइड्स प्रोजेक्ट होत नव्हते अशा वक्त्याला शांत करणे, आणि बाहेर रांगेत उभे असलेल्या उपस्थितीदारांच्या वेळी रजिस्ट्रेशन पोर्टल डीबग करणे. ही अशी दृश्ये आहेत जी 'स्किल्स मॅट्रिक्स'मध्ये नीट बसत नाहीत, तरीही ती कोणत्याही ट्युटोरियलपेक्षा क्षमता अधिक घडवतात.
आणि प्रत्येक नोंदीमध्ये माणसे गुंफलेली होती. असे संबंध जे केवळ यासाठी सुरू झाले कारण 'नाही' म्हणता येईल अशा वेळी तुम्ही 'हो' म्हटले होते. एखाद्या कार्यक्रमातील योगायोगाने झालेली भेट ज्यातून सहकार्य सुरू झाले. सहकाऱ्यासाठी केलेली एखादी मदत ज्याने अनपेक्षित मार्ग मोकळा केला. शंका असूनही स्वीकारलेला एखादा कठीण प्रकल्प. रेझ्युमेने त्या अनुभवाचा कोणताही पोत टिपला नाही, पण स्मृतीने तो टिपला.
जेव्हा तुमचे पद तुमची कथा चोरते
अनेक वर्षे, थोडक्यात सांगायचे तर ते साधे होते: "मी IT मध्ये काम करतो." हे एक प्रामाणिक लेबल आहे, पण अपूर्ण आहे. लेबल्स सोयीस्कर असतात. ते रिक्रूटर्सना पटकन स्कॅन करण्यास मदत करतात आणि नातेवाईकांना डिनर पार्टीमध्ये तुमच्या नोकरीबद्दल सांगण्यास सोपे पडतात. तरीही, ती पिंजरे देखील बनतात. तुम्ही जितके जास्त काळ एकच टॅग धारण करता, तितके तुम्हाला विश्वास वाटू लागतो की तो टॅग तुमची उपयुक्तता संपवतो.
संपूर्ण चित्राकडे मागे वळून पाहताना, ते चित्र अधिक व्यापक होते. ज्या व्यक्तीने नेटवर्कच्या समस्या सोडवल्या (troubleshoot), तीच व्यक्ती वेगवेगळ्या प्राधान्यक्रमांच्या टीम्समध्ये प्रकल्पांचे समन्वयही साधत होती. ज्या हातांनी configuration scripts लिहिल्या, त्याच हातांनी अशा व्हिज्युअल साहित्याची रचना केली जे तांत्रिक नसलेल्या लोकांसाठी गुंतागुंत सोप्या भाषेत मांडत होते. समस्या सोडवणे (Problem-solving) हा केवळ एक बुलेट पॉईंट नव्हता; तर तो प्रत्येक क्षेत्रात काम करतानाचा एक अखंड धागा होता. इव्हेंट आयोजित करणे हा केवळ एक वळण नव्हता; तर तो चिकाटी, मुत्सद्देगिरी आणि अनेक गोष्टी एकाच वेळी सांभाळण्याच्या क्षमतेचा पुरावा होता.
तांत्रिक करिअरमध्ये हा एक सामान्य सापळा आहे. उद्योगाला 'स्पेशलायझेशन' (specialization) आवडते. ते मर्यादित क्षेत्रातील सखोल तज्ज्ञतेचे बक्षीस देतात. पण क्षमता केवळ मुळांमध्ये नाही, तर फांद्यांमध्येही साठते. बहुतेक तंत्रज्ञ हे पदवीत नसले तरी प्रत्यक्षात शिक्षक, लेखक, समन्वयक आणि डिझाइनर देखील असतात. हे ओळखणे म्हणजे खोली (depth) सोडून देणे नव्हे. याचा अर्थ असा आहे की, एखाद्या साच्यात बसण्यासाठी स्वतःला कृत्रिमरित्या वरवरचे दाखवण्यास नकार देणे.
छोट्या 'हो' मधून घडलेले
वाढ क्वचितच एखाद्या समारंभासोबत येते. ती अशा छोट्या निवडींमधून साठत जाते ज्या त्या वेळी नगण्य वाटतात.
- उपस्थित राहणे. केवळ रात्रभर जागून केलेले मोठे काम नव्हे, तर तुमचे सातत्यपूर्ण अस्तित्व. उपलब्ध राहण्याचा वारंवार घेतलेला निर्णय, कोणाचेही सांगणे नसतानाही डॉक्युमेंटेशन पूर्ण करणे, किंवा एखादा गैरसमज दूर करण्यासाठी मीटिंगनंतर दहा मिनिटे थांबणे.
- नवीन कौशल्ये आत्मसात करणे. केवळ मोठ्या सर्टिफिकेशन रोडमॅप्स नव्हे, तर गरजेच्या वेळी घेतलेले निर्णय. प्रोडक्शनमधील त्रुटी (production fix) तातडीने सोडवण्यासाठी अर्ध्या वेगाने ट्युटोरियल पाहणे. एखादा पॅटर्न समजून घेईपर्यंत सोर्स कोड वाचत राहणे. सराव परीक्षा चुकली तरी दुसऱ्या दिवशी संध्याकाळी पुन्हा प्रयत्न करणे.
- इतरांना मदत करणे. ज्युनियरच्या प्रश्नाचे उत्तर देण्यासाठी केवळ मॅन्युअलची लिंक न देता प्रत्यक्ष उत्तर देणे. एकट्याने काम करण्यापेक्षा 'पेअर प्रोग्रामिंग' करणे. तुमच्या पहिल्या आठवड्यातील गोंधळ लक्षात ठेवून, कोणाचेही सांगणे नसतानाही 'ऑनबोर्डिंग गाईड' लिहिणे.
- स्वतःला तयार न वाटत असतानाही 'हो' म्हणणे. तुम्ही कधीही न हाताळलेल्या प्रोजेक्टचे स्कोप ठरवण्यास तयार होणे. तुम्हाला आवडत नसलेल्या टाइमझोनमध्ये मीटिंग घेण्याची जबाबदारी स्वीकारणे. अर्धवट वाटणाऱ्या कामाचे सादरीकरण करण्यासाठी उभे राहणे. 'तयारी नसणे' हे सहसा तुमच्या क्षमतेच्या विस्ताराचे लक्षण असते, अकार्यक्षमतेचे नाही.
हे केवळ रेझ्युमेमधील मुद्दे नाहीत. ते तुमच्या कार्यक्षमतेचा अदृश्य पाया आहेत. आणि ते तेव्हाच दिसून येतात जेव्हा तुम्ही तुमचा रेझ्युमे एखाद्या 'प्रोडक्ट कॅटलॉग'सारखा न पाहता स्वतःच्या 'आत्मचरित्रा'सारखा पाहू लागता.
अर्ज म्हणजे अंतिम निकाल नाही
या सरावामागे एक स्पष्ट व्यावहारिक कारण आहे. एक नोकरीचा अर्ज प्रलंबित होता. एक संधी समोर होती आणि तो दस्तऐवज हायरिंग कमिटीला प्रभावित करण्यासाठी आवश्यक होता. पण त्याचे खरे मूल्य यावर अवलंबून नव्हते की इनबॉक्समध्ये ऑफर येईल की नकार.
जॉब मार्केटमध्ये खूप गोंधळ आणि स्पर्धा असते. वेळेअभावी, अंतर्गत राजकारण, चुकीचा कीवर्ड किंवा केवळ पात्र उमेदवारांची संख्या जास्त आणि जागा कमी असल्यामुळे तुमचा अर्ज दुर्लक्षित होऊ शकतो. जर तुमचे स्वतःबद्दलचे मूल्यमापन पूर्णपणे त्या निकालावर अवलंबून असेल, तर तुम्ही मानसिकदृष्ट्या कमकुवत होऊ शकता. रेझ्युमे रिव्ह्यूमधून जे टिकून राहिले ते अधिक भक्कम होते: हे वास्तव की तुमचे काम आधीच यशस्वी झाले आहे. तो कागदपत्रे हातात घेतलेला व्यक्ती आता प्रवासाची सुरुवात करणारा तोच व्यक्ती नव्हता. सर्वात मोठी जीत नोकरी मिळण्याची शक्यता नव्हती, तर ती नोकरी करण्यास सक्षम व्यक्ती बनल्याची खात्री होती.
खरा निष्कर्ष
जर तुम्ही अलीकडे असे केले नसेल, तर दोन तास वेळ काढा. तुमच्याकडे असलेले सर्व सर्टिफिकेट्स, परफॉर्मन्स रिव्ह्यू, प्रोजेक्ट ब्रीफ्स आणि स्क्रीनशॉट्स एकत्र करा. ते समोर पसरवून ठेवा. ते आधी तारखेनुसार लावू नका, तर आठवणीनुसार लावा. स्वतःला विचारा: मी कुठे उशिरापर्यंत काम केले? मी असे काय बनवले ज्याची कोणालाही गरज नव्हती? मी कोणाला मदत केली? मी भीती वाटत असतानाही 'हो' कधी म्हटले?
तुम्हाला कदाचित असे आढळेल की तुमचे अधिकृत जॉब डिस्क्रिप्शन तुमच्या वास्तविक मूल्याच्या केवळ अर्ध्या भागाचे वर्णन करते. बाकीचे मूल्य त्या चौकटीबाहेर असते. त्याला प्रकाशात आणा. तुमची कथा परवानगी मागण्यासाठी नाही, तर तुमच्या परिवर्तनाचा एक रेकॉर्ड म्हणून पुन्हा लिहा. पुढच्या वेळी जेव्हा तुम्ही तुमचा रेझ्युमे अपडेट कराल, तेव्हा तुम्हाला कदाचित जाणवेल की तुम्ही केवळ एखाद्या भूमिकेसाठी अर्ज करत नाही आहात, तर तुम्ही स्वतःने आधीच निर्माण केलेल्या भूमिकेची ओळख करून घेत आहात.
स्रोत आणि प्रेरणा: dexxtorrrr on Dev.to
चर्चा आणि अशाच विचारांमध्ये सहभागी होण्यासाठी GyaanSetu learning community मध्ये सामील व्हा.