👩🏽‍🍳 👩🏼‍🔧 🍝 टीम के सदस्यों के व्यक्तिगत विकास का प्रबंधन 🥢 💀 🈺

व्यावसायिक विकास कार्य में सबसे महत्वपूर्ण प्रेरक है। यदि आप एक टीम लीडर हैं और इस थीसिस से सहमत हैं, तो आप शायद सोचें कि आप इस प्रक्रिया को कैसे प्रबंधित कर सकते हैं और अपने टीम के सदस्यों को बढ़ने में मदद कर सकते हैं।

पर TeamLead सम्मेलन, से Pavel Filonov कैसपर्सकी इसे सुलझाने के लिए अपने दर्द और दृष्टिकोण साझा: व्यक्तिगत विकास योजना, वह भी एक व्यक्ति के विकास योजना है।

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

समस्याओं के बारे में

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

इस स्थिति में, मैं अक्सर उन्हीं समस्याओं का सामना करता हूं जिनसे आप शायद परिचित हैं।

विकास के माध्यम से प्रेरणा। एक कर्मचारी मेरे पास आता है और उसकी समस्याओं और जरूरतों के बारे में बात करता है। उदाहरण के लिए, वह विकास करना चाहता है, क्योंकि सम्मेलनों में, पॉडकास्ट और लेखों में, हर कोई इस बात पर जोर देता है कि एक इंजीनियर को विकसित होना चाहिए। समस्या यह है कि यह हमेशा स्पष्ट नहीं है कि यह कैसे करना है।

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

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

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

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

मेरा मानना है कि आप तेजी से शुरू कर सकते हैं यदि आपको लगता है कि कौन सी परियोजना दिखाई दे सकती है और कौन सा तकनीकी ढेर इसके लिए उपयुक्त है। अग्रिम में एक या दो टीम के सदस्यों को तैयार करने के लिए: उन्हें रिजर्व में सीखने के लिए, प्रयोग करने के लिए, प्रयास करने के लिए कुछ प्रदान करने के लिए। जब असली काम शुरू होगा, तो यह तेजी से आगे बढ़ेगा।

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

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

मैं आपको एक ऐसे उपकरण के बारे में बताता हूँ जो मेरी मदद करता है, अगर मैं इन सभी समस्याओं का समाधान नहीं करता, तो कम से कम नियंत्रण या उनके समाधान की ओर बढ़ें।

योजना

यदि हम समस्या को समझते हैं, तो स्पष्ट इंजीनियरिंग कदम इसे विघटित करना, एक समाधान योजना तैयार करना और उस पर टिक जाना है, अधिमानतः लगातार प्रतिक्रिया द्वारा निगरानी की जाती है। यहाँ हमारी योजना है, इस लेख सहित।

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

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

मूल्यांकन चरण के बाद, लेख का केंद्रीय विषय एक व्यक्तिगत विकास योजना है।(व्यक्तिगत विकास योजना)। पीडीपी में कार्रवाई के लिए पहले से ही एक कॉल होनी चाहिए। योजना के साथ दस्तावेज़ को स्वयं योजना की कल्पना करनी चाहिए और यदि संभव हो तो इस सवाल का जवाब देना चाहिए कि स्थापित अवधि के भीतर विकास में वांछित बिंदु तक पहुंचने के लिए क्या करना है।

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

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

आईपीआर न केवल मेरे कार्यों को हल करता है, बल्कि कर्मचारियों की समस्याओं को भी हल करता है।

आइए योजना के सभी बिंदुओं को अधिक विस्तार से देखें।

योग्यता मैट्रिक्स

एक सार्वभौमिक मैट्रिक्स की कल्पना करना मुश्किल है जो सभी के लिए उपयुक्त है, इसलिए हम काफी सामान्य उदाहरणों का उपयोग करके सिद्धांतों पर विचार करेंगे।

कॉलम ज्ञान के क्षेत्र हैं। सॉफ्टवेयर विकास के अलावा, हमारी परियोजनाओं को अक्सर मशीन सीखने और डेटा विश्लेषण की आवश्यकता होती है, इसलिए उनके लिए अलग-अलग कॉलम होते हैं। टाइटल, स्तर, ग्रेड आमतौर पर लाइनों पर चिह्नित होते हैं।

दोनों कॉलम और उनकी सामग्री प्रत्येक कंपनी या यहां तक कि एक टीम के लिए एक व्यक्तिगत मुद्दा है। आप एक तैयार उदाहरण के साथ शुरू कर सकते हैं और इसे अपने लिए संशोधित कर सकते हैं।

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

रेटिंग

