तिनीहरूले स्कूलमा के सिकाउँदैनन्: हामी कसरी प्राविधिक सहयोग इन्जिनियरहरूलाई तालिम दिन्छौं

यहाँ प्रतिज्ञा गरिएको "भिन्न कथा" छ।

चुनौती

यदि तपाईंले मलाई चार वर्ष पहिले सोध्नुभएको थियो भने: "तपाईं कसरी आईटी विभाग/कम्पनीमा नयाँ आउनेहरूलाई तालिम दिन सक्नुहुन्छ?" - म, बिना कुनै हिचकिचाहट, भन्छु: ""बाँदरले देख्छ, बाँदरले नक्कल गर्छ" विधि प्रयोग गरेर, त्यो हो, एक नयाँ व्यक्तिलाई थप अनुभवी कर्मचारीलाई नियुक्त गर्नुहोस्, र उसलाई सामान्य कार्यहरू कसरी गरिन्छ भनेर हेर्न दिनुहोस्।" यो दृष्टिकोणले मेरो लागि पहिले काम गर्यो, यो अझै पनि काम गर्दछ, र केहि समय पहिले Veeam मा, जब रूखहरू ठूला थिए, लोगोहरू हरियो थिए, र उत्पादन सानो थियो, यो पनि तपाइँ कसरी तालिम दिन सक्नुहुन्छ - र प्रशिक्षित!

बिस्तारै, उत्पादन ठूलो र जटिल हुँदै गयो, त्यहाँ थप र अधिक नयाँ इन्जिनियरहरू थिए, र RTFM (पढ्नुहोस् द फ्रिकिङ म्यानुअल) शैलीको दृष्टिकोणले अझ खराब र नराम्रो काम गर्यो - तथ्य यो हो कि जो पहिले नै "जानेका छन्" तिनीहरूले यसरी सिक्न सक्छन्। , जसले कामको विशिष्टता बुझ्दछ र केहि आवश्यक छ, यति महत्वपूर्ण विवरणहरू होइन।

तर सम्बन्धित क्षेत्रबाट आएका र बढ्न र विकास गर्न चाहनेहरू, तर यो कसरी पुग्ने थाहा छैन तिनीहरूको बारेमा के हो? के गर्ने, उदाहरणका लागि, तुलनात्मक रूपमा दुर्लभ भाषा बोल्नेहरूसँग (उदाहरणका लागि, इटालियन, जुन औसत आईटी विशेषज्ञको लागि दुर्लभ छ)? वा यस्तो योजना अन्तर्गत धेरै काम अनुभव नभएको आशाजनक विश्वविद्यालय स्नातकलाई कसरी तालिम दिने?

एक सेकेन्डको लागि हाम्रो कथा रोकौं र कल्पना गरौं: यहाँ तपाईं हुनुहुन्छ, समर्थन टोलीमा एक टोली नेतृत्व, जो पहिले राम्रो र सफल इन्जिनियर थिए, प्रणाली प्रशासनमा व्यापक अनुभव र विभिन्न व्यक्तिहरूसँग सञ्चार गर्ने। तपाइँको कार्य तपाइँको अनुभवलाई नयाँ (कसैले "हरियो" पनि भन्न सक्छ) लडाकु-इन्जिनियर, एक विश्वविद्यालय स्नातक, स्मार्ट र द्रुत-बुद्धिमा हस्तान्तरण गर्नु हो। त्यहाँ केवल एक सूक्ष्मता छ - यो समर्थन अनुभव वा साधारण मद्दत डेस्क बिना एक व्यक्ति हो, र उहाँ पनि तपाइँको कम्पनी मा पहिलो टर्की बोल्ने ईन्जिनियर हुनेछ।

तपाईं यो समस्या कसरी समाधान गर्नुहुन्छ?

र जब तपाइँ यो प्रश्नको जवाफ दिनुहुन्छ (र तपाइँ जवाफ दिनुहुनेछ, म तपाइँमा विश्वास गर्दछु), कामलाई जटिल बनाउनुहोस् - यदि त्यहाँ दस ईन्जिनियरहरू छन् भने? बीस भयो भने के हुन्छ? यदि यो विभागको निरन्तर विकास हो भने, र कुनै पनि समयमा त्यहाँ एक नयाँ आगमन हुनेछ जसलाई प्रशिक्षित गर्न आवश्यक छ, कामको गुणस्तरको न्यूनतम स्तर देखाउनुहोस् (र यो स्तर उच्च छ) र निश्चित गर्नुहोस् कि व्यक्तिले चाहँदैन। सकेसम्म चाँडो भाग्न?

