यूज़र स्टोरी मैपिंग: INVEST और कहानियों को कैसे विभाजित करें

एक फ्लैट बैकलॉग प्राथमिकता के अनुसार क्रमबद्ध सूची है। यह आपको बताता है कि अगला क्या बनाना है, लेकिन यह नहीं बताता कि टुकड़े कैसे एक साथ फिट होते हैं, और यह दस परिष्कृत फीचर को शिप करना आसान बनाता है जो उपयोगकर्ता के लिए कुछ भी पूरा करने योग्य नहीं होते। यूज़र स्टोरी मैप यह सुधार करता है क्योंकि यह स्टोरी को उपयोगकर्ता द्वारा लिया गया यात्रा के साथ व्यवस्थित करता है, ताकि आप पूरे उत्पाद को देख सकें और एक पहली रिलीज़ को काट सकें जो शुरू से अंत तक काम करे।

यह गाइड बताता है कि एक स्टोरी मैप कैसे बनाएं, इसके शीर्ष स्लाइस को MVP स्कोप में कैसे बदलें, हर स्टोरी को INVEST से कैसे जांचें, और वे स्प्लिटिंग पैटर्न जो बड़ी स्टोरीज़ को स्पिंट-साइज़ की स्टोरीज़ में बदल देते हैं। यदि आपको पहले मूल बातें चाहिए, तो शुरू करें यूज़र स्टोरीज़ कैसे लिखें.

यूज़र स्टोरी मैप क्या है

स्टोरी मैपिंग की शुरुआत जेफ पटन ने की थी, पहले 2005 के एक लेख में, “It's all in how you slice it”, फिर उनके 2008 के पोस्ट में The new user story backlog is a map, और बाद में उनकी किताब User Story Mapping (O'Reilly, 2014) में। देखें उनके story mapping resources और Agile Alliance glossary entry.

एक मैप में दो दिशाएं होती हैं:

• बाएं से दाएं कहानी है: उपयोगकर्ता द्वारा किए जाने वाले बड़े गतिविधियां, क्रम में, और हर गतिविधि के अंदर के चरण। इस शीर्ष पंक्ति को बैकबोन कहा जाता है।
• ऊपर से नीचे प्राथमिकता और विवरण है: हर चरण के नीचे वे स्टोरीज़ होती हैं जो उसे संभव बनाती हैं, सबसे आवश्यक शीर्ष पर और विकल्प, एज केस और नैस-टू-हैव्स नीचे।

मैप के आर-पार क्षैतिज रेखाएं इसे रिलीज़ स्लाइस में विभाजित करती हैं। पहली रेखा के ऊपर का सब कुछ पहली रिलीज़ है; इसमें बैकबोन की हर गतिविधि को, चाहे कितनी भी पतली हो, कवर करना चाहिए।

6 चरणों में स्टोरी मैप कैसे बनाएं

आप इसे दीवार पर स्टिकी नोट्स या डिजिटल व्हाइटबोर्ड पर कर सकते हैं। उन लोगों को आमंत्रित करें जो स्कोप तय करेंगे और जो इसे बनाएंगे: प्रोडक्ट, डिज़ाइन, कम से कम एक डेवलपर, और आदर्श रूप से कोई ऐसा व्यक्ति जो ग्राहकों से बात करता है। एक छोटे प्रोडक्ट के लिए पहला मैप आमतौर पर कुछ घंटे की कार्य सत्र लेता है।

1. समस्या को फ्रेम करें

लिखें कि प्रोडक्ट किसके लिए है, यह कौन सी समस्या हल करता है, और वह परिणाम जो आपको बताएगा कि पहली रिलीज़ काम कर रही है। इसे मैप के शीर्ष पर तीन वाक्यों तक सीमित रखें। हर बाद का कट इस परिणाम के विरुद्ध जांचा जाता है।

2. बैकबोन को मैप करें

पूछें “उपयोगकर्ता पहले क्या करता है, और फिर क्या?” और हर गतिविधि को एक कार्ड पर लिखें, बाएं से दाएं। क्रियाओं का उपयोग करें: “एक वॉकर खोजें”, “Search” नहीं। फिर हर गतिविधि को चरणों में तोड़ें। जैसे-जैसे आप आगे बढ़ें, कहानी को ज़ोर से बताएं; जब कोई कहता है “रुको, वे यहाँ कैसे आए?”, तो गैप्स स्पष्ट हो जाते हैं।

3. विवरणों को एक्सप्लोर करें

