एजाइल विधि = डिज़ाइन की आवश्यकता नहीं?

कुछ लोग सोचते हैं कि “एजाइल विकास = डिज़ाइन की आवश्यकता नहीं है”。 यह सही नहीं है। बस यह बात है कि एजाइल विकास में बहुत जल्दी डिज़ाइन करने की आवश्यकता नहीं है। एजाइल लीन प्रक्रिया के समान है, क्योंकि दोनों चीजों को तभी करने के लिए प्रोत्साहित करते हैं जब उनकी आवश्यकता होती है।

उपयोगकर्ता कहानी

उपयोगकर्ता कहानी एजाइल विकास परियोजनाओं में सबसे अधिक उपयोग किए जाने वाले उपकरणों में से एक है। उपयोगकर्ता कहानी का सुंदर पहलू यह है कि यह एक परियोजना के शुरुआत में विवरणों में उतरने की आवश्यकता नहीं बनाता है। नीचे उपयोगकर्ता कहानी के एक सामान्य उपयोग के स्थिति का वर्णन है:

1. उपयोगकर्ता कहानी को एकत्र करें – अंतिम उपयोगकर्ता के साथ मीटिंग करें और उपयोगकर्ता कहानियों पर चर्चा करें
   • बस एक वाक्य लिखें कि उपयोगकर्ता क्या प्राप्त करना चाहता है
   • हम वैकल्पिक रूप से एक संक्षिप्त विवरण शामिल कर सकते हैं
2. डेवलपर(स) उपयोगकर्ता कहानियों पर मूल आकलन करते हैं
3. स्प्रिंट मीटिंग में, सभी हितधारक मिलकर तय करते हैं कि स्प्रिंट में कौन सी उपयोगकर्ता कहानियों को हल किया जाए
4. डेवलपर(स) अंतिम उपयोगकर्ता के साथ मिलकर उपयोगकर्ता कहानी के विवरण पर चर्चा करते हैं
   • चर्चा को चर्चा नोट्स के रूप में रिकॉर्ड करें
   • विशेष रूप से पूरा किए जाने वाले बिंदुओं को लिखें
5. डेवलपर(स) उपयोग के परिदृश्य लिखते हैं और प्रणाली के लिए वायरफ्रेम बनाते हैं
   • उपयोगकर्ता के साथ आवश्यकताओं की पुष्टि करें
6. डेवलपर(स) प्रणाली का डिज़ाइन करते हैं
7. डेवलपर(स) प्रणाली को लागू करते हैं
   • चूंकि अब आवश्यकताएं बहुत स्पष्ट हैं और डिज़ाइन सभी तैयार हैं, इसलिए लागू करने की कोशिश कम है
8. डेवलपर(स) अंतिम उपयोगकर्ता के लिए परीक्षण के लिए परीक्षण वातावरण तैयार करते हैं, जो पुष्टि बिंदुओं पर आधारित है

जैसा कि आप देख सकते हैं, एजाइल विकास टीम को कम से कम निम्नलिखित डिज़ाइन की आवश्यकता होती है:

1. उपयोगकर्ता अनुभव डिज़ाइन (UX डिज़ाइन) – वायरफ्रेम
2. प्रणाली डिज़ाइन – गतिविधि आरेख, क्रमागत आरेख
3. डेटाबेस डिज़ाइन – एंटिटी संबंध आरेख (ERD)