(कृपया थप पढ्नु अघि यस प्रश्नको बारेमा सोच्नुहोस्।)

हाम्रो कथा

यो वास्तवमै हामीले सामना गरेको चुनौती/कार्य हो।

जब विभाग अपेक्षाकृत सानो थियो, योजना "नवजातलाई एक सल्लाहकार दिनुहोस्, कागजातहरूको सूची दिनुहोस् र काम छोड्नुहोस् - पौडी वा सिंक" राम्रोसँग काम गर्यो। यो योजना राम्रो छ, विश्वव्यापी, वर्षौं र शताब्दीयौंको विश्वव्यापी मानव अनुभवले पनि प्रमाणित भएको छ - तर एक बिन्दुमा हामीले महसुस गर्यौं कि हामी दोहोर्याएर थकित थियौं। प्रत्येक नवागन्तुकलाई केहि चीजहरू बताउन आवश्यक छ - उही चीजहरू जुन उसको काममा उपयोगी हुन सक्छ। "परम्परागत" योजनामा, सल्लाहकारले यो गर्छ, तर के हुन्छ यदि केही सल्लाहकारहरूले एक-एक गरी वार्डहरू छन्? एउटै कुरा दोहोर्याउँदा चाँडै बोरिंग हुन्छ, बर्नआउट सेट हुन्छ - र यो पहिले नै जोखिम हो।

र यहाँ हामी अर्को, कम परम्परागत योजना सम्झन्छौं - नयाँ आउनेहरूलाई समूहमा भेला गर्न र तिनीहरूलाई व्याख्यान दिन - यसरी हाम्रो प्रशिक्षण कार्यक्रमको जन्म भयो।

... कहिलेकाहीँ हाम्रा इन्जिनियरहरू सम्मेलनहरूमा भाग लिन्छन् - आन्तरिक र बाह्य दुवै, तेस्रो-पक्ष र हामी आफैंद्वारा आयोजित। यो घटनाबाट नै समर्थनमा प्रशिक्षण सुरु भयो, जुन अहिले छ।

हाम्रा एक इन्जिनियरले VeeamOn मा लस भेगासमा Veeam Backup & Replication कुन टुक्राहरूबाट बनेको छ भन्ने बारेमा एक शानदार प्रस्तुति दिए, र केही ट्वीकहरूसँग यो "कम्पोनेन्टहरू" लेक्चर बन्यो। यस समय सम्म, हामीसँग कार्यक्षमताका विभिन्न भागहरूमा धेरै व्याख्यानहरू भइसकेका थिए, तर यो त्यो व्याख्यान थियो जसले पहिले र पछि आएका सबैका लागि "टोन सेट" गर्‍यो। यो व्याख्यान संरचना भएको तरिका थियो, के सामग्री प्रयोग गरियो, आदि, त्यो हाम्रो लागि मानक भयो।

हामीले भर्चुअलाइजेशन, माइक्रोसफ्ट टेक्नोलोजीहरू, हाम्रा आफ्नै उत्पादनहरूको बारेमा धेरै कुरा गर्न थाल्यौं, IT अनुभव बिना नै हाम्रा शुरुआतीहरूका लागि आधारभूत प्रशिक्षण प्रस्तुत गर्‍यौं, जहाँ हामी समर्थन इन्जिनियरलाई आवश्यक पर्ने सबै कुरा बताउँछौं - हार्डवेयर र एब्स्ट्र्याक्शनको स्तर बढाउँदै: डिस्क API, सञ्चालन। प्रणाली, अनुप्रयोग, नेटवर्किङ, भर्चुअलाइजेशन।

निस्सन्देह, हामीले बुझ्यौं र बुझ्यौं कि हामीले प्रशिक्षणको साथ प्रयोग गर्ने प्रविधिहरूको सम्पूर्ण दायरालाई समेट्ने प्रयास असम्भव, वा कम्तिमा अव्यावहारिक हुनेछ। यो पहिले नै एक उत्पादन को सबै सुविधाहरू सिकाउन धेरै महिना लाग्छ, तर उत्पादन स्थिर छैन, र केहि नयाँ सबै समय देखा पर्दछ। थप रूपमा, केवल प्रशिक्षण व्याख्यानहरू, तिनीहरू जस्तै, भविष्यका इन्जिनियरहरूलाई चाहिने सबै कुराहरू प्रदान गर्न सक्दैनन्।

अरु के ?