हर चरण के नीचे, वे स्टोरीज़ जोड़ें जो इसे काम करती हैं: विकल्प, एल्टरनेटिव, एरर केस, एडमिन ज़रूरतें। अभी फ़िल्टर न करें। यही वह जगह है जहां मैप अपने आप को भुगतान करता है, क्योंकि लोग तब खोई हुई चीज़ों को नोटिस करते हैं जब वे पूरी यात्रा को एक साथ देख सकते हैं।

4. वॉकिंग स्किलेटन खोजें

वॉकिंग स्किलेटन (एलिस्टेयर कॉकबर्न से एक शब्द) प्रोडक्ट का सबसे पतला संस्करण है जो एंड-टू-एंड काम करता है। हर चरण के नीचे वह एक स्टोरी चुनें जिसके बिना उपयोगकर्ता कुछ नहीं कर सकता, और उसे शीर्ष पर ले जाएं। यदि किसी चरण में कुछ आवश्यक नहीं है, तो पूछें कि क्या वह बैकबोन में शामिल होना चाहिए।

5. रिलीज़ को स्लाइस करें

क्षैतिज रेखाएं खींचें ताकि स्टोरीज़ को रिलीज़ में समूहीकृत किया जा सके। हर स्लाइस को एक नाम दें जो परिणाम को बताता हो, जैसे “मालिक एक वॉक के लिए बुक और भुगतान कर सकते हैं”, “Release 1” के बजाय। हर स्लाइस को अपने आप उपयोगी होना चाहिए और प्रोडक्ट के बारे में आपके एक प्रश्न का उत्तर देना चाहिए।

6. पहला स्लाइस की योजना बनाएं और मैप को जीवित रखें

पहले स्लाइस की स्टोरीज़ के लिए एक्सेप्टेंस क्राइटेरिया लिखें (हमारा उपयोगकर्ता कहानी टेम्पलेट तीन फॉर्मेट्स है), हर एक को INVEST के विरुद्ध जांचें, जो बहुत बड़ी हैं उन्हें तोड़ें, और उन्हें स्पिंट बैकलॉग में ले जाएं। मैप को दृश्यमान रखें और हर रिलीज़ के बाद इसे अपडेट करें; यह एक प्लानिंग टूल है, एक बार-के-वर्कशॉप आउटपुट नहीं।

उदाहरण: एक डॉग-वॉकिंग ऐप के लिए स्टोरी मैप

यहाँ एक संक्षिप्त मैप है जो डॉग मालिकों को स्थानीय वॉकर्स से जोड़ने वाले मार्केटप्लेस के लिए है। कॉलम बैकबोन हैं; हर पंक्ति एक रिलीज़ स्लाइस है।

ध्यान दें कि स्किलेटन में क्या नहीं है: कोई लाइव ट्रैकिंग नहीं, कोई समीक्षा नहीं, कोई इन-ऐप मैसेजिंग नहीं, और वॉकर की स्वीकृति हाथ से की जाती है। लेकिन मालिक फिर भी साइन-अप से एक पूरा, भुगतान किया गया वॉक तक जा सकता है, जो यह जाँचने के लिए पर्याप्त है कि लोग क्या अपने कुत्ते को वॉक करने के लिए किसी अजनबी को बुक करेंगे।

मैप कैसे MVP स्कोप में बदलता है

एक अच्छे मैप का शीर्ष स्लाइस आपका MVP स्कोप है। इसे कमिट करने से पहले इन जाँचों का उपयोग करें:

• यह बैकबोन में हर गतिविधि को कवर करता है। एक प्रोडक्ट जो लोगों को बुक करने देता है लेकिन भुगतान नहीं, वह MVP नहीं है; यह आधा डेमो है।
• यह एक प्राथमिक उपयोगकर्ता और एक मुख्य यात्रा की सेवा करता है। द्वितीयक भूमिकाएँ (एडमिन, पार्टनर) यात्रा को चालू रखने के लिए न्यूनतम प्राप्त करती हैं, अक्सर एक स्प्रेडशीट या एक मैनुअल स्टेप के रूप में।
• यह एक विशिष्ट धारणा की जाँच करता है। स्लाइस के पास उस प्रश्न को लिखें जिसका उत्तर यह देता है, उदाहरण के लिए “क्या मालिक वॉकर से मिलने से पहले भुगतान करेंगे?”
• पीछे की ओर मैनुअल काम की अनुमति है। पहले उपयोगकर्ताओं के लिए वॉकर को हाथ से स्वीकृत करना या सारांश स्वयं भेजना ठीक है, और यह बताता है कि किस चीज़ को ऑटोमेट करने लायक है।
• यह आपके बजट और समयसीमा में फिट बैठता है। यदि नहीं, तो पूरे कॉलम को छोड़ने के बजाय प्रत्येक कॉलम के भीतर स्टोरी को काटें (नीचे दिए गए पैटर्न का उपयोग करके उन्हें विभाजित करें)।