ज्ञान या कौशल के स्तर को चिह्नित करने के लिए, आप ट्रैफिक लाइट योजना का उपयोग कर सकते हैं, मैं सिर्फ तीन रंग प्रदान करता हूं:

गहरा हरा - न केवल "पता-पता" है, बल्कि बड़ी संख्या में कलाकृतियां हैं जो इस ज्ञान की पुष्टि करती हैं।
हल्का हरा - मैंने पढ़ा, कुछ सुना, लेकिन मैं खुद इस क्षेत्र में ज्यादा काम नहीं करता था।
सफेद - मुझे बिल्कुल पता नहीं है।

स्वाभाविक रूप से, सवाल उठता है, कैसे समझें कि कोशिकाओं को कैसे रंगा जाए। कैसे भेद करें: मुझे पता है, मैं अच्छी तरह से नहीं जानता या बिल्कुल भी नहीं जानता? मापदंड मामले के मामले में भिन्न हो सकते हैं, लेकिन मेरे पास ऐसी चालें हैं।

मैं अपने सहयोगी द्वारा सुझाए गए अंगूठे के नियम का उपयोग करता हूं: यदि आप एक प्रणाली जानते हैं, तो वास्तव में आप एक को नहीं जानते हैं; यदि आप दो जानते हैं, तो विचार करें कि आप उन सभी को जानते हैं।

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

दूसरा विकल्प: मुझे पता है कि क्या कलाकृतियों को प्रस्तुत किया जा सकता है - कोड, प्रस्तुति, निष्कर्ष। यदि विशिष्ट कलाकृतियां हैं, तो सबसे अधिक संभावना है कि एक व्यक्ति ने ऐसा किया है, और एक से अधिक बार।

इसलिए, हम उस व्यक्ति को मैट्रिक्स पर बच्चों के रंग के रूप में पेंट करने के लिए कहते हैं। नेता अपने दृष्टिकोण से ऐसा कर सकता है।

हर कोई टी-आकार के मॉडल को जानता है - जब कोई व्यक्ति अलग-अलग क्षेत्रों से कुछ जानता है और एक में पारंगत है। विभिन्न लेखों में आप इस विचार पर आ सकते हैं कि यह भविष्य का एक आदर्श इंजीनियर और विशेषज्ञ है।

यह पता चला कि अधिक दिलचस्प विकल्प हैं ।

टी-आकार के अलावा, पीआई-आकार है - जब कोई व्यक्ति कई क्षेत्रों में गहराई से पारंगत होता है। लेकिन मेरे लिए खोज कंघी के आकार की थी - एक कंघी-आदमी, जो लगभग हर चीज में एक विशेषज्ञ है, और ऐसे लोग हैं।

वास्तव में, कभी-कभी हमें एक ऐसे व्यक्ति की आवश्यकता होती है जो एक क्षेत्र को बहुत गहराई से जानता होगा - परियोजना की बारीकियां इस प्रकार हैं। और कभी-कभी हम एक सुपर-बहुमुखी व्यक्ति चाहते हैं (हालांकि मुझे डर है कि उसे बहुत अधिक भुगतान करने की आवश्यकता है)।

व्यक्तिगत विकास योजना

दक्षता मैट्रिक्स व्यक्तिगत विकास के समुद्र में एक समन्वय प्रणाली की तरह है:

कुल्हाड़ियों डोमेन डोमेन (सॉफ्टवेयर विकास और इस मामले में मशीन सीखने) से जुड़े हुए हैं। जब हम एक आकलन करते हैं, तो हम अनिवार्य रूप से इस समन्वय प्रणाली में सिर्फ दो बिंदुओं को ठीक करते हैं:

एक व्यक्ति अब क्या जानता है;
हम (कर्मचारी और प्रबंधक) उचित समय के भीतर महारत हासिल करना चाहेंगे।

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

आईपीआर संरचना

आईपीआर की संरचना को दो बड़े ब्लॉकों में विभाजित करना सुविधाजनक है: लक्ष्य और उपलब्धि के तरीके।

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

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

उपलब्धि के तरीके। तीन महत्वपूर्ण घटक हैं जिन्हें मोटे तौर पर उस समय के संदर्भ में वर्णित किया जा सकता है जिसे आपको निवेश करने की आवश्यकता है।

कार्यस्थल प्रशिक्षण ~ 70% लक्ष्य।

वर्तमान कार्यों और परियोजनाओं का उपयोग करते हुए सीखने की प्रक्रिया सबसे प्रभावी है। सबसे पहले, यह उपयोगी है क्योंकि ग्राहक संतुष्ट हैं, काम जारी है। दूसरे, ये वास्तविक जीवन से कार्य हैं, यानी यह एक वास्तविक दर्द है।