म यो भन्न चाहन्छु कि पारेटो नियमले हाम्रो लागि काम गर्दछ: हाम्रो प्रशिक्षणको साथ हामी एक सफल इन्जिनियरलाई चाहिने लगभग 20% प्रदान गर्छौं, र 80% उसको विवेकमा रहन्छ - म्यानुअलहरू पढ्ने, प्रयोगशालामा काम गर्ने, परीक्षण र लडाई अनुरोधहरू समाधान गर्ने, आदि। ।

20% - तालिमहरू - वास्तवमा, यो सैद्धान्तिक आधारको लगभग 100% हो, तर तपाईं सिद्धान्तले मात्र सबै कुरा हासिल गर्न सक्नुहुन्न - ज्ञान-क्षमता-कौशल कार्यहरूको क्लासिक योजना। हामी ज्ञान दिन सक्छौं, तर सीपहरू विकास गर्नु र तिनीहरूलाई सीपमा परिणत गर्नु एकदम फरक कार्य हो।

यसैले हाम्रो प्रारम्भिक सैद्धांतिक व्याख्यानहरू धेरै चाँडै अन्य चीजहरूसँग पूरक हुन सक्छ, र अब सामान्य योजना यस्तो देखिन्छ:

• व्याख्यान / प्रशिक्षण;
• स्वतन्त्र काम;
• मेन्टरिङ।

पहिलो बिन्दुमा सबै कुरा स्पष्ट छ: हामी शुरुआतीहरूको समूह लिन्छौं, उनीहरूलाई सिद्धान्त पढ्छौं र सजिलैसँग दोस्रो बिन्दुमा जान्छौं, व्याख्यानको अन्त्यमा "गृहकार्य" दिँदै - केहि प्रकारको व्यावहारिक समस्या जुन शुरुवातकर्ताले "खेल्नु पर्छ। बाहिर" प्रयोगशालामा र केहि फारममा रिपोर्ट प्रदान गर्नुहोस् (सामान्यतया फारम नि: शुल्क छ, तर त्यहाँ अपवादहरू छन्)।

हामी जानाजानी सामान्य रूपमा कार्यहरू बनाउँछौं, सटीक निर्देशनहरू बेवास्ता गर्दै "त्यहाँ जानुहोस्, त्यो गर्नुहोस्, तपाईले के देख्नुहुन्छ लेख्नुहोस्।" यसको सट्टा, हामी केवल एउटा कार्य खडा गर्छौं (उदाहरणका लागि: कम्पोनेन्टहरूको यो सूचीको साथ भर्चुअल मेसिन डिप्लोय गर्नुहोस्) र हामीलाई प्राप्त नतिजाको साथ केही "अनुसन्धान" गर्न भन्नुहोस्, यो कसरी गर्ने वा नतिजा कसरी जाँच गर्ने भन्ने कुरामा नजाइकन। यसबाट हामी शुरुवातकर्ताहरूलाई (विशेष गरी जो IT को संसारबाट आफ्नो यात्राको शुरुवातमा छन् र इन्जिनियरिङ बिरादरीले कसरी सोच्छन्) स्वतन्त्र सोच, कागजात पढ्ने सीप र उदीयमान समस्याहरूको विश्लेषण गर्न, र, महत्त्वपूर्ण कुरा, उनीहरूको बुझाइ सिकाउन चाहन्छौं। सीमा।

हामी सबैलाई थाहा छ कि कहिलेकाहीँ समस्याको समाधान गर्नाले अन्त्यमा निम्त्याउँछ, मानौं अगाडि एउटा पर्खाल छ जसलाई तोड्न सकिँदैन। र जब यो आफ्नो टाउकोमा निरन्तर हराउन लायक छ भनेर बुझ्न, र जब मद्दत गर्न सक्ने कसैलाई फेला पार्ने समय पनि टोलीमा काम गर्ने इन्जिनियरको लागि धेरै महत्त्वपूर्ण सीप हो।

हाम्रो मामला मा, एक नयाँ को लागी यो "सहायक" एक सल्लाहकार हो।

यो एक सल्लाहकार overestimate गर्न असम्भव छ। आफैलाई न्याय गर्नुहोस्, उहाँलाई नियुक्त गरिएको नयाँ व्यक्तिको लागि उहाँ पहिलो "सम्पर्क बिन्दु" हुनुहुन्छ, जसले धेरै प्रश्नहरूको जवाफ दिन सक्छ र धेरै परिस्थितिहरूमा मद्दत गर्न सक्छ - र ती खराब बान्कीहरू (प्राविधिक भागमा, व्यापार नैतिकतामा, कम्पनी संस्कृति), जुन कोच र टोलीको नेतृत्व दुवैले मिस गर्न सक्छन्।

र यो सबै उनको बारेमा हो?

