314
स्क्रम और Agile विकास के बीच क्या अंतर है? क्या स्प्रिंट और इटरेशन समान हैं?स्क्रम और एजिल विकास के बीच क्या अंतर है?
A
उत्तर
284
स्क्रम कई पुनरावर्तक और वृद्धिशील फुर्तीली सॉफ्टवेयर विकास विधि में से एक है। आप here प्रक्रिया का एक बहुत विस्तृत विवरण पा सकते हैं।
एससीआरयूएम पद्धति में एक स्प्रिंट विकास की मूल इकाई है। प्रत्येक स्प्रिंट एक योजना मीटिंग के साथ शुरू होता है, जहां स्प्रिंट के लिए कार्यों की पहचान की जाती है और स्प्रिंट लक्ष्य के लिए अनुमानित प्रतिबद्धता बनाई जाती है। एक स्प्रिंट एक समीक्षा या पूर्वदर्शी बैठक के साथ समाप्त होता है जहां प्रगति की समीक्षा की जाती है और अगले स्प्रिंट के लिए सबक पहचाने जाते हैं। प्रत्येक स्प्रिंट के दौरान, टीम किसी उत्पाद के समाप्त भाग बनाती है।
एग्इल विधियों में प्रत्येक पुनरावृत्ति में एक पूर्ण सॉफ्टवेयर विकास चक्र के माध्यम से कार्य करने वाली टीम शामिल होती है, जिसमें नियोजन, आवश्यकता विश्लेषण, डिज़ाइन, कोडिंग, यूनिट परीक्षण और स्वीकृति परीक्षण शामिल होता है जब एक कार्य उत्पाद हितधारकों को प्रदर्शित किया जाता है।
तो यदि एक एससीआरयूएम स्प्रिंट में आप सभी सॉफ्टवेयर विकास चरणों (आवश्यकता विश्लेषण से स्वीकृति परीक्षण) करते हैं, और मेरी राय में आपको कहना चाहिए कि एससीआरयूएम स्पिंट्स एजीआईएल पुनरावृत्तियों से मेल खाते हैं।
+10
महान व्याख्या। कुछ संशोधनों का मैं सुझाव दूंगा: स्प्रिंट प्लानिंग पहली घटना * * स्प्रिंट टाइमबॉक्स के अंदर है। स्पिंट्स में अंतराल नहीं होता है इसलिए स्प्रिंट से पहले कुछ भी नहीं आता है। –
+49
उत्तर पर्याप्त स्पष्ट नहीं है। जिस तरह से यह इन दो चीजों को समझाता है, वे अनिवार्य रूप से समान होते हैं; उनका वर्णन करने के लिए बस अलग-अलग शब्दावली का उपयोग किया गया है।मुझे लगता है [यह जवाब] (http://stackoverflow.com/a/1586953/415784), भले ही यह केवल एक पंक्ति है, स्पष्ट है और सटीक रूप से अंतर बताता है कि Agile सिर्फ एक दर्शन है और स्क्रम इसका कार्यान्वयन है दर्शन। – Nawaz
8
शुरुआत में मैं क्या कह सकता हूं - Agile एकीकृत प्रक्रिया से एक विकासवादी पद्धति है जो Iterative & वृद्धिशील विकास (आईआईडी) पर केंद्रित है। आईआईडी निर्माण चरणों (वास्तविक कोडिंग) और वृद्धिशील वितरण पर अधिक पुनरावृत्ति विकास पर जोर देती है। यह पुनरावृत्ति विश्लेषण (आरंभ) और डिजाइन (विस्तार) पर पुनरावृत्तियों में स्वयं को संभालने पर अधिक जोर नहीं देगा। तो, यहां इटरेशन "मिनी प्रोजेक्ट" नहीं है।
एग्इल में, हम इस आईडीडी को थोड़ा आगे लेते हैं, टीम सहयोग, विकासवादी आवश्यकताएं और डिजाइन इत्यादि जैसी अधिक वास्तविकताओं को जोड़ते हैं और एससीआरयूएम मानव कारकों पर विचार करके और 'समूह की बुद्धि' के निर्माण के द्वारा इसे सक्षम करने का साधन है। सिद्धांत। तो, यहां एक स्प्रिंट एक शुद्ध आईआईडी मॉडल को बेहतर बनाने वाला "मिनी प्रोजेक्ट" है।
तो, Agile रास्ते में लागू पुनरावृत्तियों, हां, सैद्धांतिक रूप से स्पिंट्स (छोटे होने वाले आकार के आकार को हाइलाइट करना और त्वरित होने वाली डिलीवरी)। मैं एग्इल और एससीआरयूएम के बीच वास्तव में अंतर नहीं करता हूं और मुझे लगता है कि एससीआरयूएम एजिल सिद्धांतों को उपयोग में लाने का एक प्राकृतिक तरीका है।
66
के रूप में दूसरों के द्वारा ऊपर उल्लेख किया है,
स्क्रम सॉफ्टवेयर परियोजनाओं और उत्पाद या अनुप्रयोग विकास के प्रबंधन के लिए एक सतत और वृद्धिशील तीव्र सॉफ्टवेयर विकास विधि है। तो स्क्रम वास्तव में एक प्रकार का एग्इल दृष्टिकोण है जिसका उपयोग सॉफ्टवेयर विकास में व्यापक रूप से किया जाता है।
तो, स्क्रम Agile का एक विशिष्ट स्वाद है, विशेष रूप से इसे एक फुर्तीली परियोजना प्रबंधन ढांचे के रूप में जाना जाता है। 1. मुख्य/कोर भूमिका 2. सहायक भूमिका
मुख्य/कोर भूमिका: यह मुख्य रूप से तीन भूमिकाओं में शामिल हैं:
इसके अलावा स्क्रम इसके अंदर मुख्य रूप से दो भूमिकाओं, जो कर रहे हैं एक)। स्क्रम मास्टर, बी)। उत्पाद मालिक, सी)। विकास दल।
अनुशंसात्मक भूमिका: स्क्रम टीमों में सहायक भूमिकाएं बिना किसी औपचारिक भूमिका और स्क्रम जुलूस में कम भागीदारी शामिल हैं, लेकिन फिर भी, उन्हें ध्यान में रखा जाना चाहिए। अर्थात। शेयरधारकों, प्रबंधकों।
स्क्रम मास्टर: - वहाँ स्क्रम में बैठकों के 6 प्रकार हैं:
- डेली स्क्रम/स्टैंडअप
- बकाया संवारने: कहानी
- Scrums
- स्प्रिंट योजना बैठक के स्क्रम
- स्प्रिंट समीक्षा बैठक
- स्प्रिंट रीट्रोस्पेक्टिव
मुझे बताएं कि किसी को इस पर अधिक इनपुट की आवश्यकता है या नहीं।
9
वाटरफॉल पद्धति एक अनुक्रमिक डिजाइन प्रक्रिया है। इसका मतलब है कि आठ चरणों में से प्रत्येक (गर्भधारण, दीक्षा, विश्लेषण, डिजाइन, निर्माण, परीक्षण, कार्यान्वयन, और रखरखाव) पूरा हो गया है, डेवलपर्स अगले चरण पर जाते हैं।
चूंकि यह प्रक्रिया अनुक्रमिक है, एक बार एक कदम पूरा हो जाने के बाद, डेवलपर्स पिछले चरण पर वापस नहीं जा सकते - पूरे प्रोजेक्ट को खरोंच किए बिना और शुरुआत से शुरू नहीं कर सकते। परिवर्तन या त्रुटि के लिए कोई जगह नहीं है, इसलिए शुरुआत में एक परियोजना परिणाम और एक व्यापक योजना निर्धारित की जानी चाहिए और उसके बाद सावधानीपूर्वक
ACP Agile Certification झरना पद्धति के नुकसान के लिए "समाधान" के रूप में आया। एक अनुक्रमिक डिजाइन प्रक्रिया के बजाय, Agile पद्धति एक वृद्धिशील दृष्टिकोण का पालन करता है। डेवलपर्स एक सरल परियोजना डिजाइन के साथ शुरू करते हैं, और फिर छोटे मॉड्यूल पर काम करना शुरू करते हैं। इन मॉड्यूल पर काम साप्ताहिक या मासिक स्पिंट्स में किया जाता है, और प्रत्येक स्प्रिंट के अंत में, परियोजना प्राथमिकताओं का मूल्यांकन किया जाता है और परीक्षण चलाए जाते हैं। ये स्पिंट्स बग की खोज की अनुमति देते हैं, और अगली स्प्रिंट चलाने से पहले ग्राहक प्रतिक्रिया को डिज़ाइन में शामिल किया जा सकता है।
प्रारंभिक डिज़ाइन और चरणों की कमी के साथ प्रक्रिया की अक्सर इसकी सहयोगी प्रकृति के लिए आलोचना की जाती है जो प्रक्रिया के बजाय सिद्धांतों पर केंद्रित होती है।
13
परियोजना प्रबंधन में Agile और Scrum शब्द का उपयोग किया जाता है। Agile पद्धति वृद्धिशील और पुनरावृत्त काम धड़कता है जो sprints भी कहा जाता है। दूसरी ओर स्क्रम, फुर्तीली दृष्टिकोण का प्रकार है जिसका उपयोग सॉफ्टवेयर विकास में किया जाता है।
एग्इल अभ्यास है और स्क्रैम इस अभ्यास का पालन करने की प्रक्रिया है जैसे एक्स्ट्रीम प्रोग्रामिंग (एक्सपी) और कानबान एग्इल विकास अभ्यास का पालन करने के लिए वैकल्पिक प्रक्रिया है।
18
स्क्रम Agile विकास में कैसे फिट करता है?
जबकि एजिल पद्धति न केवल सॉफ्टवेयर उद्योग में बल्कि अन्य उद्योगों में भी उत्पाद विकास पर लागू की जा सकती है, स्क्रम सॉफ्टवेयर विकास के लिए विशिष्ट है।
स्क्रम एक पद्धति नहीं है। यह केवल Agile विकास के लिए संरचना, अनुशासन और एक ढांचा प्रदान करता है। पूरी परियोजना स्पिंट्स या स्प्रिंट चक्र (1 से एन) की एक श्रृंखला से बना है जहां प्रत्येक स्प्रिंट एक ही अवधि का होता है। यदि 'समय' टी द्वारा दर्शाया गया है, तो टी 1 = टी 2 = टी 3 = ... टीएन। स्पिंट्स 2 से 4 सप्ताह के बीच कहीं भी हो सकता है। 2 सप्ताह से कम स्पिंट आदर्श नहीं हैं और कम बार उपयोग किए जाते हैं। प्रत्येक स्प्रिंट के अंत में, सॉफ़्टवेयर का एक कार्यात्मक/कामकाजी टुकड़ा उत्पन्न होता है जो उपयोगकर्ता वास्तव में परीक्षण कर सकते हैं।
मूल लेख यहां है ...
+2
कृपया ध्यान दें कि स्क्रम सॉफ्टवेयर विकास के लिए विशिष्ट नहीं है ... यह सॉफ्टवेयर विकास में बहुत लोकप्रिय है, लेकिन केवल सॉफ्टवेयर विकास की जटिल प्रकृति के कारण। किसी भी जटिल उत्पाद विकास को स्क्रम का उपयोग करने से फायदा होगा। मजेदार तथ्य: यदि आप स्क्रम गाइड खोजते हैं, तो यह एक बार "सॉफ्टवेयर" शब्द का उल्लेख नहीं करता है। –
20
जमघट:
जमघट चंचल दृष्टिकोण का एक प्रकार है। यह एक ढांचा है जो एक पद्धति नहीं है।
यह क्या बजाय किया जाना इसमें से अधिकांश टीम है कि सॉफ्टवेयर विकसित कर रहा है पर निर्भर है की जरूरत करने के लिए विस्तृत निर्देश प्रदान नहीं करता है। क्योंकि विकासशील परियोजना जानता है कि कैसे इस समस्या को हल किया जा सकता है कि क्यों ज्यादातर उन पर छोड़ दिया है
पार कार्यात्मक और आत्म आयोजन टीमों स्क्रम के मामले में आवश्यक हैं। इस मामले में कोई टीम लीडर नहीं है जो टीम के सदस्यों को कार्य सौंपेगा बल्कि पूरी टीम मुद्दों या समस्याओं को संबोधित करेगी। यह एक तरह से क्रॉस-फ़ंक्शनल है कि इस परियोजना के कार्यान्वयन के लिए इस विचार से परियोजना में शामिल सभी शामिल हैं।
स्क्रम का लाभ यह है कि एक परियोजना की दिशा, पूरा काम के आधार पर समायोजित करने की अटकलों या भविष्यवाणियों पर नहीं है।
भूमिकाओं शामिल: उत्पाद मालिक, स्क्रम मास्टर, टीम सदस्य
चंचल पद्धति:
बिल्ड सॉफ्टवेयर अनुप्रयोगों है कि प्रकृति में अप्रत्याशित हैं
Iterative और वृद्धिशील काम cadences स्प्रिंट कहा जाता है इस पद्धति में किया जाता है ।
दोनों चंचल और जमघट प्रणाली इस प्रकार - सुविधाओं में से कुछ स्प्रिंट के एक भाग के रूप में और प्रत्येक स्प्रिंट के अंत में विकसित कर रहे हैं; विशेषताएं कोडिंग, परीक्षण और उत्पाद में उनके एकीकरण से पूरी तरह से पूर्ण हो जाती हैं। प्रत्येक स्प्रिंट के अंत में मालिक को कार्यक्षमता का प्रदर्शन प्रदान किया जाता है ताकि फीडबैक लिया जा सके जो अगले स्प्रिंट के लिए सहायक हो सकता है। चंचल विकास के लिए
घोषणा पत्र:
- व्यक्तियों और बातचीत प्रक्रियाओं पर और उपकरणों
- व्यापक प्रलेखन से अधिक कार्य करना सॉफ्टवेयर
- ग्राहक सहयोग अनुबंध बातचीत
- से अधिक के साथ बदल का जवाब देते हुए एक योजना निम्नलिखित
यही है, जबकि इसमें मूल्य है दाईं तरफ के आइटम, हम बाईं ओर वस्तुओं को महत्व देते हैं।
संभावित डुप्लिकेट [Agile प्रैक्टिस से स्क्रम अभ्यास कितना अलग है?] (Http://stackoverflow.com/questions/1586928/how-different-is-scrum-practice-from-agile-practice) – Joe
मुझे लगता है कि यह प्रश्न ऑफ-विषय हो सकता है क्योंकि यह प्रोग्रामिंग से संबंधित नहीं है। –
वे विनिर्माण और उत्पादन क्षेत्र के लिए आवेदन करते हैं। यह पूरी तरह से समझ में नहीं आता है कि वे मौजूदा सॉफ्टवेयर प्रथाओं को कम करने के लिए कैसे जा रहे हैं। जो साफ, समझ में, विनम्र, परिपक्व हैं। –