स्क्रम कम्प्रिहेंसिव गाइड

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

स्क्रम के तीन स्तंभ

स्क्रम अनुभववाद पर आधारित है, जो दावा करता है कि ज्ञान अनुभव से आता है और निर्णयों को जो कुछ ज्ञात है, उस पर आधारित होना चाहिए। ये तीन स्तंभ स्क्रम को एक साथ बांधते हैं।

स्क्रम क्यों?

स्क्रम कार्यक्षमता को बढ़ाता है, जबकि वॉटरफॉल केवल चरणों में डिलीवर करता है। पारंपरिक वॉटरफॉल विकास एक अनुक्रमिक, चरण-आधारित प्रक्रिया है जहां मूल्य को परियोजना के अंत तक डिलीवर नहीं किया जाता है। स्क्रम इस मॉडल को बदलता है और प्रत्येक स्प्रिंट में नए फीचर डिलीवर करता है—आमतौर पर प्रत्येक 2-4 सप्ताह में—एक बड़े भविष्य के रिलीज पर ध्यान केंद्रित करने के बजाय।

स्क्रम जटिल कार्य को प्रबंधन योग्य टुकड़ों में बांटता है, बड़ी संगठनों को छोटी टीमों में विभाजित करता है, और प्रभावशाली परियोजनाओं को छोटे, समय-सीमित श्रृंखला में बदल देता हैस्प्रिंट.

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

एजाइल बनाम स्क्रम

एजाइल एक ऐसी व्यवस्था है जो एसडीएलसी के दौरान विकास और परीक्षण में निरंतर आवर्धन की अनुमति देती है। एजाइल उत्पादों को छोटे, प्रबंधन योग्य घटकों में बांटता है।स्क्रम बहुत सारे आवर्धित और आवर्धित एजाइल सॉफ्टवेयर विकास प्रक्रियाओं में से एक है जो हमें सबसे कम समय में व्यापार मूल्य डिलीवर करने पर ध्यान केंद्रित करने में सक्षम बनाते हैं।

स्क्रम आमतौर पर उन आवश्यकताओं के साथ काम करता है जो परियोजना की शुरुआत में बदल सकती हैं या अज्ञात हो सकती हैं। स्क्रम की विशेषता है:

• हल्का
• समझने में आसान
• सीखने में कठिन

स्क्रम के लाभ

यहां स्क्रम द्वारा संगठनों, टीमों, उत्पादों और व्यक्तियों को लाभ दिए गए हैं:

1. बेहतर गुणवत्ता: दृष्टि या लक्ष्य प्राप्त करने के लिए एक ढांचा है। स्क्रम गुणवत्ता को अधिकतम तक पहुंचाने के लिए निरंतर प्रतिक्रिया और दृश्यता प्रदान करता है। स्क्रम गुणवत्ता सुनिश्चित करने में निम्न व्यवहारों के माध्यम से मदद करता है:
2. बाजार में आने में कम समय: स्क्रम ने साबित किया है कि पारंपरिक तरीकों की तुलना में अंतिम उपयोगकर्ताओं को मूल्य 30%–40% तेजी से डिलीवर करता है।
3. उच्च रिटर्न ऑन इन्वेस्टमेंट (ROI): कम समय में बाजार में आना स्क्रम परियोजनाओं द्वारा उच्च आरओआई प्राप्त करने का मुख्य कारण है। जल्दी आय और लाभ जमा होने से कुल रिटर्न अधिक होता है। यह नेट प्रेजेंट वैल्यू (एनपीवी) गणना के मूल सिद्धांत पर आधारित है।
4. उच्च टीम मोरल: खुश और संलग्न व्यक्तियों के साथ काम करना संतोषजनक और उत्पादक होता है। स्व-प्रबंधन निर्णयों को प्रबंधकों या संगठनों द्वारा आमतौर पर किए जाने वाले निर्णयों को हाथ में लाता हैस्क्रम टीम सदस्यों।
5. मजबूत टीम सहयोग: जब स्क्रम टीम प्रोजेक्ट और उत्पाद के मालिक होती हैं, तो वे उत्कृष्ट परिणाम प्राप्त कर सकती हैं। स्क्रम टीमें सहयोग करती हैं और बेहतर एंगेजमेंट और संचार के माध्यम से गुणवत्ता और प्रोजेक्ट प्रदर्शन में सुधार करती हैं।

