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



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


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

चंचलता एक अनुशासन है

• टीम के भीतर जानकारी के लिए जल्दी से फैलने के लिए, और किसी भी समस्या से तुरंत बाहर निकलने के लिए, एजिल दैनिक सुबह की बैठकों - स्टैंड अप्स को निर्धारित करता है, जहां हर कोई संक्षेप में बताता है कि उसने कल क्या किया, वह क्या करने में कामयाब रहा और उसे किन समस्याओं का सामना करना पड़ा।
  यह एक अच्छा विचार है, लेकिन ... यह मेरा पसंदीदा समय है जब मुझे बस काम करना है, खुद के लिए कॉफी पीना - समाचार और ताजा चुटकुलों पर जाने के लिए लगभग आधे घंटे का समय है। और इसके बजाय, क्या मुझे एक सर्कल में खड़े होकर कल के लिए रिपोर्ट करना चाहिए?
  
  
• कोड सरल और पठनीय होना चाहिए ताकि इसे आसानी से बदला जा सके, और किसी भी समय विभिन्न लोगों को। ऐसा करने के लिए, आपको अपने कोड की लगातार समीक्षा करनी चाहिए और उसे रिफलेक्टर करना चाहिए। जो लोग अपने कोड को एक दिमागी उपज के रूप में मानते हैं वे कोड को व्यक्तिगत अपमान के रूप में लगातार बदलने की आवश्यकता मानते हैं। "मैंने यहाँ कोशिश की, मैंने बनाया , और अब - फिर से बदला? ..."
  
  और निश्चित रूप से, कुछ लोग इस तथ्य को पसंद करते हैं कि अजनबी आपके गंदे पंजे को देख रहे हैं और बदल रहे हैं।
  
  
• यह सुनिश्चित करने के लिए कि परियोजना काम करती है, आपको इकाई परीक्षण लिखना होगा। यही है, कोड दो बार जितना बाहर निकलता है, और दो बार उतना काम डेवलपर पर लटका दिया जाता है। और किस लिए? सभी समान, परीक्षण 100% गारंटी नहीं देते हैं और सभी कीड़े कभी नहीं पाएंगे। तो परीक्षकों को उनके लिए देखने दें, वे इसके लिए मौजूद हैं!
  
  
• यह सुनिश्चित करने के लिए कि परियोजना ग्राहक के रूप में काम करती है, किसी को स्वीकृति परीक्षण लिखना होगा। और उनके साथ बहुत परेशानी है ... वे दोनों धीमे और लगातार टूट रहे हैं ... लेकिन क्या नरक, क्या आपके हाथों से सब कुछ कॉल करना आसान नहीं है? इसके अलावा, इसके लिए परीक्षक हैं।
  
  
• यह सुनिश्चित करने के लिए कि विभिन्न डेवलपर्स से परिवर्तन को एकीकृत करते समय परियोजना अलग नहीं होती है, एजाइल एक निरंतर एकीकरण सर्वर प्रदान करता है। यहाँ एक और है, हमारे सिर पर आओ! अब कुछ बाएँ अक्षरों का एक गुच्छा मेरे इनबॉक्स में डाल रहा है कि बिल्ड टूट गया है। और मुझे कुछ सर्वर पर चढ़ना होगा और पता लगाना होगा कि परीक्षण लाल क्यों हैं? हां, मुझे, शायद, इससे कोई लेना-देना नहीं है, मैं क्यों समय बिताऊंगा!
  
  
• सभी डिज़ाइन मुद्दों पर लगातार चर्चा करने के लिए, एक निरंतर कोड समीक्षा करें, तुरंत त्रुटियां ढूंढें और एक दोस्त को परीक्षण लिखें, मित्र ने जोड़ी प्रोग्रामिंग का आदेश दिया। निस्संदेह, डेवलपर्स इससे सबसे अधिक डरते हैं। काश आप कर सकते! पूरे दिन कोई न कोई लड़का मेरे पास बैठा रहेगा, जो मुझे बताएगा कि कैसे और क्या करना है। मेरी गलतियों पर मेरी नाक में दम करो। न तो अपना मेल पढ़ा, न खबर, न चुटकुले। नहीं, आग! क्या होगा अगर उसकी एक अलग शैली है? क्या हमारी राय अलग होनी चाहिए? यदि वह एक ही पंक्ति में कोष्ठक लगाना पसंद करता है, और मैं - निम्नलिखित में? क्या हम पूरे दिन बहस करेंगे? धन्यवाद, हमें ऐसी दया की आवश्यकता नहीं है।
  
  
• डेवलपर के लिए समस्या क्षेत्र को बेहतर ढंग से समझने और सरल समाधान प्रदान करने में सक्षम होने के लिए, ग्राहकों के साथ सीधा संचार आवश्यक है। ओह, ओह, मैं फोन पर सहकर्मियों के साथ बात करना पसंद करता हूं, लेकिन ग्राहक के साथ ...
  
  

तो फुर्तीला एक अनुशासन है जो

यह अनुमति देता है

एक प्रेडिक्टेबल टाइम फ्रेम में उच्च गुणवत्ता के साथ एक कार्यशील उत्पाद बनाएं।
लेकिन यहाँ पकड़ है। यह केवल समझ में आता है

अगर तुम चाहो

एक प्रेडिक्टेबल टाइम फ्रेम में उच्च गुणवत्ता के साथ एक कार्यशील उत्पाद बनाएं।

और यहां हम सबसे महत्वपूर्ण बात पर आते हैं: अधिकांश डेवलपर्स के लिए यह मुख्य प्राथमिकता नहीं है। हाँ, यह दुखद सच्चाई है।

आराम क्षेत्र

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

और सबसे महत्वपूर्ण बात: औसत डेवलपर कंप्यूटर पर अपने आराम की सराहना करता है। मेरा कार्यस्थल मेरा घर है। यहां मैं अपना सबकुछ सेट करता हूं, जैसा कि मैं चाहता हूं, मेरे डेस्कटॉप, संगीत, ऑडियो प्लेयर, कार्यक्रम अलग हैं, मेज पर फ्रेम में तस्वीर। यहां तक ​​कि मेरा अपना कप भी है। यहां मेरा कम्फर्ट जोन है । यह सिर्फ मैं और मेरा कंप्यूटर है। खैर, हाँ, कभी-कभी बॉस और परीक्षक आते हैं, मेरी दुनिया में आते हैं, लेकिन यह अस्थायी है। वे बात करेंगे और छोड़ देंगे। और फिर से शांति मेरी दुनिया में राज करेगी।

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

तो:

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

समस्या गहरी है

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

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

प्रेरणा कहाँ से प्राप्त करें?

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

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

कोड को कमिट करना, यह सुनिश्चित करना कि यह जिस तरह से काम करना चाहिए, वह अपने आप में एक बड़ी खुशी है।

और अंत में, सबसे बड़ा प्रेरकों में से एक, अजीब तरह से पर्याप्त है, ग्राहक के साथ जीवंत संचार। तुलना करें: जब बॉस आपके पास आता है और पूछता है: "ठीक है, क्या आपने अंततः इसे समाप्त कर दिया है?", और जब ग्राहक आपके पास आता है और कहता है: "वाह, आपने यह किया! यह वही है जो आपको चाहिए, धन्यवाद! ”बॉस के सामने खुद को सही ठहराना आसान है: मैं रैली में था, कोड रखा था, फिक्स्ड बग - जो भी हो। एक क्लाइंट के साथ, ऐसी चाल काम नहीं करेगी। या तो काम करना चाहिए, या ... कोई अन्य विकल्प नहीं है।

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