एक्सट्रीम प्रोग्रामिंग (XP) एक है एजाइल सॉफ्टवेयर विकास फ्रेमवर्क जो उच्च गुणवत्ता वाले सॉफ्टवेयर के उत्पादन और टीम के जीवन की गुणवत्ता में सुधार करने के लिए डिज़ाइन किया गया है। XP उचित इंजीनियरिंग अभ्यासों.
स्क्रम एक फ्रेमवर्क है जहां लोग जटिल अनुकूलन वाली समस्याओं का समाधान कर सकते हैं और उच्च मूल्य वाले उत्पादों को कुशलता और रचनात्मकता से डिलीवर कर सकते हैं। स्क्रम स्वयं एक सरल फ्रेमवर्क है जो जटिल उत्पादों पर प्रभावी टीम सहयोग की अनुमति देता है।
दोनों स्क्रम और XP एजाइल पद्धतियाँ हैं, जो आवर्ती विकास, कार्यात्मक सॉफ्टवेयर, रिलीज़ और आवर्ती योजना निर्माण जैसी सामान्य अवधारणाओं को साझा करती हैं, दैनिक स्टैंड-अप, रिट्रोस्पेक्टिव्स, और सभी अन्य एजाइल प्रक्रिया तत्व। इन दोनों दृष्टिकोणों की इतनी एकरूपता है कि एक टीम जो XP का अभ्यास करती है और दूसरी टीम जो स्क्रम का अभ्यास करती है, के बीच अंतर बनाना कठिन हो सकता है।
एक्सट्रीम प्रोग्रामिंग
स्प्रिंट चक्र
हालांकि, कुछ अंतर हैं, जिनमें से कुछ बहुत ही सूक्ष्म हैं, विशेष रूप से निम्नलिखित चार पहलुओं में:
- आमतौर पर दो से चार सप्ताह।
- आमतौर पर एक से दो सप्ताह।
- अपने स्प्रिंट.
- जब तक स्प्रिंट योजना पूरी हो जाती है और एक सेट उत्पाद बैकलॉग आइटम को निर्धारित कर दिया जाता है, तो उन आइटमों में स्प्रिंट के अंत तक कोई बदलाव नहीं होता है।
- इटरेशन के दौरान बदलना आसान है।
- जब तक कि एक विशिष्ट फीचर शुरू नहीं किया गया है, एक समान आकार की नई फीचर को अन-शुरू की गई फीचर के स्थान पर XP टीम के इटरेशन में डाला जा सकता है।
- सख्त प्राथमिकता क्रम में काम करें।
- विकसित किए जाने वाली विशेषताओं को ग्राहक (स्क्रम के उत्पाद मालिक), और टीम को उन्हें क्रम में संभालना होगा।
- स्क्रम उत्पाद मालिक उत्पाद बैकलॉग को प्राथमिकता देता है, लेकिन टीम उन बैकलॉग आइटम को किस क्रम में विकसित करना है, यह तय करती है।
- एक स्क्रम टीमबहुत अधिक संभावना है कि दूसरे सबसे महत्वपूर्ण आइटम पर काम करे।
- कोई विशिष्ट इंजीनियरिंग व्यवहारों को निर्देशित नहीं करता है।
- हां, XP करता है।
- उदाहरण के लिए: TDD, पेयर प्रोग्रामिंग, सरल डिजाइन, रिफैक्टरिंग, आदि।
हम XP और स्क्रम के बीच अंतरों को निम्नानुसार सारांशित कर सकते हैं:
| पहलू | अभ्यास | XP | स्क्रम |
| इटरेशन लंबाई | क्या आवश्यकताओं को इटरेशन के दौरान बदला जा सकता है | 1-2 सप्ताह | 2-4 सप्ताह |
| इटरेशन के दौरान बदलाव का प्रबंधन | क्या आवश्यकताओं को प्राथमिकता के अनुसार सख्ती से व्यवस्थित किया जाता है? | यदि अभी तक कार्यान्वित नहीं किया गया है, तो इसे समान आकार की एक अन्य आवश्यकता से प्रतिस्थापित किया जा सकता है। | स्क्रम इसे अनुमति नहीं देता है। स्प्रिंट शुरू होने के बाद कोई बदलाव अनुमति नहीं है, और वह स्क्रम मास्टरइसका सख्ती से पालन करता है। |
| फीचर प्राथमिकता निर्धारण | क्या आवश्यकताओं को प्राथमिकता के अनुसार सख्ती से व्यवस्थित किया जाता है? | हां | आवश्यक नहीं |
| इंजीनियरिंग अभ्यास | क्या उन्नत इंजीनियरिंग विधियों का उपयोग प्रगति या गुणवत्ता सुनिश्चित करने के लिए किया जाता है? | बहुत सख्त | विकासकर्मियों को सचेत रहने की आवश्यकता होती है |
इसलिए, हम मानते हैं कि XP का दृष्टिकोण स्वीकार्य है, लेकिन यह एजिल में एक विरोधाभास लाता है: XP के दर्शन को एजिल सिद्धांतों के साथ मिलाना टीमों को भ्रमित संदेश भेजता है: “आप एक पूर्ण रूप से स्व-प्रबंधित संगठन हैं, लेकिन आपको TDD, पेयर प्रोग्रामिंग आदि कार्यान्वित करना होगा।”
यह स्पष्ट है कि इन चार अंतरों में काफी अंतर है:
- में स्क्रम, बल आत्म-संगठन पर है।
- में XP, बल ताकतवर इंजीनियरिंग अभ्यास के नियमों पर है।
निष्कर्ष
स्क्रम एक उत्पाद विकास ढांचा है—एक ऐसा कंटेनर जिसमें अन्य अभ्यास जोड़े जा सकते हैं। XP स्क्रम ढांचे के भीतर लागू किए जा सकने वाले अभ्यासों में से एक है। टीम के लिए स्क्रम और XP में चयन करने का कोई कारण नहीं है। XP के नियम और अभ्यास आसान नहीं हैं, और उनमें से अधिकांश अनुच्छेदनीय हैं। स्क्रम में XP को शामिल करना एक ऐसी टीम के लिए प्राकृतिक विकास हो सकता है जो स्क्रम के साथ शुरुआत करती है और एक पेशेवर स्क्रम टीम बनने की कोशिश करती है।
English
Arabic
Chinese (Simplified)
Dutch
French
German
Italian
Japanese
Korean
Portuguese
Russian
Spanish