स्क्रम फ्रेमवर्क

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

स्क्रम प्रक्रिया के घटक

स्क्रम फ्रेमवर्क स्वयं सरल है। इसमें केवल कुछ सामान्य दिशानिर्देशों को परिभाषित करता है, थोड़े से नियमों के साथ, भूमिकाएं, कलाकृतियां, और घटनाएंहालांकि, इनमें से प्रत्येक घटक विशिष्ट उद्देश्यों के लिए महत्वपूर्ण है और फ्रेमवर्क के सफलतापूर्वक उपयोग के लिए आवश्यक है।

स्क्रम फ्रेमवर्क के मुख्य घटक हैं:

• स्क्रम भूमिकाएं: स्क्रम मास्टर, उत्पाद मालिक, और स्क्रम टीम
• कलाकृतियां: स्प्रिंट बैकलॉग, उत्पाद बैकलॉग, बर्नडाउन चार्ट, लॉग, आदि।
• स्क्रम घटनाएं: स्प्रिंट योजना, स्प्रिंट समीक्षा, दैनिक स्क्रम, स्प्रिंट पुनरावलोकन, आदि
• स्प्रिंट्स

नीचे दिए गए आरेख में स्क्रम फ्रेमवर्क के मुख्य तत्व दिखाए गए हैं। प्रक्रिया को विजुअल पैराडाइग्म के एजिल सॉफ्टवेयर टूल्स के उपयोग से दृश्याकृत किया गया है।स्क्रम प्रक्रिया कैनवास विजुअल पैराडाइग्म के एजिल सॉफ्टवेयर टूल्स से।

स्क्रम भूमिकाएं

जब कोई संगठन स्क्रम को अपनाता है, तो समझने के लिए पहली बात यह है कि स्क्रम भूमिकाएं पारंपरिक परियोजना प्रबंधन भूमिकाओं से कैसे भिन्न हैं। हालांकि स्क्रम में केवल तीन मुख्य भूमिकाएं हैं, लेकिन वे सामान्य नौकरी के नामों से स्वतः अनुकूलित नहीं होती हैं। आइए प्रत्येक के संक्षिप्त परिभाषाओं से शुरुआत करें:

उत्पाद मालिक

उत्पाद मालिक स्क्रम भूमिका है जो व्यापार या उपयोगकर्ता समुदाय का प्रतिनिधित्व करता है। वे उत्पाद बैकलॉग में विशेषताओं को परिभाषित करने के लिए उपयोगकर्ताओं के साथ निकटता से काम करते हैं। मुख्य जिम्मेदारियां इस प्रकार हैं:

• उत्पाद के दृष्टि और रणनीति को परिभाषित करना, जिसमें लघु और दीर्घकालिक लक्ष्य शामिल हैं;
• उत्पाद या सेवा के बारे में ज्ञान प्रदान करना या इकट्ठा करना;
• ग्राहक की आवश्यकताओं को समझना और विकास टीम को संचारित करना;
• उत्पाद या सेवा की आवश्यकताओं को इकट्ठा करना, प्राथमिकता देना और प्रबंधित करना;
• उत्पाद या सेवा के बजट के लिए जिम्मेदारी लेना, जिसमें लाभप्रदता शामिल है;
• उत्पाद या सेवा के रिलीज तिथियों को निर्धारित करना;
• विकास टीम के साथ दैनिक रूप से प्रश्नों के उत्तर देना और निर्णय लेना;
• स्प्रिंट से पूर्ण कार्य को स्वीकार करना या अस्वीकार करना;
• प्रत्येक स्प्रिंट के अंत में टीम के मुख्य डिलीवरेबल्स का प्रस्तुतीकरण करना;
• उत्पाद बैकलॉग का प्रबंधन करना।

