नए किराए को प्रशिक्षित करने का बेहतर तरीका [बंद]

Question

वर्तमान में मैं जिस टीम का अनुभव कर रहा हूं, वह काफी हद तक टर्नओवर का हिस्सा है, जिसमें सदस्य आमतौर पर एक ही कंपनी के विभिन्न प्रोजेक्ट्स में जाते हैं। वर्तमान में नए सदस्यों के लिए हमारा "प्रशिक्षण" उन्हें एक प्राथमिक संपर्क (आमतौर पर अपने प्रशिक्षण को पूरा करने के लिए सबसे हाल का व्यक्ति) के साथ जोड़ा जाता है जो उन्हें हाथों से अनुभव प्रदान करेगा और अधिक वरिष्ठ डेवलपर्स से पूछेगा कि क्या नया किराया कुछ संरक्षक से पूछता है नहीं पता यह नए भाड़े के लिए जल्दी से शामिल होने का मौका प्रदान करता है, और संरक्षक को चुनौती देता है कि वह सिस्टम के बारे में अपनी समझ में सुधार करे।

हालाँकि, जैसा कि आप कल्पना कर सकते हैं, प्रशिक्षण की यह शैली बहुत समय लेने वाली है, और एक बहुत अच्छा ज्ञान हस्तांतरण (गलतफहमी प्रचार, अंतराल का विस्तार) प्रदान नहीं करती है।

मुझे हमारे भविष्य के नए काम के लिए प्रलेखन और प्रशिक्षण सामग्री तैयार करने का काम सौंपा गया है। मैं पहले से ही तकनीकी लेखन कभी-कभी करता हूं, लेकिन यह अंतिम उपयोगकर्ता के लिए है और बहुत सारे स्क्रीनशॉट के साथ विशिष्ट है और इसे पूरा करने के लिए बड़ी मात्रा में खपत करता है।

नई हायर के लिए नया डॉक्यूमेंट बनाना कम प्राथमिकता माना जाता है और इस पर काम करने के लिए मुझे केवल ~ 40 घंटे का समय मिला है। सिस्टम का दस्तावेजीकरण जिस तरह से मैं तकनीकी दस्तावेज लिखता हूं वह मुश्किल से 40 घंटों में सतह को खरोंच देगा। विशेष रूप से विचार करते हुए मुझे न केवल कोड आधार के बारे में दस्तावेज करना है, बल्कि तैनाती और समर्थन के बारे में भी।

दस्तावेज़ लिखने में महत्वपूर्ण समय निवेश किए बिना मैं जल्दी से जल्दी नए हायर प्राप्त करने के लिए दस्तावेज़ कैसे लिख सकता हूं?

अतिरिक्त जानकारी:
वर्तमान में हमारे पास एक विकि और प्रशिक्षण प्रशिक्षण दोनों हैं, हालांकि दोनों एक प्रकार के विरल हैं।

Comments

सॉफ्टवेयर विकास के बारे में यह कैसा है? लगता है जैसे आपको एक शिक्षण सलाहकार की आवश्यकता है, न कि प्रोग्रामर की।

— सायक्लोप्स

यदि दस्तावेज़ सॉफ़्टवेयर डेवलपमेंट का हिस्सा नहीं है, तो क्या टिप्पणियां सोर्स कोड का हिस्सा नहीं हैं?

— मालफिस्ट

पाठ लिखना जो बताता है कि कोड कैसे काम करता है, निश्चित रूप से सॉफ्टवेयर विकास का हिस्सा है। "नए काम के लिए प्रलेखन और प्रशिक्षण सामग्री तैयार करना" - सॉफ्टवेयर विकास का हिस्सा नहीं है , और एक प्रोग्रामर का कौशल उपयुक्त होने की संभावना नहीं होगी। न ही प्रोग्रामिंग के लिए नए काम पर रखने की समस्या है, आपका सवाल पूरी तरह से सामान्य है।

— साइक्लोप्स

Answer 1

अच्छा प्रश्न। प्रोग्रामर ऑन-द-जॉब प्रशिक्षण को बहुत कम ही गंभीरता से लिया जाता है, न ही इस बारे में अक्सर बात की जाती है।

कुछ विचार जो मैंने अच्छे से देखे हैं:

