विकास या प्रबंधन के बारे में चुस्त है?

Question

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

1) क्या स्क्रैम एग्नॉस्टिक है कि डेवलपर्स चुस्त अभ्यास करते हैं?

2) क्या आप ऐसी टीम में स्क्रम लागू कर सकते हैं जो स्वचालित परीक्षणों का उपयोग नहीं करता है? चंचलता का प्रदर्शन नहीं करता है या चुस्त प्रोग्रामिंग प्रथाओं का पालन नहीं करता है?

Answer 1

यह सोचना एक सामान्य गलती है कि स्क्रैम एजाइल के बराबर है।

Agile होना, Agile Manifesto के चार सिद्धांतों का पालन कर रहा है । स्क्रैम एक परियोजना प्रबंधन प्रक्रिया है जो उन सिद्धांतों के अनुरूप है लेकिन यह चुस्त नहीं है। एक्सपी (टीडीडी, पेयर प्रोग्रामिंग) एक विकास प्रक्रिया है, जो उन सिद्धांतों के अनुरूप भी है, और स्क्रैम के अनुरूप भी है, लेकिन यह फुर्तीली नहीं है। सतत एकीकरण, सतत वितरण, DevOps, सभी एजाइल सिद्धांतों के अनुरूप है।

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

Comments

agilemanifesto.org/principles.html मैनिफेस्टो पर विस्तृत है।

@ ashy_32bit: टीम और प्रोजेक्ट को जाने बिना कोई भी सवाल का जवाब नहीं दे सकता। हर टीम या प्रोजेक्ट को चपलता से फायदा नहीं होगा। हालाँकि, मैंने एक ऐसी टीम पर काम किया है जो स्क्रम और सीआई कर रही थी और कुछ नहीं (चाल के फुर्तीले बॉक्स से) और इसने इन मामलों में न तो इन चीजों को करने से बेहतर काम किया। लेकिन हमने समय के साथ अपनी चपलता को सुधारने की कोशिश की।

— पीडीआर

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

— जिमी हॉफ

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

— जिमी होफा

क्या मैं अकेला हूँ जो यह नहीं सोचता कि "फुर्तीली" के पास एक पूंजी पत्र होना चाहिए? मैं सिर्फ एक व्याकरणिक पद नहीं हूँ - यह महत्वपूर्ण है। चपलता को एक गुणवत्ता के रूप में समझें: यदि आपकी टीम चुस्त है, तो यह लचीली, अनुकूलनीय, व्यवस्थित है। मुझे हमेशा भ्रम होता है जब वे "फुर्तीली" के बारे में बात करते हैं जैसे कि यह एक मानक पैटर्न या प्रक्रिया का नाम है जिसका उन्हें पालन करना होगा।

— टिम

Answer 2

क्या स्क्रोम एग्नॉस्टिक है कि डेवलपर्स चुस्त अभ्यास करते हैं?

स्क्रैम दिशानिर्देशों का एक समूह है जो एक टीम को चुस्त होने के लिए प्रोत्साहित करता है।

क्या आप ऐसी टीम में स्क्रम को लागू कर सकते हैं जो स्वचालित परीक्षणों का उपयोग नहीं करती है? चंचलता का प्रदर्शन नहीं करता है या चुस्त प्रोग्रामिंग प्रथाओं का पालन नहीं करता है?

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

Comments

छोटा एवं सुन्दर!

— क्रिस वान बाल

Answer 3

एलिस्टेयर कॉकबर्न (एजाइल आंदोलन के प्रवर्तकों में से एक) क्रिस्टल क्लियर (उनके एजाइल मेथड के एक पहलू ) के बारे में यह कहते हैं :

क्रिस्टल क्लियर को निम्न शब्दों में एक स्तर 3 श्रोता के लिए वर्णित किया जा सकता है:

“4-6 लोगों को एक कमरे में रखें जिसमें वर्कस्टेशन और व्हाइटबोर्ड हों और उपयोगकर्ताओं तक पहुँच हो। उन्हें हर एक या दो महीने में उपयोगकर्ताओं को रनिंग, टेस्टेड सॉफ्टवेयर वितरित करें, और अन्यथा उन्हें अकेला छोड़ दें। ”