व्याख्यान-प्रशिक्षण, मार्गदर्शन, स्वतन्त्र कार्य - यी तीन मुख्य निर्माण ब्लकहरू हुन् जसले हाम्रो प्रशिक्षण कार्यक्रम बनाउँछ। तर के त्यो सबै बताउन छ? पक्कै होइन!
राम्रो योजना बनाएर, चारवटा पूर्ण तालिम कार्यक्रम (पाँचौं बाटोमा छ), हामी हाम्रो "लुटका बच्चाहरू" जम्मा गर्न छोड्दैनौं। शिक्षा हाम्रो उत्पादनको रूपमा जीवित छ, र त्यसैले नयाँ जानकारी र यसलाई व्यक्त गर्ने नयाँ तरिकाहरू निरन्तर देखा पर्दैछन्।

उदाहरणको लागि, हाम्रो लागि एउटा महत्त्वपूर्ण कोसेढुङ्गा थियो कि हामीले वास्तवमा स्कूल/विश्वविद्यालय प्रशिक्षणलाई पूर्ण रूपमा भन्दा अलि बढी दोहोर्याउँछौं, र यसले सधैं काम गर्दैन। हामी वयस्कहरूलाई उनीहरूको आफ्नै डर र प्राथमिकताहरूका साथ अनुभवका साथ सिकाउँछौं। र यो "विद्यालय" प्रणालीले मानिसहरूलाई थोरै डराउँछ (कुदाललाई कोदालो भनौं - 95% केसहरूमा, स्कूल मोडेलको कारणले कुनै पनि निराशा डरबाट आउँछ): हामी सबै स्कूल र विश्वविद्यालयमा कुनै न कुनै रूपमा गयौं, र प्रायः यो सबै थियो यो अझै पनि एक दर्दनाक अनुभव थियो, त्यसैले म यसलाई दोहोर्याउन चाहन्न।

यहाँबाट हामी सुरु गर्छौं (हो, हामी भर्खरै सुरु गर्दैछौं, तर "यात्रा हजार माइल..." र यस्तै) हाम्रो दृष्टिकोणहरू पुन: काम गर्न। हामीले एन्ड्रागोजी (वयस्कहरूलाई सिकाउने - शिक्षाशास्त्रको विपरीत, जुन, संक्षेपमा, बच्चाहरूलाई सिकाउने बारे हो) को अनुभव, लक्ष्यहरूको बुझाइ, जानकारीको आत्मसात गर्ने बारे सूक्ष्मताहरू र विद्यार्थीहरूको आराम, महत्त्वमा केन्द्रित भई सम्झ्यौं/सिक्यौं। भावनात्मक घटक (बच्चाहरूको लागि यो अझ महत्त्वपूर्ण छ), व्यावहारिक घटकको आवश्यकता, र यस्तै। बारे सिकेका छौं फ्लास्क चक्र र अब हामी हाम्रा प्रशिक्षणहरू घुमाउँदैछौं, कसरी हामी पूर्ण रूपमा "विषय बाहिर" भएको व्यक्तिलाई केही अनुभवको साथ तालिममा ल्याउन सक्छौं, जसलाई हामीले अपडेट गर्न र पूरक गर्न, गहिरो र कम्बो बनाउन मद्दत गर्नेछौं, र के महत्त्वपूर्ण छ। , नाङ्गो सिद्धान्त मात्र हैन, तर व्यावहारिक ज्ञान पनि दिनुहोस् जुन एक सल्लाहकारको मद्दत वा स्वतन्त्र रूपमा सीपमा रूपान्तरण गर्न सकिन्छ।

हामीले व्यापार प्रशिक्षकहरूलाई आमन्त्रित गर्यौं जसले सार्वजनिक भाषणमा हाम्रा व्याख्याताहरूसँग काम गरे, भावनाहरूबारे कुरा गरे, प्रशिक्षित दृढता, हामीलाई समूह गतिशीलता प्रबन्ध गर्नका लागि उपकरणहरू दिए र पक्कै पनि, "हामी प्रशिक्षणबाट के चाहन्छौं?" प्रश्नहरूको जवाफ दिन मद्दत गर्‍यौं। र "हाम्रो अन्तिम लक्ष्य के हो?" नतिजाहरू पहिले नै त्यहाँ छन् - "बोरिंग र केहि स्पष्ट छैन" को शैलीमा सबैभन्दा प्रतिक्रिया सङ्कलन गर्ने केही प्रशिक्षणहरू अब सायद सबैभन्दा रोचक र निष्कपट भनिन्छ - तर व्याख्याता उस्तै रहन्छ!