• अपने विकी में, एक नया किराया रैंपअप दस्तावेज़ (जो आप लिख रहे हैं) है। उस दस्तावेज़ में, तेह कार्यों का वर्णन करें जो नया भाड़ा पहले 1-2 हफ्तों के लिए प्रदर्शन करेगा। जहां मैं काम करता हूं, वहां आंतरिक सॉफ्टवेयर / टूल से, प्रक्रियाओं से, विशिष्ट प्रकार की जानकारी के स्थानों तक जाने के लिए लोड होता है। संपादन> हमारे पास कॉन्फ़िगरेशन आदि के लिए स्क्रीनशॉट के साथ "x, y, z क्रम में" जैसे निर्देश हैं, इसलिए विन सर्वर, SQL सर्वर, SharePoint, BizTalk के साथ सिस्टम या फ़ार्म (VMs) को कॉन्फ़िगर करना, हमारा सॉफ़्टवेयर उतना सरल नहीं है लगता है। यह उन अनुप्रयोगों के अन्य संस्करणों के लिए जाता है जिन्हें हम समर्थन करते हैं।
• समस्याओं का अभ्यास करें। जहां मैं हूं, हमारे पास एक उत्पाद है जो एक बड़े-ईश एपीआई को उजागर करता है। इसलिए हमारे लिए हमेशा यह फायदेमंद होता है कि हम अपने ग्राहकों / ग्राहकों के लिए लिखने (पूर्व निर्धारित) एक्सटेंशन के लिए अपने स्वयं के उत्पादों के प्रलेखन के माध्यम से जाएं। इसलिए यदि आपके पास अपने उत्पाद के एपीआई के हिस्से के रूप में एक गणित पुस्तकालय है, तो एक अभ्यास समस्या है जो "हमारे एपीआई का उपयोग करके एक कैलकुलेटर लिखें" या उसके बाद कुछ है।
• मेंटर अच्छे हैं। उन्हें रखना। हम यहां भी करते हैं, और न केवल लोगों से मिलने / दोस्त बनाने का एक अच्छा तरीका है, बल्कि वे सीखने के स्रोत के रूप में अमूल्य हैं। मैं करने की सलाह देते नहीं होने यह सबसे हाल ही में व्यक्ति प्रशिक्षण समाप्त करने के लिए हो सकता है के रूप में वे कॉर्पोरेट ज्ञान इतिहास कि किसी और हो सकता है की जरूरत नहीं है। हर कोई इसे एक रोटेशन पर है।
• हम (मोटे तौर पर) साप्ताहिक प्रस्तुतियाँ / तकनीक वार्ता करते हैं। नए काम पर रखने वाले अपने उत्पाद से कुछ चुनें (या इसे असाइन करें) और उनके 3 वें सप्ताह के बाद एक प्रस्तुति दें। सुनिश्चित करें कि वे जानते हैं कि उनके लिए गलत होने के लिए जगह है, और टीम उन्हें सही कर सकती है यदि वे प्रस्तुति में कुछ भी करते हैं।
• जब वे शुरू करते हैं तो नए हायर डॉक्यूमेंटेशन पर काम करते हैं। यह उन्हें इसे पढ़ने के लिए मजबूर करता है।

जैसा कि डैन मैकग्राथ ने नोट किया है, उनके लिए विकी को बेहतर बनाने के लिए नई हायर को प्रोत्साहित करना एक अच्छा विचार है।

Comments

+1। यह (imho) यह जोड़ना अच्छा होगा कि नए भाड़े को विकि / प्रलेखन में भी सुधार करना चाहिए क्योंकि वे कुछ इस तरह से गायब हैं या कमी है। यह आपके सबसे अनुभवी कर्मचारियों द्वारा खर्च किए गए समय को कम करते हुए आपके ऑनबोर्डिंग संसाधनों को बेहतर बनाने में आपकी मदद करता है। मुझे लगता है कि यह नए काम को समझने में मदद करता है।

— दान मैकग्राथ

सभी अच्छे बिंदु और चीजें जो हम काम करते हैं, अंतिम एक के अलावा प्रलेखन पर काम करने के लिए नए काम पाने के बारे में। उस के साथ समस्याओं की एक जोड़ी: ए) यह थोड़ा बहुत menial है। बी) शायद उत्पाद शब्दजाल शामिल हैं। ग) वे कैसे जानेंगे कि क्या यह सही है अगर वे नए हैं?

— बुरहान अली

Answer 2

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

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

अपने मार्गदर्शक के प्रत्येक अनुभाग के लिए, सुनिश्चित करें कि शीर्ष पर दाईं ओर हाइलाइट किया गया व्यक्ति है। इस तरह, अगर नए भाड़े में कोई सवाल है, तो वे जानते हैं कि मदद के लिए किसे जाना है। इसके अलावा, सुनिश्चित करें कि एक टीम का सदस्य बहुत अधिक वर्गों के लिए गो-टू व्यक्ति नहीं है। यदि आप संरक्षक नहीं हैं तो आप एक व्यक्ति का समय नए भाड़े के प्रश्नों के साथ नहीं लेना चाहते।

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

