आधुनिक विकास प्रक्रियाओं का मूल सिद्धांत चुस्त विकास है । यह विकास पद्धति छोटे, काटने के आकार की उपयोगकर्ता कहानियों का उपयोग करने पर जोर देती है ताकि यह परिभाषित किया जा सके कि उपयोगकर्ता के दृष्टिकोण से एक प्रणाली क्या करती है, तकनीकी नहीं। एक उपयोगकर्ता परवाह करता है कि कोई उत्पाद तेज़, उपयोग में आसान है, और उनकी समस्या का समाधान करता है। उन्हें परवाह नहीं है कि यह 3-स्तरीय वास्तुकला का पालन करता है, मोंगो डीबी है, या यदि यह रेल या एएसपीनेट का उपयोग कर रहा है।
Storyboard That चुस्त उपयोगकर्ता कहानियों को बनाने के लिए एक आदर्श मंच प्रदान करता है और एक प्रारूप में बातचीत को चिंगारी देता है जो पाठ की दीवार की तुलना में बहुत कम कर है।
उपयोगकर्ता कहानियों के संदर्भ में, एक "महाकाव्य" केवल एक बहुत व्यापक कहानी है जिसे बाद में कई विशिष्ट उपयोगकर्ता कहानियों में विभाजित किया जाएगा। एक महाकाव्य के साथ शुरू करना सभी को एकल, उच्च-स्तरीय दृष्टि के साथ संरेखित करता है। महाकाव्य कहानी एक परियोजना को ऊपर से नीचे तक लंगर डालती है, और यदि महाकाव्य का निर्माण करने का कोई मतलब नहीं है, तो सहायक कार्य भी प्रयास की बर्बादी होने वाला है।
(यह 2 सप्ताह का नि: शुल्क परीक्षण शुरू करेगा - कोई क्रेडिट कार्ड नहीं चाहिए)
इस कहानी में, यह बहुत स्पष्ट है कि दीर्घकालिक दृष्टि क्या है और सफलता कैसी दिखनी चाहिए। एक अच्छी महाकाव्य कहानी में शामिल होना चाहिए:
विशेष रूप से सॉफ्टवेयर डिजाइन करते समय, यह महत्वपूर्ण है कि उपयोगकर्ता कैसा होगा, इसका एक अच्छा दृष्टिकोण होना चाहिए। प्रत्येक उपयोगकर्ता इस दृष्टि से सटीक रूप से मेल नहीं खाएगा, और उपयोगकर्ता की कई श्रेणियां हो सकती हैं, लेकिन इन अलग-अलग दृश्यों को अभिव्यक्ति की आवश्यकता होती है। उपयोगकर्ताओं के बारे में सोचने से पहले अति-इंजीनियरिंग और अति-जटिलता से बचाव होता है, एक नए उत्पाद को सभी के लिए कुछ होने से रोकता है और किसी के लिए उपयोगी नहीं होता है।
(यह 2 सप्ताह का नि: शुल्क परीक्षण शुरू करेगा - कोई क्रेडिट कार्ड नहीं चाहिए)
एक बार एक महाकाव्य स्थापित हो जाने और उपयोगकर्ताओं को परिभाषित करने के बाद, विशेष उपयोगकर्ता अनुभवों के बारे में छोटी, अधिक विशिष्ट कहानियों का निर्माण किया जा सकता है। नीचे दी गई कहानियां ऊपर उल्लिखित को दो आख्यानों में विभाजित करती हैं: एक ऑर्डर को देखना और किसी उत्पाद को फिर से ऑर्डर करना।
इन आख्यानों में तकनीकी जानकारी नहीं है; उपयोगकर्ताओं को परवाह नहीं है कि परिणाम कैसे प्राप्त किए जाते हैं, जब तक कि यह वांछित कार्य करता है। इसी तरह, UX को सामान्य रूप से दर्शाया गया है, ताकि नवाचार को दबाने या पथ को मजबूर करने से बचा जा सके। सामान्य तौर पर, कहानियां होनी चाहिए:
(यह 2 सप्ताह का नि: शुल्क परीक्षण शुरू करेगा - कोई क्रेडिट कार्ड नहीं चाहिए)
(यह 2 सप्ताह का नि: शुल्क परीक्षण शुरू करेगा - कोई क्रेडिट कार्ड नहीं चाहिए)
इन कहानियों में बातचीत और प्रश्न आमंत्रित होने चाहिए, जैसे:
कई कहानियाँ बनाना पूरी तरह से उचित है; वास्तव में, इसे प्रोत्साहित किया जाना चाहिए। इनमें से कुछ कहानियों का उपयोग कभी नहीं किया जाएगा, लेकिन उनके द्वारा निर्धारित पथ को देखना महत्वपूर्ण है। कहानियों का यह संग्रह अतिरिक्त आवश्यकताओं को दूर करेगा और परीक्षण को प्रभावित करेगा।
कहानियों को इस बारे में चर्चा को उत्तेजित और सूचित करना चाहिए कि सॉफ़्टवेयर का परीक्षण कैसे किया जाएगा और किन व्यावसायिक नियमों को स्पष्ट रूप से परिभाषित करने की आवश्यकता है। उदाहरण के लिए:
एक चुस्त उपयोगकर्ता कहानी एक सरल, स्पष्ट वर्णन है कि उपयोगकर्ता के दृष्टिकोण से सॉफ्टवेयर की सुविधा। यह इस पर केंद्रित है कि उपयोगकर्ता क्या प्राप्त करना चाहता है, तकनीकी विवरण नहीं, जिससे विकास अधिक उपयोगकर्ता-केंद्रित होता है।
प्रभावी उपयोगकर्ता कहानियों को बनाने के लिए, उच्च-स्तरीय एपिक से शुरू करें, अपने उपयोगकर्ताओं को परिभाषित करें, और कार्यों को छोटे, प्राप्त करने योग्य लक्ष्यों में विभाजित करें। स्पष्ट भाषा का प्रयोग करें और वास्तविक उपयोगकर्ता आवश्यकताओं पर ध्यान केंद्रित करें, न कि तकनीकी समाधानों पर।
उपयोगकर्ता कहानियां एजाइल विकास में महत्वपूर्ण हैं क्योंकि वे डेवलपर्स, उपयोगकर्ताओं और हितधारकों के बीच साझा लक्ष्यों को संरेखित करने, बार-बार प्रतिक्रिया प्रोत्साहित करने, और परियोजनाओं को प्रबंधित और समझने में आसान बनाती हैं।
एक एपिक एक व्यापक, समग्र कहानी है जो परियोजना की दृष्टि सेट करता है। एक उपयोगकर्ता कहानी एक छोटी, विशिष्ट कार्य या सुविधा है जो एपिक से निकली है, और एक उपयोगकर्ता की एकल आवश्यकता पर केंद्रित है।
स्टोरीबोर्ड उपयोगकर्ता कहानियों को दृश्य रूप से दर्शाते हैं, जिससे छात्रों के लिए अवधारणाओं को समझना आसान हो जाता है। वे चर्चा को प्रोत्साहित करते हैं, आवश्यकताओं को स्पष्ट करते हैं, और एजाइल योजना गतिविधियों में भागीदारी बढ़ाते हैं।