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