यह चुस्त की एक परिभाषा है, अनुभवी विकास कर्मचारियों के लिए, जो जानते हैं कि वे क्या कर रहे हैं और इस पर काम करने के लिए भरोसा किया जा सकता है। ताकि यह अर्थ है कि आप है सीआई और TDD और जोड़ी प्रोग्रामिंग और अन्य सभी फैशनेबल चीजों उपयोग कैसे करें? सीधे शब्दों में कहें ... नहीं।

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

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

एलिस्टेयर ने केंट बेक के बारे में यह भी कहा:

एक्सपी और सॉफ्टवेयर इंजीनियरिंग संस्थान के "क्षमता परिपक्वता मॉडल" के पांच स्तरों के बारे में पूछे जाने पर, उन्होंने XP के परिपक्वता के तीन स्तरों के साथ उत्तर दिया:

1. सब कुछ लिखित रूप में करें।

2. ऐसा करने के बाद, नियमों में बदलाव के साथ प्रयोग करें।

3. आखिरकार, अगर आप XP कर रहे हैं या नहीं तो परवाह न करें।

आखिरकार, अगर आप XP या नहीं कर रहे हैं तो परवाह न करें ... बुद्धिमान शब्द जो आपको इस जाल में नहीं पड़ने की याद दिलाते हैं ।

Comments

हाहा कि तल पर जाल प्रफुल्लित और इतना सच है। हंसने के लिए धन्यवाद। इसके अलावा +1 मैं अधिक सहमत नहीं हो सकता। दुर्भाग्य से यहाँ पर निर्धारित पूरी तकनीक अच्छे डेवलपर्स (या जो कम से कम अच्छा बनना चाहते हैं) पर निर्भर करती है। कई इंजीनियरों को अच्छा होने में कोई दिलचस्पी नहीं है जब बुरा होना आसान है। वास्तव में यह बहुत सारे लोगों पर लागू होता है, न कि केवल इंजीनियरों के लिए।

— जिमी हॉफ

Answer 4

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

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

Answer 5

विकास या प्रबंधन के बारे में चुस्त है?

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

हालांकि इस लचीलेपन को पूरा करने के लिए, विकास टीम को एजाइल प्रोग्रामिंग प्रथाओं का अभ्यास करने की आवश्यकता है ।

चुस्त सॉफ्टवेयर विकास के संबंध में विकी से विवरण :

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

Answer 6

वास्तव में, आप उन परियोजनाओं में स्क्रैम का उपयोग कर सकते हैं जिनका सॉफ्टवेयर विकास से कोई लेना-देना नहीं है। यह एक परियोजना / टीम प्रबंधन विधि है।

Answer 7

1) नहीं !!!! स्क्रैम एजाइल है, जिसका अर्थ है चुस्त देव प्रथाएं (टीडीडी, जोड़ी प्रोग्रामिंग, सीआई, रीफैक्टरिंग, आदि) एक स्क्रैम परियोजना के सभी पहलुओं के लिए बहुत महत्वपूर्ण हैं। यदि आप इन अभ्यासों का उपयोग नहीं कर रहे हैं, तो अपनी टीमों की रन रेट, अनुमान कार्य, समुचित स्प्रिंट आकार आदि का पता लगाना बहुत कठिन होने वाला है।

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

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

Comments

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

— जिमी होफा

घोटाला फुर्तीला है। एक लोअरकेस 'a' के साथ। चंचलता एक विशेषण है, किसी चीज का नाम नहीं। इसके अलावा, मुझे लगता है कि यह जवाब समझ में आता है।

— टिम

@ टिम फुर्तीला शब्द एक विशेषण है, लेकिन इस मामले में एजिल को " एगाइल सॉफ्टवेयर डेवलपमेंट" शीर्षक के रूप में संदर्भित किया जाता है, जैसा कि एग्रीमेनिफेस्टो . org में परिभाषित किया गया है और जैसे कि यह एक विशेषण नहीं है, लेकिन एक संज्ञा है। यह मेरी शिकायत है कि लोग फुर्तीले होने का हवाला देते हैं, लोगों को लगता है कि "स्क्रैम फुर्तीली है" और फिर फुर्तीले घोषणापत्र के बारे में कभी नहीं सीखें, यह वह जगह है जहां यह "फुर्तीली" चर्चा शुरू हुई, और "एजाइल" की वास्तविक परिभाषा । विशेषण द्वारा चीजों को चंचल के रूप में संदर्भित करना अस्पष्ट है, घोषणापत्र अस्पष्ट नहीं है, यह राजसी और विशिष्ट है।

— जिमी होफा