Comments

~ 40 मेरे पास अन्य परियोजनाओं को जल्दी खत्म करने से आता है, इसलिए एक बार जब मैं पहले 40 घंटे समाप्त करता हूं, तो इसका मतलब यह नहीं है कि मेरे पास बाद में अधिक समय नहीं होगा।

— मालफिस्ट

@ मालफिस्ट - काफी फेयर। लेकिन, अगर आपके पास समय नहीं है, और यह एक कम प्राथमिकता है, तो परीक्षण चलाने के लिए एक पहला मसौदा तैयार करना, जब आप अपनी परियोजनाओं पर काम करते हैं तो सबसे अच्छा हो सकता है। इसके लिए पुनरावृत्त दृष्टिकोण लें ताकि इस पर काम हो और आपको अधिक प्रतिक्रिया मिले। यदि आप अपनी 10 चीजें चुनते हैं, और एक नया भाड़ा कहता है 'वास्तव में, धारा 4 मैं वास्तव में उपयोग नहीं करता था, लेकिन ____ पर एक खंड अच्छा होता' आप जानते हैं कि कैसे सुधार और अद्यतन करने के लिए अगले करने के लिए अधिक उपयोगी हो व्यक्ति।

— त्यान्ना

Answer 3

मैंने हाल ही में अपने काम के स्थान पर एक समान दस्तावेज पर शुरुआत की है, समान समय की कमी के साथ। मैं सहानुभूति देता हूं कि इसे बहुत विस्तृत स्तर पर लिखना आसान है, जैसा कि मैंने पहले भी किया था, लेकिन यह वास्तव में प्रति-उत्पादक हो सकता है।

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

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

• प्रोजेक्ट मैनेजर (जो) आपको जीरा में एक कार्य सौंपता है।
• सूत्र x के आधार पर कार्य पर अनुमानित पूर्ण समय निर्धारित करें।
• जब आप इस पर काम शुरू करें तो टिकट को 'प्रगति' पर सेट करें।
• Git से ब्रांच बनाएं, इस प्रगति पर 30 सेकंड का वीडियो देखने के लिए लिंक पर क्लिक करें।
• डिजाइन दस्तावेज़ में बाधाओं के आधार पर इकाई परीक्षण लिखें, इकाई परीक्षण नामकरण सम्मेलनों के लिए पृष्ठ y देखें।
• समीक्षा के लिए टिकट सेट करें और समीक्षा प्रणाली के लिए कोड सबमिट करें .. 'आदि।

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

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

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

Answer 4

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

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

Answer 5

मेरा मानना ​​है कि आप पहले से ही जानते हैं कि उन्होंने आपको मिशन असंभव के साथ काम सौंपा है। एक लेखक के रूप में आप शायद पहले से ही मार्क ट्वेन के उद्धरण से परिचित हैं:

अगर मेरे पास ज्यादा समय होता तो मैं कम लिखता।

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

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

यह उल्लेख नहीं करने के लिए कि अच्छा प्रशिक्षण केवल लिखित सामग्रियों तक सीमित नहीं है, इसमें ऑन लाइन, कक्षा, मल्टीमीडिया आदि सहित शैक्षिक संसाधनों का पूरा जुआ शामिल होगा।

जैसा कि वे कहते हैं, "यदि आपको लगता है कि शिक्षा महंगी है, तो अज्ञानता की लागत का प्रयास करें।"

इसके अलावा यह कहे बिना जाता है कि दस्तावेज को देखने के बाद तथ्य के रूप में कुछ किया जाना चाहिए न कि इसे प्रक्रिया का एक अभिन्न अंग बनाने के बजाय पहले से ही एक व्यवस्थित संगठनात्मक समस्या का संकेत है।

Comments

हमारी टीम दुनिया भर में फैली हुई है ... इसलिए एक फाइलिंग कैबिनेट का सबसे अच्छा विचार नहीं हो सकता है;)

— Malfist

ठीक है, इसे DropBox.com

— JonnyBoats

वास्तविक उद्धरण यह है: मैंने इसे (पत्र) बहुत लंबा बनाया, क्योंकि मेरे पास इसे छोटा करने के लिए अवकाश नहीं था। - ब्लैस पास्कल ।

— जे एलस्टन