तकनीकी सह-संस्थापक के बिना संस्थापकों के लिए, मैप भी वह सबसे उपयोगी दस्तावेज़ है जिसे आप डेवलपमेंट टीम को दे सकते हैं: यह एक पेज में पूरा प्रोडक्ट, पहली रिलीज़ और कट के पीछे की तर्क दिखाता है। हमारा गाइड गैर-तकनीकी संस्थापक के रूप में MVP बनाना इसके बाद इसके साथ क्या करना है, यह कवर करता है।

INVEST चेकलिस्ट

एक बार स्टोरी मैप पर आ जाने के बाद, पहली स्लाइस में प्रत्येक को INVEST के विरुद्ध जाँचें, जो 2003 में Bill Wake द्वारा प्रस्तावित अक्षरसमूह है अच्छी स्टोरी में INVEST, और SMART टास्क.

स्वतंत्रता (Independence) वह सबसे कठिन मानदंड है जिसे पूरी तरह पूरा करना मुश्किल है, और इसे एक नियम के बजाय एक लक्ष्य के रूप में देखना ठीक है। छोटा (Small) और परीक्षण योग्य (Testable) वे मानदंड हैं जिनके बारे में सख्ती बरतने योग्य हैं।

यूज़र स्टोरीज़ को कैसे विभाजित करें

कहानियों को लंबवत (vertically) विभाजित करें: हर टुकड़ा ऐसा कुछ प्रदान करना चाहिए जो उपयोगकर्ता देख सके, सिस्टम के हर स्तर से होकर गुजरते हुए। स्तर के अनुसार विभाजित करना (“डेटाबेस बनाएं”, “API बनाएं”, “स्क्रीन बनाएं”) ऐसे टुकड़े पैदा करता है जो तब तक कुछ प्रदान नहीं करते जब तक कि तीनों पूरे न हो जाएं, जो इसका उद्देश्य खत्म कर देता है। ये पैटर्न, जो इसमें संकलित किए गए हैं, यूज़र स्टोरीज़ को विभाजित करने के लिए Humanizing Work गाइड रिचर्ड लॉरेंस और पीटर ग्रीन द्वारा, अधिकांश मामलों को कवर करते हैं।

वर्कफ्लो चरण

एक बहु-चरणीय प्रक्रिया को उसके चरणों में विभाजित करें, या पहले सरल एंड-टू-एंड संस्करण बनाएं और बाद में चरण जोड़ें। “वॉक बुक करें” बन जाता है: स्लॉट का अनुरोध करें; वॉकर स्वीकार करता है; मालिक को पुष्टि मिलती है। बाद में: वॉकर एक अलग समय का प्रस्ताव करता है।

व्यावसायिक नियमों में विविधता

यदि किसी कहानी में कई नियम हैं, तो सबसे सामान्य नियम को पहले शिप करें। “रद्दीकरण रिफंड” बन जाता है: 24 घंटे पहले रद्द करने पर पूर्ण रिफंड; 24 घंटे के भीतर आंशिक रिफंड; वॉक शुरू होने के बाद कोई रिफंड नहीं।

डेटा में विविधता

एक प्रकार के डेटा से शुरू करें और बाकी को जोड़ें। “स्थान के अनुसार खोजें” बन जाता है: पोस्टकोड के अनुसार खोजें; फिर वर्तमान स्थान के अनुसार; फिर नक्शे पर एक क्षेत्र बनाकर।

पहले हैप्पी पथ, फिर अनहैप्पी पथ

मुख्य सफलता पथ बनाएं, फिर विफलताओं को अलग कहानियों के रूप में संभालें, जो इस बात के आधार पर क्रमबद्ध हों कि वे कितनी बार होती हैं और कितना नुकसान पहुंचाती हैं। “कार्ड से भुगतान करें” बन जाता है: सफल भुगतान; कार्ड अस्वीकृत; भुगतान प्रदाता उपलब्ध नहीं।

संचालन

“कुत्तों का प्रबंधन करें” में बनाना, देखना, संपादित करना और हटाना छिपा है। अक्सर पहले रिलीज़ के लिए केवल बनाना और देखना आवश्यक होता है।

इंटरफ़ेस या प्लेटफ़ॉर्म में विविधता