स्क्रम मास्टर

स्क्रम मास्टर एजिल विकास टीम का सहायक है। स्क्रम टीमों को आत्म-संगठित होने और एजिल सिद्धांतों के आधार पर त्वरित अनुकूलन की अनुमति देता है। स्क्रम मास्टर सूचना के प्रवाह का प्रबंधन करता है। मुख्य जिम्मेदारियां:

• टीम को स्क्रम मूल्यों और अभ्यासों का पालन करने में मदद करने के लिए कोच के रूप में सेवा करना;
• अवरोधों को दूर करने में मदद करना और टीम को बाहरी विचलन से सुरक्षा प्रदान करना;
• टीम और स्टेकहोल्डर्स के बीच अच्छे सहयोग को बढ़ावा देना;
• टीम के भीतर सामान्य बुद्धि और पारदर्शिता को बढ़ावा देना;
• टीम को संगठनात्मक अस्थिरता से बचाना।

स्क्रम टीम

स्क्रम टीम (जिसे विकास टीम के रूप में भी जाना जाता है) में 3 से 9 सदस्य होते हैं, जिन्हें उत्पाद या सेवा को डिलीवर करने के लिए आवश्यक सभी तकनीकी कौशल का संयुक्त रूप से होना चाहिए। वे स्क्रम मास्टर द्वारा सीधे मार्गदर्शन प्राप्त करते हैं, लेकिन पारंपरिक तरीके से प्रबंधित नहीं होते हैं। उन्हें स्व-संगठित, एकीकृत और सभी आवश्यक कार्यों को पूरा करने के लिए जिम्मेदार होना चाहिए।

विकास टीम प्रत्येक स्प्रिंट के अंत में एक संभावित डिलीवर करने योग्य उत्पाद अनुभाग के लिए जिम्मेदार होती है—जिसमें विश्लेषण, डिजाइन, विकास, परीक्षण और तकनीकी लेखन शामिल है। स्क्रम टीम की महत्वपूर्ण विशेषताएँ निम्नलिखित हैं:

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

स्क्रम अभिलेख

स्क्रम अभिलेख टीम में प्रवेश कर रहे कार्य और वर्तमान में किए जा रहे कार्य को परिभाषित करने में मदद करते हैं। जबकि अधिक अभिलेख हैं—जैसे उपयोगकर्ता कहानियाँ, रिलीज बैकलॉग, बर्नडाउन चार्ट—यहाँ हम मुख्य तीन पर ध्यान केंद्रित करते हैं:

उत्पाद बैकलॉग

उत्पाद बैकलॉग उन विशेषताओं की प्राथमिकता वाली सूची है जो उत्पाद टीम को आवश्यक या अपेक्षित हैं। आमतौर पर उत्पाद मालिक इस सूची को बनाए रखता है।

स्प्रिंट बैकलॉग

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

उत्पाद बैकलॉग बनाम स्प्रिंट बैकलॉग
स्प्रिंट बैकलॉगस्प्रिंट बैकलॉग स्प्रिंट के दौरान पूरा करने के लिए स्क्रम टीम द्वारा प्रतिबद्ध कार्यों की सूची है। स्प्रिंट योजना बैठक के दौरान, टीम आमतौर पर कुछ उत्पाद बैकलॉग आइटम उपयोगकर्ता कहानियों के रूप में चुनती है और प्रत्येक को पूरा करने के लिए आवश्यक कार्यों को तय करती है, जैसा कि नीचे दिखाया गया है:

बर्नडाउन चार्ट

