यह वास्तव में एजाइल के साथ, या सॉफ्टवेयर इंजीनियरिंग के साथ भी बहुत कुछ नहीं करता है। यह किसी भी व्यवसाय में किसी भी कंपनी का बस सच है: आपको प्रशिक्षण के लिए अलग समय निर्धारित करने की आवश्यकता है। अवधि।
एजाइल के पास "टिकाऊ गति" का यह विचार है, जिसका अर्थ है कि, किसी भी बिंदु पर, टीम को उस समय की तुलना में कठिन काम करना चाहिए जो अनिश्चित समय के लिए बनाए रख सके। यानी नो "क्रंच टाइम"। इसके लिए प्रशिक्षण देकर सम्मानित किया जाना चाहिए। तो, यह आपकी टीम के लिए एक स्थायी गति है "बिना ब्रेक के 5 घंटे से अधिक सीधे, प्रति दिन 9 घंटे से अधिक नहीं, प्रति सप्ताह 40 घंटे से अधिक नहीं", और आप प्रशिक्षण के लिए 10% समय प्रदान करना चाहते हैं, तो आप 36 घंटे के लिए अपनी परियोजनाओं की योजना बनाने की जरूरत है।
लेकिन फिर से, एजाइल के साथ इसका कोई लेना देना नहीं है, यह सिर्फ सामान्य ज्ञान और प्राथमिक स्कूल गणित है।
व्यक्तिगत रूप से, मुझे लगता है कि प्रति दिन आधे घंटे, प्रति सप्ताह एक आधे दिन और प्रति सप्ताह एक पूर्ण सप्ताह की अनुमति देने जैसी कुछ टीम टीम को ज्ञान के विभिन्न आकार के चक्रों को जल्दी और स्थिर गति से प्राप्त करने की अनुमति देगी।
कुछ चुस्त अभ्यास भी हैं जो ज्ञान हस्तांतरण में मदद करते हैं, अर्थात टीमों के ज्ञान के स्तर में अंतर को सुचारू करने के लिए:
- दैनिक पूर्वव्यापी
- स्प्रिंट प्रति रेट्रोस्पेक्टिव
- प्रति परियोजना प्रतिगामी
- जोड़ा प्रोग्राम तैयार करना
- पिंग-पोंग युग्मन (लाल-हरे-परावर्तक चक्र के प्रत्येक चरण के बाद चालक और नाविक की अदला-बदली)
- प्रॉमिसिंग पेयरिंग (कोई निश्चित पेयर नहीं है, जोड़े बेतरतीब ढंग से सौंपे जाते हैं और हर सुबह और दोपहर के भोजन में बदल जाते हैं)
- टीम के सदस्यों की विषम संख्या (यदि आप जोड़ी प्रोग्रामिंग करते हैं, तो एक टीम के सदस्य को सीखने के लिए स्वतंत्र छोड़ दें)
- भीड़ प्रोग्रामिंग (जोड़ी प्रोग्रामिंग पर एक संस्करण जहां पूरी टीम एक एकल कंप्यूटर और स्क्रीन का उपयोग करती है, एक नामित टीम सदस्य केवल एक "टाइपिस्ट" है और अन्य उसे बताते हैं कि उसे क्या लिखना है)
- होनहार टीमों (डेवलपर्स को हर दिन / हर स्प्रिंट के लिए टीमों को यादृच्छिक रूप से सौंपा जाता है)
पेयर प्रोग्रामिंग और क्राउड प्रोग्रामिंग न केवल निरंतर कोड समीक्षा बल्कि निरंतर ज्ञान साझाकरण प्रदान करता है। पिंग-पोंग युग्मन एक व्यक्ति को "कीबोर्ड को हॉगिंग" करने से रोकता है। प्रोमिसफुल पेयरिंग पूरी टीम के माध्यम से ज्ञान का प्रसार करती है, प्रोमिसफुल टीमों ने पूरी कंपनी के माध्यम से ज्ञान का प्रसार किया, और यह सुनिश्चित किया कि हर डेवलपर हर प्रोजेक्ट और हर कोडबेस को जानता है; यह कोडबेस (ओं) में उच्च स्तर के मानकीकरण को भी जन्म देगा। जबकि रेट्रोस्पेक्टिव्स का मुख्य फोकस विकास प्रक्रिया पर प्रतिक्रिया प्रदान करना और उसके अनुसार अनुकूलन करना है, इसका उपयोग एक असामान्य मुद्दे पर संवाद करने और इसे हल करने के लिए भी किया जा सकता है।
यह कहे बिना जाना चाहिए कि नियोक्ता को एक व्यापक पुस्तकालय, एसीएम, स्प्रिंगर, आईईईई, आदि की सदस्यता का भुगतान करना चाहिए, साथ ही साथ अध्ययन करने के लिए और बड़े कमरों में अध्ययन करने के लिए शांत कमरे। व्हाइटबोर्ड और फ्लिपबोर्ड के बहुत सारे, साथ ही साथ। प्रोजेक्टर हर जगह सामान्य रूप से समझदार होते हैं, न कि केवल प्रशिक्षण के लिए।