लेकिन लगभग हमेशा परियोजनाओं का वर्तमान पोर्टफोलियो उन सभी कौशलों को कवर करने की अनुमति नहीं देता है जिन्हें मैं मास्टर करना चाहता हूं। फिर एक खतरा है कि इस परियोजना में आवश्यक है या नहीं, जैसे ही कोई व्यक्ति एक नया उपकरण सीखता है, वह उसे खींचने की कोशिश करता है - ज्ञान को समेकित किया जाना चाहिए। इस मामले के लिए दो अन्य विकल्प हैं।

स्व-प्रशिक्षण ~ लक्ष्यों का 20%।

यह संरचना का एक प्रकार है जो एक व्यक्ति पढ़ता है, वह देखता है कि वह किस रिपोर्ट में जाता है, अराजकता को रोकने के लिए वह क्या सुनता है। मैं इसे "ग्रीष्मकालीन पढ़ने की सूची" कहता हूं। ईमानदारी से, मुझे यह पहले कभी पसंद नहीं आया, लेकिन अगर इसमें ऐसी किताबें, पाठ्यक्रम, व्याख्यान शामिल हैं जो दिलचस्प हैं, तो यह बहुत बेहतर माना जाने लगता है।

दो-अपने आप परियोजनाएं ~ 10% लक्ष्य।

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

आइए हम उपलब्धि के तरीकों के प्रत्येक बिंदु पर गहराई से जाएँ।

IPR उदाहरण

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

व्यक्तिगत विकास योजना
लक्ष्य		अपेक्षित परिणाम
1	एसई 3। पायथन प्रवीणता	स्रोत कोड आवेदन
2	एसई 3। इन्फ्रास्ट्रक्चर सेटअप	निर्मित सीआई / सीडी कन्वेयर
3	एसई 4। DevOps टेम्पलेट विकास	कन्वेयर के निर्माण के लिए टेम्पलेट
4	ML-1। गणितीय सांख्यिकी	परियोजनाओं में विधियों का उपयोग करना

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

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

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

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

कार्यस्थल प्रशिक्षण

उदाहरण के लिए, मुझे लगता है कि तीन महीनों में हमें एक नई परियोजना प्राप्त होगी जिसे विघटित करने की आवश्यकता होगी और यह समझना होगा कि आम तौर पर क्या करना आवश्यक है। यह एक अलग कौशल है - एक जटिल समस्या को छोटे लोगों की एक श्रृंखला में विघटित करना। एक और अलग कौशल यह मूल्यांकन करना है कि कितने समय और संसाधनों की आवश्यकता है। किसी कर्मचारी को इस तरह के कार्य को सौंपना काफी संभव है यदि वह बढ़ना चाहता है और सीखना चाहता है कि जटिल कार्यों को कैसे समाप्त किया जाए: 3 व्यक्ति-महीनों के लिए कार्य लें और इसे 1-2 दिनों के लिए कार्यों में तोड़ दें (उदाहरण में पैरा 7)।

कार्यस्थल प्रशिक्षण
लक्ष्य संख्या	कार्य का प्रकार	कब
2	TFS पर CI / CD कॉन्फ़िगर करना	Q1
3	लॉगिंग और निगरानी के लिए एक सामान्य टेम्पलेट का विकास	Q2
7	एक नई परियोजना के लिए कार्यों का पूर्ण विघटन	Q1-4
8	स्वचालित रूप से मॉडल को फिर से प्रदर्शित करने का कार्य	Q2
9	समय को मापने के लिए TFS का उपयोग करना	Q1-4
10	इंटर्न पर परामर्श	Q1-3
ग्यारह	ग्राहक के साथ बैठकें आयोजित करना। रिपोर्ट और रिपोर्ट तैयार करना	Q3
12	कई परियोजनाओं के लिए स्प्रिंट और बैकलॉग का गठन	Q3-Q4

या अगर कोई व्यक्ति सॉफ्ट-स्किल्स में निपुण बनना चाहता है, तो आप उसे खुद को मेंटर बनाने की कोशिश कर सकते हैं। इस प्रकार, आप एक वर्ष तक कार्य को निर्धारित कर सकते हैं (पैराग्राफ 10)।

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

वर्तमान समय अंतराल पर एक नज़र अक्सर यह समझने में मदद करता है कि वर्तमान में क्या कार्य प्रासंगिक हैं और एक व्यक्तिगत योजना को पूरा करने के लिए क्या आवश्यक है। योजना के कार्यान्वयन की लगातार निगरानी करना कर्मचारी और प्रबंधक दोनों का कार्य है।