पहले एक प्लेटफ़ॉर्म या एक इनपुट विधि पर शिप करें। यदि आपके पहले उपयोगकर्ता अनुमति देते हैं, तो मोबाइल से पहले वेब, या अन्य भाषाओं से पहले अंग्रेज़ी।

पहले सरल संस्करण, प्रदर्शन को टालें

पहले इसे काम करने दें, फिर इसे तेज़ बनाएं। 50 वॉकर के लिए तीन सेकंड में लोड होने वाली वॉकर सूची एक पायलट शहर के लिए ठीक है; जब संख्याएं इसे सही साबित करती हैं, तब इसे अपने आप में एक कहानी के रूप में अनुकूलित करें।

स्पाइक

जब किसी कहानी का अनुमान किसी अज्ञात के कारण नहीं लगाया जा सकता (“क्या हम दोनों फोन प्लेटफ़ॉर्म पर बैकग्राउंड में लाइव लोकेशन प्राप्त कर सकते हैं?”), तो एक छोटी, समय-सीमित जांच को अलग करें। स्पाइक का आउटपुट ज्ञान और एक बेहतर आकार की कहानी है, शिप की गई कार्यक्षमता नहीं।

SPIDR: याद रखने के लिए एक संक्षिप्त संस्करण

माइक कोह्न मुख्य विभाजन तकनीकों को SPIDR अक्षरमाला के तहत समूहित करते हैं: Spikes, Paths, Interfaces, Data और Rules (यूज़र स्टोरीज़ को विभाजित करने के पांच सरल लेकिन शक्तिशाली तरीके)। यदि कोई कहानी बहुत बड़ी है और आपको पता नहीं है कि कहाँ से शुरू करें, तो उन पांच को उसी क्रम में देखें।

कहानी मैपिंग की सामान्य गलतियाँ

• उपयोगकर्ता गतिविधियों के बजाय फ़ीचरों को मैप करना। “लॉगिन, डैशबोर्ड, सेटिंग्स” की एक रीढ़ स्क्रीन का वर्णन करती है, यात्रा का नहीं।
• पहली स्लाइस को एक कॉलम गहराई तक बनाना। बुकिंग के अस्तित्व में आने से पहले साइन-अप को पॉलिश करने से आपके पास परीक्षण करने के लिए कुछ नहीं रह जाता।
• मैप को बहुत विस्तृत होने देना। यदि आप दीवार पर स्वीकृति मानदंड लिख रहे हैं, तो आप मैपिंग से रिफ़ाइनमेंट पर चले गए हैं।
• डेवलपर्स के बिना मैपिंग करना। उनके बिना खींची गई स्लाइस अक्सर शीर्ष पर महंगी कहानियों को छिपा देती हैं।
• मैप को पूरा मानना। हर रिलीज़ के बाद, जो कुछ भी आपने सीखा उसे मैप पर ले जाएं और अगली स्लाइस को फिर से काटें।

अपने मैप के लिए अनुकूलित करने योग्य अच्छी तरह से निर्मित कहानियों के लिए, देखें हमारा यूज़र स्टोरी उदाहरण.

कहानी मैपिंग के लिए उपकरण

सभी एक ही कमरे में होने पर पहले सत्र के लिए एक दीवार और स्टिकी नोट्स अभी भी सबसे अच्छे काम करते हैं। रिमोट टीमों के लिए, Miro और FigJam जैसे सामान्य व्हाइटबोर्ड में कहानी मैप टेम्पलेट होते हैं, और StoriesOnBoard जैसे समर्पित उपकरण मैप को बैकलॉग ट्रैकर के साथ सिंक करते हैं। Jira और समान ट्रैकर एपिक के अनुसार समूहीकृत कहानियाँ दिखा सकते हैं, जो आपको रीढ़ देता है, लेकिन आपको रिलीज़ स्लाइस देखने के लिए आमतौर पर एक प्लग-इन या व्हाइटबोर्ड की आवश्यकता होती है। वह उपकरण चुनें जिसे आपकी टीम खुला रखेगी; एक मैप जो कोई अपडेट नहीं करता है, एक या दो स्पिंट के भीतर उपयोगी होने बंद हो जाता है।

अक्सर पूछे जाने वाले प्रश्न

क्या आपके पास एक मैप है, या बस एक विचार है, और पहली स्लाइस बनाने की आवश्यकता है? हम आपकी मदद कर सकते हैं कि एक MVP दायरा काटें जो एंड-टू-एंड काम करे और इसे छोटे स्पिंट में शिप करें। देखें हमारे मासिक डेवलपमेंट प्लान.