र भर्खरै, ज्ञान केन्द्रित समर्थन र भिडियो पाठ्यक्रमहरू कसरी निर्माण गर्ने भन्ने बारेमा कुरा गर्दै, धेरै राम्रा र उत्प्रेरित केटाहरू हामीकहाँ आए - र हामीले उनीहरूबाट पछिको रिमेक कसरी गर्ने र "रेकर्डिङ"बाट टाढा जानका लागि धेरै राम्रा विचारहरू सिकेका छौं। एउटा वेबिनार-शैली" सुन्दर र सरल पाठ्यक्रमहरूमा जसले हामीलाई हामीले चाहेको सबै कुरा सरल र स्पष्ट तरिकामा बताउँछ, र हामीलाई जानकारी प्रस्तुत गर्ने विभिन्न विधिहरूमा डुब्न अनुमति दिँदैन।

यसबाहेक, अब हामीले तालिमको प्राविधिक अंग, अर्थात् तथाकथित हार्ड सीप मात्र लिएका छैनौं, तर हामी लेक्चरर वा व्यवस्थापनका लागि मात्र होइन, इन्जिनियरहरूका लागि पनि सफ्ट स्किलका साथ काम गरिरहेका छौं। हामी यो गर्छौं ताकि सशर्त इग्नाट, जब उनी कम्पनीमा आउँछन्, उसले आफ्नो काममा 100% आवश्यक पर्ने सीपहरू अभ्यास गर्न सक्छ, आफ्ना भावनाहरू व्यवस्थापन गर्न सक्षम हुन सक्छ, र जुनसुकै कठिन र निराशाजनक अवस्थामा पनि जान्न सक्छ। , उसले एक गर्दैन: आखिर, समर्थन मानिसहरूको बारेमा हो, र "हामी समस्यामा हाम्रो आफ्नै त्याग गर्दैनौं।" पहिलो आगमन फोन कलहरू अघि, हामी उनीहरूलाई प्रक्रियामा संलग्न हुन र उनीहरूको आफ्नै जवाफ दिने शैली फेला पार्न मद्दत गर्दै, नयाँ आगमनसँग भूमिका खेल्ने खेलहरू खेल्नेछौं; पहिलो केसहरू अघि, हामी उनीहरूलाई कसरी राम्रोसँग काम गर्ने र के गर्ने भनेर बताउनेछौं। खोज्नुहोस्, र हामी सम्पूर्ण प्रक्रियामा निगरानी र मद्दत गर्नेछौं।
हामी समर्थन छ। र हामीले आफ्नो होइन भने सबैभन्दा पहिले कसलाई समर्थन गर्नुपर्छ?

र निष्कर्षमा, केहि शब्दहरू ...

मलाई थाहा छ कि मेरो कथा प्रशंसनीय छ। र एकै समयमा, म घमण्ड गरिरहेको छैन - यो हाम्रो इतिहास, हाम्रो वर्तमान र भविष्यको लागि हाम्रो योजनाहरूको सानो अंश हो।

हाम्रो प्रशिक्षण कहिल्यै पूर्ण हुँदैन। हामीमा धेरै कमजोरीहरू छन्, र हामीले धेरै गल्तीहरू गरेका छौं - प्यारी आमा! हामीले धेरै प्रतिक्रिया प्राप्त गर्छौं, र प्रायः यो प्रशंसनीय छैन, तिनीहरूले हामीलाई समस्याहरू, कमजोरीहरू, वांछित सुधारहरूको बारेमा लेख्छन् - र हामीले विश्वव्यापी रूपमा सिकाउने भएकोले, हामीले धेरै विविध प्रतिक्रियाहरू पाउँछौं, र यदि हामीले सांस्कृतिक विशेषताहरूलाई पनि ध्यानमा राख्यौं भने। ...

हामीसँग बढ्नको लागि ठाउँ छ, र भगवानलाई धन्यवाद, हामीसँग काम गर्न, आलोचना गर्न, छलफल गर्न र नयाँ चीजहरू प्रस्ताव गर्न तयार व्यक्तिहरू छन्। यो एक ठूलो स्रोत र ठूलो समर्थन हो।

र समर्थन भनेको मानिसहरूको बारेमा हो - यो तालिम गर्ने मानिसहरू हुन्, तालिमले नयाँ कर्मचारीहरूलाई पहिले उपयोगी हुन र छिटो राम्रो इन्जिनियरहरू बन्न मद्दत गर्छ, र असल इन्जिनियरहरूले संसारलाई राम्रो ठाउँ बनाउँछन्।

...र यससँगै मलाई मेरो अनुमति दिइएको भाषणहरू समाप्त गर्न दिनुहोस्।

स्रोत: www.habr.com