एक साल पहले, हमारी कंपनी में क्रांतिकारी परिवर्तन हुए, हमारी विकास पद्धति बदल गई, हमने स्क्रैम पर काम करना शुरू कर दिया।
एजाइल ने टीम के स्वतंत्र निर्णय लेने, निरंतर सुधार की मांग करना शुरू कर दिया। यहां हमें टीम के सदस्यों के विकास की समस्या का सामना करना पड़ रहा है। नतीजतन, हमें धीरे-धीरे विकास के 14 तरीके मिले, जिनमें से 6 के बारे में मैं इस लेख में चर्चा करूंगा। इनमें से कुछ तरीके कंपनी द्वारा शुरू किए गए थे, लेकिन उनमें से अधिकांश हम खुद के लिए या जासूसी और अनुकूलित किए गए थे।
कंपनी में 7 उत्पाद टीम हैं, मैं एक हूं। टीमों में से एक का लीड (स्क्रैम मास्टर + आर्किटेक्ट)।
तो चलिए शुरू करते हैं।
1. बुक क्लब
सहयोगियों को अधिक पढ़ने के लिए कैसे करें? सबसे स्पष्ट विचार एक पुस्तक क्लब स्थापित करना है। उन्होंने कुछ भी आविष्कार नहीं किया, दैनिक में से एक ने क्लब की पहली बैठक की घोषणा की।
क्लब के लक्ष्य:- सहकर्मियों को पढ़ने के लिए प्रोत्साहित करें;
- एक दूसरे की कीमत पर क्षितिज को चौड़ा करें। यानी पेशेवर पुस्तकों की समीक्षा पहले से सुनें और अपने लिए तय करें कि क्या यह पढ़ने लायक है, या पुस्तक से सामान्य बिंदुओं तक सीमित है;
- पुस्तक से किन विचारों को कार्य में लागू किया जा सकता है (और कभी-कभी कार्य के बाहर)
प्रारूप:क्लब में हम साझा करते हैं कि किसने क्या पढ़ा, संक्षेप में मुख्य विचार बताएं। क्लब में आमतौर पर 4-8 लोग आते हैं और हम 2 पुस्तकों पर चर्चा करते हैं। पहले, क्लब को साप्ताहिक रूप से आयोजित किया गया था, लेकिन समय के साथ हमने महसूस किया कि हमारे पास एक सप्ताह में बहुत कुछ पढ़ने का समय नहीं था और 2 सप्ताह में एक साथ आने का फैसला किया।
क्लब कॉर्पोरेट संस्कृति, व्यक्तिगत विकास, समय प्रबंधन पर पुस्तकों पर चर्चा करता है। विकास पर कम, लेकिन एक्सर्साइज़ क्लब, नीचे बिल्ली के बारे में, बुक क्लब से उछला।
नतीजतन, बुक क्लब ने एक पुस्तकालय के निर्माण की पहल की, जिसमें कंपनी हर महीने 5-6 किताबें खरीदती है;
2. सूरज और बादल
एजाइल को डेवलपर्स को वॉटरफॉल से अलग तरीके से सोचने की आवश्यकता है। अनुकूलन प्रक्रिया को आसान बनाने के लिए, हम एक निश्चित समन्वय प्रणाली, मूल्यों की एक प्रणाली के साथ आए, जो इंगित करता है कि क्या अच्छा है और क्या बुरा है।
हमने गेमिंग प्रेरणा "सन और क्लाउड" में इस तरह की प्रणाली को लपेटा है। टीम 1 से 8 तक के साथियों को सूरज के साथ पुरस्कृत कर सकती है और डांट सकती है, हम उसे उसी नंबर की टुकड़ी सौंप देंगे। सूरज और बादलों के आकार को विनियमित किया जाता है, उदाहरण के लिए, 1 सूर्य - यह "धन्यवाद" है, 3 सूरज - टीम को बचाया, 8 सूरज को एक तकनीकी सुधार करने के लिए प्रोत्साहित किया जाता है, टीम द्वारा नोट किया गया। हम बैठक के लिए देर से आने के लिए 1 बादल देते हैं, 8 बादल - टीम को नीचे जाने देते हैं, आदि।
जब टीम स्प्रिंट को बंद कर देती है, तो सबसे अधिक अंक (1 सूर्य +1 अंक, 1 क्लाउड माइनस 1 बिंदु) वाले व्यक्ति को एक पुस्तक और एक चुनौती कप प्राप्त होता है। क्वार्टर के अंत में, सर्वश्रेष्ठ को टीम के नाम के साथ एक स्वेटशर्ट मिलती है। यह एक अद्वितीय स्वेटशर्ट है; इस तरह के एक शिलालेख के साथ एक स्वेटशर्ट प्राप्त करने का कोई अन्य तरीका नहीं है।
इस तरह की प्रेरणा काफी अस्पष्ट है, कोई इसे केवल एक लाड़ प्यार समझता है। अनुभव से, मैं कह सकता हूं कि हम बैठकों के लिए देर नहीं कर रहे हैं और एक-दूसरे की योग्यता और "एंटी-मेरिट" का जश्न मनाने में सक्षम हैं, जो हमें एक ही दिशा में एक साथ चलने और एक टीम होने की अनुमति देता है।
लगभग एक वर्ष के बाद, मैं समझता हूं कि इस पद्धति ने अपने लक्ष्यों को पूरा किया है, हमने अपनी सोच को एजाइल पद्धति के अनुसार पुनर्गठित किया है। अब सूर्य एक दूसरे के लिए एक प्रोत्साहन के रूप में कार्य करते हैं, कभी-कभी सभी के लिए किसी व्यक्ति को उनकी मदद के लिए धन्यवाद देना मुश्किल होता है, सूरज इस बाधा को पार कर सकता है।
मैं विशेष रूप से स्टेज पर इस पद्धति की सलाह देता हूं जब एक लचीली कार्यप्रणाली अभी शुरू की जा रही है।
3. विकास का ट्रैक
उनमें से प्रत्येक सदस्य के विकास के लिए। विभाग के विकास प्रबंधक ने विकास पटरियों की शुरुआत की।
विकास ट्रैक एक व्यक्तिगत योजना है जो उन्हें प्राप्त करने के लक्ष्यों और साधनों को दर्शाता है।
हमारी टीम में, ट्रैक 3 महीने की 3 अवधि के लिए बनाया गया है। वर्तमान अवधि स्पष्ट रूप से वर्णित है, अगली कम विस्तृत, तीसरी अवधि सिर्फ विचार है।
प्रत्येक ट्रैक अपना है। उन का कार्य। लक्ष्यों और कर्मचारी विकास को प्राप्त करने के लिए नेतृत्व।
पटरियों के साथ काम के दौरान, उन्होंने निष्कर्ष निकाला कि तकनीक को ट्रैक पर रखना अक्षम है, क्योंकि यह स्पष्ट नहीं है कि तकनीक, एक प्रोग्रामिंग भाषा, एक विशेष डेटाबेस के अध्ययन के रूप में क्या विचार किया जाए। ये सिर्फ उपकरण हैं।
फिलहाल, मैंने अपने लिए निम्न ट्रैक प्रारूप निर्धारित किया है: दिशा, विकास उपकरण, साहित्य, मैट्रिक्स। ट्रैक के साथ आगे बढ़ने की प्रक्रिया में, आवश्यक उपकरण पहले से ही चुने गए हैं। उदाहरण के लिए:
दिशा: सामान्य तकनीकी ज्ञान;
विकास उपकरण: माइक्रोसिस्ट्रिस और उनकी तैयारी
संदर्भ: "शैल प्रोग्रामिंग (यूनिक्स)" साफ कोड। डिजाइन पैटर्न। इसे जारी करें! कंप्यूटर विज्ञान के लिए सैद्धांतिक न्यूनतम। विषय उन्मुख डिजाइन (DDD)
मेट्रिक्स: गैर-कार्यात्मक आवश्यकताओं का अनुपालन
पटरियों के साथ समस्या यह है कि वे केवल तभी काम करते हैं जब डेवलपर खुद अपने लक्ष्यों को समझता है और औपचारिक रूप से इससे संबंधित नहीं है। ट्रैक के प्रति दृष्टिकोण निर्णायक है। जो लोग प्रगति का पालन करते हैं, समय-समय पर देखते हैं, स्मृति में ट्रैक को ताज़ा करते हैं, स्थानांतरित करते हैं, और वे अच्छी प्रगति करते हैं। ट्रैक केंद्रित विकसित करने में मदद करते हैं, अच्छे व्यक्तिगत परिणाम प्राप्त करते हैं, और नियमित कार्यों को हल करने तक सीमित नहीं होते हैं।
4. सुबह "रोलर्स"
सुबह में, दिन से पहले या शाम को छोड़ने से पहले, हम एल्गोरिथम समस्याओं को हल करने में प्रतिस्पर्धा करते हैं। ऐसा करने के लिए,
कोडिंग सेवा का उपयोग करें। प्रतिभागी को एक सरल एल्गोरिथम समस्या को हल करने के लिए या तो कोड वर्णों की संख्या के लिए आमंत्रित किया जाता है। स्केटिंग रिंक एल्गोरिदम लिखने में अपना हाथ पाने में पूरी तरह से मदद करता है, और वास्तव में यह एक मजेदार बात है। सेवा प्रोग्रामिंग भाषाओं, C #, C ++, जावास्क्रिप्ट, बैश, PHP, स्विफ्ट और लगभग 20 अन्य लोगों की एक विस्तृत श्रृंखला प्रदान करती है।
इसी तरह के एल्गोरिदम प्रशिक्षण से कोड लिखने की गति बढ़ जाती है।
5. प्रदर्शन की समीक्षा
काम के दौरान, अपनी टीम के सहयोगियों से वस्तुनिष्ठ प्रतिक्रिया प्राप्त करना बहुत मुश्किल है। टीम लीड कॉन्फ में, येगोर टॉल्स्टॉय ने एविटो में प्रदर्शन की समीक्षा के अनुभव को साझा किया। हमने इसे अपनाया। बढ़िया सामान! व्यक्तिगत रूप से, मुझे अपने काम के बारे में बहुत ही मूल्यवान प्रतिक्रिया मिली। प्राप्त प्रतिक्रिया के आधार पर, वह अपने काम के कुछ क्षणों को समायोजित करने में सक्षम था। सहकर्मी भी इस समीक्षा प्रारूप के बारे में बहुत सकारात्मक प्रतिक्रिया देते हैं, किसी ने प्राप्त फीडबैक के टुकड़ों को अपने पटरियों पर जोड़ा। कुछ समय बाद, हम इसे दोहराने की योजना बनाते हैं।
ईगोर ने
अपने लेख में विस्तार से वर्णन
किया है।
6. एक्सर्साइज़ क्लब
वसंत के बाद से, हम सक्रिय रूप से अपने नए उत्पाद को जारी करने की तैयारी कर रहे हैं। हम समझ गए कि यह अस्वीकार्य था जब समाधान अस्थिर होगा या गिर भी जाएगा। इसलिए, हमने एक्सर्साइज़ क्लब का निर्माण करते हुए, एप्लिकेशन को संचालित करने के विषय में गहराई से तराशा।
एक्सर्साइज़ क्लब थोड़ा अलग बुक क्लब प्रारूप है। यहां हम सभी एक साथ एक किताब पढ़ते हैं, और क्लब में हम इसका विस्तार से विश्लेषण करते हैं। यह विशुद्ध तकनीकी पुस्तक है।
हम प्रारंभिक सहमत हैं कि हम बैठक के लिए कौन से अध्याय पढ़ेंगे। एक बैठक में, हम जो पढ़ते हैं उसका विश्लेषण करते हैं। हम देखते हैं कि वर्तमान में क्या समस्याएं हैं और उन्हें कैसे ठीक किया जाए।
क्लब की बैठकें साप्ताहिक और अंतिम 1 घंटे आयोजित की जाती हैं।
बड़ी रिलीज़ की तैयारी में, उन्होंने पुस्तक रिलीज़ इट को अलग रखा। बैठकों में से एक पर, हमने उन सेवाओं की एक तालिका बनाई, जो हमारे आवेदन का उपयोग करती हैं, पता चला कि उनके अनुरोधों में कोई टाइमआउट नहीं है। इस तालिका को हाथ में लेने के बाद, हम समय के साथ समाप्त हो गए हैं और अब हम जानते हैं कि यदि कोई तृतीय-पक्ष API या डेटाबेस क्रैश हो जाता है, तो एप्लिकेशन काम करेगा। इसी तरह लॉग से निपटा।
अब, एरिक इवांस के डीडीडी को पढ़ते हुए, हम नए मॉड्यूल की वास्तुकला का एक बड़ा टुकड़ा डिजाइन कर रहे हैं।
यह प्रारूप सिद्धांत के साथ-साथ अध्ययन और व्यवहार में जो अध्ययन किया गया है, उसके साथ-साथ आवेदन के लिए उपयुक्त है।
यदि समस्या को कम समय में हल करने की आवश्यकता है, तो एक्सर्साइज़ क्लब अप्रभावी होगा।
निष्कर्ष
ऐसा मत सोचो कि हमारे साथ सब कुछ ठीक है और टीम का प्रत्येक सदस्य खुलकर झूलता है और विकास के सभी अवसरों का उपयोग करता है। बेशक ऐसा नहीं है। लेकिन यहां यह महत्वपूर्ण है कि इस तरह के अवसर मौजूद हैं और वे व्यक्तिगत रूप से और टीम के लिए और कंपनी के लिए समग्र रूप से दोनों के लिए अच्छे परिणाम देते हैं।
लेख ने पेशेवर कौशल में सुधार के लिए 14 में से 6 तरीकों के बारे में लिखा है। यदि जानकारी दिलचस्प है, तो मैं दूसरा भाग लिखूंगा और अनुभव को संक्षेप में बताऊंगा।
लेख में वर्णित तरीके लागू करने के लिए सरल हैं और हमारे अपने विचारों और अन्य उत्पाद टीमों और कंपनियों के अनुभव का परिणाम हैं।
PS और इसके साथ Scrum का क्या संबंध है? ये सभी तरीके स्क्रम के संक्रमण के बाद ठीक दिखाई दिए और टीम द्वारा शुरू किए गए थे। यह बहुत अच्छा है कि टीमों की पहल को कंपनी के प्रबंधन के व्यक्ति में समर्थन मिलता है।