एक बर्नडाउन चार्ट समय के साथ बचे हुए कार्य का ग्राफिकल प्रतिनिधित्व है। बचे हुए कार्य (या बैकलॉग कार्य) को ऊर्ध्वाधर अक्ष पर दिखाया जाता है, जबकि समय को क्षैतिज अक्ष पर दिखाया जाता है। यह कार्य के बचे हुए रास्ते का लगातार चार्ट है। यह यह अनुमान लगाने के लिए उपयोग किया जा सकता है कि सभी कार्य कब पूरा होंगे। यह एजाइल सॉफ्टवेयर विकास विधियों जैसे स्क्रम में आमतौर पर उपयोग किया जाता है, लेकिन समय के साथ मापने योग्य प्रगति वाले किसी भी प्रोजेक्ट पर लागू किया जा सकता है। बचे हुए कार्य को समय या कहानी बिंदु.

स्क्रम घटनाएँ

संचार महत्वपूर्ण है! स्क्रम सभी पहलुओं में पारदर्शिता पर निर्भर करता है (स्क्रम का स्तंभ #1). इस मूल सिद्धांत के आधार पर, फ्रेमवर्क अन्य दो स्तंभों—जांच और अनुकूलन—को सुनिश्चित करने के लिए एक श्रृंखला के महत्वपूर्ण घटनाओं के चारों ओर बनाया गया है, जैसा कि नीचे दी गई तालिका में दिखाया गया है:

घटना	जांच	अनुकूलन
स्प्रिंट योजना	उत्पाद बैकलॉग (प्रतिबद्धता के लिए पुनरावलोकन) (परिभाषा के लिए पूरा)	स्प्रिंट लक्ष्य अनुमान स्प्रिंट बैकलॉग
दैनिक स्क्रम	स्प्रिंट लक्ष्य की ओर प्रगति	स्प्रिंट बैकलॉग दैनिक योजना
स्प्रिंट समीक्षा	उत्पाद वृद्धि उत्पाद बैकलॉग (रिलीज़) बाजार व्यापार स्थितियाँ	उत्पाद बैकलॉग
स्प्रिंट पुनरावलोकन	टीम सहयोग तकनीकी और इंजीनियरिंग अभ्यास पूरा होने की परिभाषा	मूर्त सुधार

नोट: प्रत्येक स्प्रिंट के दौरान स्क्रम में पांच महत्वपूर्ण बैठकें होती हैं, जैसा कि नीचे दिखाया गया है:

स्प्रिंट योजना

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

यहीं पर स्क्रम मास्टर अपनी अच्छाई दिखा सकता है। प्रोडक्ट ओनर व्यवसाय/ग्राहक के दृष्टिकोण से आवश्यकता को परिभाषित करता है, स्क्रम टीम तय करती है कि वे क्या डिलीवर करने में सक्षम हैं, और स्क्रम मास्टर दोनों पक्षों के लिए सबसे अच्छा मेल सुनिश्चित करता है।

दैनिक स्क्रम मीटिंग

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

• मैंने कल क्या किया?
• मैं आज क्या करूंगा?
• मुझे क्या रोक रहा है?

यह दैनिक अपडेट टीम को तुरंत प्रतिक्रिया प्रदान करता है। मीटिंग्स संक्षिप्त होती हैं—प्रत्येक व्यक्ति के लिए तीन मिनट से अधिक नहीं।

नोट:निरीक्षक निरीक्षण के लिए होते हैं। स्क्रम मास्टर को बाहरी और आंतरिक विचलन को कम करना चाहिए।

स्प्रिंट समीक्षा मीटिंग

स्प्रिंट समीक्षा या डेमो स्प्रिंट के अंत में आइंक्रीमेंट की जांच के लिए आयोजित की जाती है। टीम डिफिनिशन ऑफ डन के आधार पर आइंक्रीमेंट का प्रदर्शन करती है, जिसमें स्प्रिंट लक्ष्य पर ध्यान केंद्रित होता है। प्रोडक्ट ओनर डिलीवर किए गए आइंक्रीमेंट की समीक्षा करता है और उसे स्वीकार करता है।

स्प्रिंट रिट्रोस्पेक्टिव

स्प्रिंट रिट्रोस्पेक्टिव आमतौर पर स्प्रिंट की अंतिम गतिविधि होती है। बहुत से टीमें इसे स्प्रिंट समीक्षा के तुरंत बाद आयोजित करती हैं। पूरी टीम—स्क्रम मास्टर और प्रोडक्ट ओनर सहित—को भाग लेना चाहिए। एक घंटे का रिट्रोस्पेक्टिव आमतौर पर पर्याप्त होता है। इस मीटिंग के द्वारा टीम को निम्न पर विचार करने का अवसर मिलता है:

1. हमें क्या शुरू करना चाहिए?
2. हमें क्या बंद करना चाहिए?
3. हमें क्या जारी रखना चाहिए?

लक्ष्य टीम की दक्षता को लगातार सुधारना है।

बैकलॉग रिफाइनमेंट

प्रोडक्ट बैकलॉग को प्रोजेक्ट के रोडमैप के रूप में सोचें। जैसे-जैसे टीम सहयोग करती है, वे प्रोजेक्ट पूरा करने के लिए आवश्यक सभी आइटम की सूची बनाती और अद्यतन करती है, ताकि सभी आवश्यक आवश्यकताएं पूरी हों।

स्प्रिंट्स

स्क्रम ढांचे में, स्क्रम प्रोडक्ट बैकलॉग से एक आइटम को लागू करने के लिए आवश्यक सभी गतिविधियां एक स्प्रिंट के भीतर की जाती हैं (जिसे आमतौर पर “इटरेशन” भी कहा जाता है)। स्प्रिंट हमेशा छोटे होते हैं—आमतौर पर 2 से 4 सप्ताह। प्रत्येक स्प्रिंट एक परिभाषित प्रक्रिया का पालन करता है, जैसा कि नीचे दिखाया गया है:

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

एपिक

एक एपिक एक बड़े कार्य को कैप्चर करता है। यह मूल रूप से एक “बड़ी उपयोगकर्ता कहानी” है जिसे कई छोटी कहानियों में बांटा जा सकता है। एक एपिक को पूरा करने में कई स्प्रिंट लग सकते हैं। इसलिए, विकास में एपिक का उपयोग करते समय, उन्हें छोटी उपयोगकर्ता कहानियों में विभाजित किया जाना चाहिए।

एपिक्स प्रोजेक्ट चक्र के शुरुआती चरण में शामिल किए जाते हैं। वे उच्च स्तरीय, लगभग मार्केटिंग-फोकस्ड फंक्शनल बिंदु होते हैं।

हम बड़ी कहानियों को “एपिक” कहते हैं ताकि उनके स्केल को स्पष्ट किया जा सके। इसे एक फिल्म के रूप में सोचें। अगर मैं आपको बताता हूं कि एक फिल्म एक “एक्शन-एडवेंचर” है, तो आपको उम्मीद के बारे में एहसास होता है—शायद कार चेस, गोली मारना, आदि। इसी तरह, एक कहानी को “एपिक” कहने से कभी-कभी अतिरिक्त संदर्भ भी स्पष्ट हो सकता है।

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

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

उपयोगकर्ता कथाएँ आमतौर पर अंतिम उपयोगकर्ता के लिए दिखाई देने वाली विशेषताएँ होती हैं। इनका रूप निम्नलिखित होता है: “मैं [कुछ करना चाहता हूँ] ताकि [मैं एक लक्ष्य प्राप्त कर सकूँ]।” ये ग्राहक/उपयोगकर्ता को मूल्य प्रदान करती हैं। यह ग्राहक की उत्पाद आवश्यकता है।

उदाहरण: “ग्राहक के रूप में, मैं एक खाता बनाना चाहता हूँ ताकि मैं पिछले वर्ष के खरीदारी को देख सकूँ ताकि मैं अगले वर्ष के बजट की योजना बना सकूँ।”

कार्य

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

उदाहरण: “मैटेरियल डिज़ाइन का उपयोग करके UI कोण का मूल्यांकन करें” या “एप्लिकेशन को ऐप स्टोर में जमा करें।”