The professional's opinion: Suggestions for improving the corporate education training process in Software Engineering
174 पेशेवर प्रतिक्रियाओं के विश्लेषण के माध्यम से, यह अध्ययन पांच प्रमुख विषयों की पहचान करता है—जो व्यावहारिक संरेखण से लेकर संस्थागत संस्कृति तक विस्तृत हैं—जो यह सुझाव देते हैं कि सॉफ्टवेयर इंजीनियरिंग प्रशिक्षण को परियोजना अभ्यास में स्थानांतरित करने में सुधार के लिए प्रणालीगत हस्तक्षेप आवश्यक हैं।
मूल पेपर CC0 1.0 (http://creativecommons.org/publicdomain/zero/1.0/) के तहत सार्वजनिक डोमेन को समर्पित है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
एक कंपनी की कल्पना एक विशाल, हाई-स्पीड रेस कार के रूप में करें। इंजीनियर इसके ड्राइवर हैं, और ट्रेनिंग प्रोग्राम वे पिट स्टॉप्स हैं जहाँ वे नई तकनीकें सीखते हैं, बेहतर टायर प्राप्त करते हैं, और ट्रैक मैप का अध्ययन करते हैं।
आप सोच सकते हैं कि यदि आप अपने ड्राइवरों को सबसे अच्छे ड्राइविंग स्कूल भेजते हैं, तो वे तुरंत चैंपियन बन जाएंगे। लेकिन अक्सर, वे वापस गैरेज में आते हैं, और कुछ भी नहीं बदलता। वे अभी भी पुराने तरीके से ही गाड़ी चलाते हैं, या जैसे ही वे वापस स्टीयरिंग व्हील के पीछे जाते हैं, वे सब कुछ भूल जाते हैं।
यह पेपर एक मैकेनिक की तरह है जो ड्राइवरों की बात सुन रहा है ताकि यह पूछ सके: "हमारी ट्रेनिंग काम क्यों नहीं कर रही है, और जीतने के लिए आपको वास्तव में क्या चाहिए?"
शोधकर्ताओं ने 174 सॉफ्टवेयर इंजीनियरों (ड्राइवरों) से एक सरल प्रश्न पूछा: "यदि आप अपनी कंपनी के नए कौशल सिखाने के तरीके के बारे में एक चीज़ बदल सकते, तो वह क्या होती?"
यहाँ उन्होंने जो पाया, उसका रोज़मर्रा की भाषा में अनुवाद दिया गया है:
1. "वीडियो गेम" वाली समस्या (व्यावहारिक प्रयोज्यता)
समस्या: अधिकांश ट्रेनिंग एक वीडियो गेम कैसे खेलें, इसके ट्यूटोरियल वीडियो देखने जैसी है। आप स्क्रीन पर किसी को कूल मूव्स करते हुए देखते हैं, लेकिन जब आप कंट्रोलर उठाते हैं, तो आपको समझ नहीं आता कि क्या करना है।
फीडबैक: इंजीनियरों ने कहा, "हमें थ्योरी दिखाना बंद करें। हमें कंट्रोलर दें!" वे चाहते हैं कि ट्रेनिंग ऐसी हो जो असली काम जैसा महसूस हो। वे चाहते हैं कि वे वास्तविक समस्याओं को हल करें, वास्तविक कोड का उपयोग करें, और एक सुरक्षित "सैंडबॉक्स" में अभ्यास करें जो बिल्कुल उनके दैनिक कार्य जैसा दिखता हो।
- रूपक: आप पानी के बारे में किताब पढ़कर तैरना नहीं सीख सकते। आपको पूल में उतरना ही होगा।
2. "बोरिंग टीचर" वाली समस्या (शिक्षण की गुणवत्ता)
समस्या: कभी-कभी जो व्यक्ति क्लास पढ़ा रहा होता है वह एक शानदार कोडर तो होता है लेकिन एक बहुत बुरा शिक्षक होता है। वे बहुत तेज़ बोल सकते हैं, पुराने मटेरियल का उपयोग कर सकते हैं, या क्लास को 1990 के दशक के लेक्चर जैसा महसूस करा सकते हैं।
फीडबैक: इंजीनियर ऐसे शिक्षक चाहते हैं जो केवल कोड करना ही नहीं, बल्कि सिखाना भी जानते हों। वे स्पष्ट रोडमैप, अच्छे उदाहरण और ऐसे इंस्ट्रक्टर्स चाहते हैं जो यह समझा सकें कि कोई चीज़ कैसे काम करती है, न कि केवल क्या काम करती है।
- रूपक: यह एक मिशेलिन-स्टार शेफ की तरह है जो आपको खाना चखने देने या रेसिपी समझाने से इनकार कर देता है। आपको एक ऐसे शिक्षक की ज़रूरत है जो वास्तव में रसोई में आपका मार्गदर्शन कर सके।
3. "समय नहीं है" वाली समस्या (समय और संरचना)
समस्या: कंपनियाँ कहती हैं, "जाओ सीखो!" लेकिन फिर वे डेडलाइन और मीटिंगों का ढेर लगा देती रहती हैं। यह किसी को यह कहने जैसा है कि जिम जाओ, लेकिन फिर उन्हें हर दिन 10 घंटे की वर्क शिफ्ट दे दो। वे शारीरिक रूप से नहीं जा सकते।
फीडबैक: इंजीनियरों को संरक्षित समय (protected time) की आवश्यकता होती है। उन्हें चाहिए कि कंपनी कहे, "इन दो घंटों के लिए, आपको ईमेल का जवाब देने या बग ठीक करने की अनुमति नहीं है। आप केवल सीखने के लिए स्वतंत्र हैं।"
- रूपक: आप केक नहीं बना सकते यदि आपसे लगातार सब्जियां काटने के लिए कहा जा रहा हो। आपको एक समर्पित "ओवन टाइम" की आवश्यकता है जहाँ कोई भी अन्य चीज़ आपकी प्रक्रिया में बाधा न डाल सके।
4. "थैंक यू" वाली समस्या (प्रोत्साहन और मान्यता)
समस्या: कुछ कंपनियाँ कोर्स के लिए भुगतान तो करती हैं लेकिन फिर ऐसा व्यवहार करती हैं जैसे कि वह कभी हुआ ही न हो। सीखने के लिए कोई पुरस्कार नहीं है, परफॉरमेंस रिव्यू में कोई उल्लेख नहीं है, और इससे जुड़ा कोई करियर पाथ भी नहीं है।
फीडबैक: सीखना एक प्रमोशन जैसा महसूस होना चाहिए, न कि एक बोझ। यदि आप एक नया कौशल सीखते हैं, तो कंपनी को इसका जश्न मनाना चाहिए, शायद आपको बोनस देना चाहिए, या इसे आपको बेहतर जॉब टाइटल दिलाने में मदद करनी चाहिए।
- रूपक: यदि आप मैराथन दौड़ते हैं, तो आप फिनिश लाइन पर मेडल की उम्मीद करते हैं। यदि आप दौड़ते हैं और बदले में केवल एक "अच्छा काम" वाला ताली बजना पाते हैं, तो आप शायद दोबारा नहीं दौड़ेंगे।
5. "लोन वुल्फ" (अकेला योद्धा) वाली समस्या (परस्पर क्रिया और मेंटरिंग)
समस्या: कभी-कभी ट्रेनिंग बस एक अकेले व्यक्ति का स्क्रीन को घूरना होती है। लेकिन सीखना एक सामाजिक प्रक्रिया है।
फीडबैक: इंजीनियरों को मेंटर्स से बात करना, सीनियर्स से सवाल पूछना और साथियों के साथ विचार साझा करना पसंद है। वे छोटे समूहों में रहना चाहते हैं जहाँ वे वास्तव में बातचीत कर सकें, न कि केवल ज़ूम कॉल पर किसी की आवाज़ सुनें।
- रूपक: अकेले वाद्य यंत्र बजाना कठिन है। यह तब बहुत आसान हो जाता है जब आपके पास साथ में 'जैम' करने के लिए एक बैंड और आपकी लय को सुधारने के लिए एक शिक्षक हो।
बड़ी तस्वीर: यह एक सिस्टम है, न कि केवल एक 'फिक्स-इट'
सबसे महत्वपूर्ण बात जो इस पेपर ने पाई है वह यह है कि आप केवल एक समस्या को ठीक नहीं कर सकते। यह एक कार के इंजन की तरह है: यदि आपके पास बेहतरीन ईंधन (अच्छा कंटेंट) है लेकिन एक टूटा हुआ स्पार्क प्लग (सीखने के लिए समय की कमी) है, तो कार शुरू नहीं होगी।
शोधकर्ताओं ने निष्कर्ष निकाला कि ट्रेनिंग के सफल होने के लिए, कंपनी को एक साथ इन पाँचों हिस्सों को ठीक करने की आवश्यकता है:
- इसे वास्तविक बनाएं (केवल थ्योरी नहीं)।
- शिक्षक को अच्छा बनाएं।
- उन्हें सीखने के लिए समय दें।
- इसके लिए उन्हें पुरस्कृत करें।
- उन्हें एक-दूसरे से बात करने दें।
संक्षेप में: ट्रेनिंग को केवल एक बॉक्स-चेकिंग एक्सरसाइज की तरह मानना बंद करें। इसे एक पूर्ण इकोसिस्टम की तरह मानें जहाँ वातावरण, शिक्षक, छात्र और पुरस्कार प्रणाली सभी मिलकर काम करते हैं। यदि आप ऐसा करते हैं, तो आपकी "रेस कार" अंततः जीतना शुरू कर देगी।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।