यदि आप कार्यों के वितरण को नियंत्रित करते हैं, तो आप एक नेता के रूप में, आईपीआर कर्मचारी के प्रचार में महत्वपूर्ण योगदान दे सकते हैं। फिर, बैकलॉग से कार्यों को वितरित करते हुए, आप आईपीआर पर ध्यान केंद्रित कर सकते हैं।

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

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

यहां, निश्चित रूप से, एक नुकसान और हितों का संभावित संघर्ष है। यदि कोई कर्मचारी किसी कार्य की सहायता से सीखता है, तो यह संभावना है कि वह औसतन एक अनुभवी कर्मचारी की तुलना में अधिक समय तक काम करेगा। यह वास्तव में एक समस्या है और एक समझौते की आवश्यकता है।

यदि हम चाहते हैं कि कर्मचारियों को कार्यस्थल पर प्रशिक्षित किया जाए, तो उनके समाधान की गति के संदर्भ में कार्यों का वितरण इष्टतम नहीं होगा।

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

मुझे विश्वास नहीं है कि आप किसी को काम तेजी से करने के लिए प्राप्त कर सकते हैं। मेरा मानना है कि यह एक लंबी प्रक्रिया है जब कोई व्यक्ति तेजी लाने लगता है। आपको इस चरण में निवेश करने की आवश्यकता है, उदाहरण के लिए, सही मार्ग बनाकर।

स्व शिक्षा

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

स्व शिक्षा
नहीं	अध्ययन का क्षेत्र	कब
1	पायथन ट्यूटोरियल	Q1
2	Docker	Q2
4		Q3
5		Q4

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

सामग्रियों के चयन में शामिल हो सकते हैं: ऑनलाइन पाठ्यक्रम, इलेक्ट्रॉनिक पुस्तकालयों के लिंक, लेख, सम्मेलन में रिपोर्ट। लेकिन अपने दम पर इस तरह के संग्रह की रचना करने का मेरा प्रयास विफल रहा, मैं सभी क्षेत्रों में विशेषज्ञ नहीं हूं। ऐसी सूचियों को संकलित करना और उन्हें सभी टीम के सदस्यों के लिए ज्ञान विनिमय प्रणाली में रखना और उन्हें विकास लक्ष्यों के अनुसार ठीक वर्गीकृत करना बेहतर है।

विषयगत सामग्री संग्रहों में नेट प्रमोटर स्कोर (सिफारिश सूचकांक) जोड़ें - आपको यह संसाधन कितना पसंद आया और क्या यह सहकर्मियों के लिए अनुशंसित हो सकता है।

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

डू-इट-प्रोजेक्ट्स

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

डू-इट-प्रोजेक्ट्स
नहीं	अध्ययन का क्षेत्र	कब
6	एनईआर अनुसंधान	Q3
4	समस्याओं के समाधान के समय का आकलन करने के लिए परियोजना	Q2

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

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

स्वतंत्र परियोजनाओं में आमतौर पर बाहरी ग्राहक नहीं होते हैं, वे नेता हो सकते हैं और इन विकल्पों की पेशकश कर सकते हैं:

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

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

प्रतिपुष्टि

मेरी टीम ने इस उपकरण पर प्रतिक्रिया छोड़ दी। इसमें पेशेवरों और विपक्ष दोनों हैं।

आईपीआर के पेशेवरों:

, , .
, , .
.
, , , .
.
, , , .
« ».
, , , .

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

जाँच - परिणाम

तो, यहाँ IPR के साथ काम करने के लिए मुख्य सिफारिशें दी गई हैं:

एक योजना बनाएं - एक योजना का होना एक नहीं होने से बेहतर है, और टीम सहमत है।
IPR के आधार पर कार्यों को वितरित करें।
टीम की भागीदारी के साथ सामग्रियों की सूची बनाएं और उन्हें आत्म-विकास के लिए एक उपकरण के रूप में उपयोग करें।
जब और वर्तमान परियोजनाओं में ऐसे कार्य नहीं होते हैं, तो कौशल को समेकित करने के लिए एक प्रायोगिक मंच के रूप में स्वतंत्र परियोजनाओं का उपयोग करें।

उपयोगी कड़ियाँ

25 « -» — , . -, , :

: ? / , , .
, / (YouDo).
/ (-).

Saint TeamLead Conf . — . , , , .

टीम के सदस्यों के व्यक्तिगत विकास का प्रबंधन