स्क्रम में अच्छी उपयोगकर्ता कहानियाँ लिखने का तरीका

लगभग 70% तकनीकी परियोजनाएँ विफल होती हैं। दशकों से यह व्यापक रूप से माना जाता रहा है कि परियोजनाएँ तभी विफल होती हैं जब वे उत्तम अभ्यासों का पालन नहीं करती हैं या टीम में सभी आवश्यक कौशल की कमी होती है। हालांकि, उत्तम अभ्यासों, कौशल और क्षमताओं के अपनाने में दशकों भर में सुधार हुआ है—तो फिर परियोजनाएँ अभी भी क्यों विफल होती हैं?

यह ध्यान में रखते हुए कि 70% सॉफ्टवेयर परियोजनाएँ खराब आवश्यकताओं के कारण विफल होती हैं। इन विफलताओं से जुड़े पुनर्कार्य का अनुमान वार्षिक रूप से 45 बिलियन डॉलर से अधिक है।

Do 70% of Your Projects Fail? (Part 1) — Pie

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

अच्छी आवश्यकताएँ या उपयोगकर्ता कहानियाँ लिखने के लिए निम्नलिखित चरणों का पालन करें:

  1. सिस्टम के उपयोगकर्ताओं का प्रतिनिधित्व करने के लिए जितने संभव हो सके उतने ही पर्सना बनाएं। यह आपको उपयोगकर्ता पर ध्यान केंद्रित रखने में मदद करेगा और उपयोगकर्ता की आवश्यकताओं के आधार पर आवश्यकताओं को निर्देशित और ट्रैक करने में सक्षम बनाएगा। एलन कूपर द्वारा पेश किए गए पर्सना, सिस्टम के प्रतिरूप उपयोगकर्ताओं को परिभाषित करते हैं—उन लोगों के उदाहरण जो इससे बातचीत करते हैं। उपयोगकर्ता को व्यक्तिगत या व्यक्तियों का प्रतिनिधित्व करना आवश्यक नहीं है। एक उपयोगकर्ता एक संगठन का भी प्रतिनिधित्व कर सकता है।
  2. सुनिश्चित करें कि आपकी उपयोगकर्ता कहानियाँ “3Cs” का पालन करें:

Minimum Viable Product Development - Define User Stories - PART 1 - Blog Systango

  • कार्ड — इंडेक्स कार्ड या स्टिकी नोट पर लिखा जाना चाहिए
  • चर्चा — उत्पाद अधिकारी से विस्तृत जानकारी प्राप्त करें
  • पुष्टि — सुनिश्चित करें कि इसे सही तरीके से लागू किया गया है। इसे उपयोगकर्ता स्वीकृति मानदंडों को पूरा करना चाहिए।
  1. उपयोगकर्ता कहानियों को इस तरह विभाजित करें कि वे स्प्रिंट के भीतर उचित आकार में फिट हों। कहानियों को विभाजित करने के कुछ तरीके इस प्रकार हैं:
  • कार्यप्रवाह चरणों के आधार पर विभाजित करें
  • इनपुट/आउटपुट चैनलों के आधार पर विभाजित करें
  • उपयोगकर्ता विकल्पों के आधार पर विभाजित करें
  • पर्सना/भूमिका के आधार पर विभाजित करें
  • डेटा सीमा के आधार पर विभाजित करें
  1. प्रत्येक उपयोगकर्ता कहानी को INVEST याददाश्त का पालन करने के लिए बनाएं:

User stories: a comprehensive guide - Justinmind

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

  • स्वतंत्र: कहानियाँ जितना संभव हो सके स्वतंत्र होनी चाहिए।
  • समझौते योग्य: एक कहानी एक अनुबंध नहीं है। एक कहानी एक चर्चा के लिए आमंत्रण है। कहानी उस चीज के आधार को पकड़ती है जो इच्छित है।
  • मूल्यवान: यदि कहानी का कोई स्पष्ट मूल्य नहीं है, तो उसे करना चाहिए नहीं।
  • आकलन योग्य: एक कहानी को आकलन योग्य या आकार दिया जाना चाहिए ताकि उसका सही वरीयता दी जा सके।
  • छोटा: दो सप्ताह के इटरेशन के लिए, उपयोगकर्ता कहानियों का औसत 3-4 दिन का काम होना चाहिए—कुल मिलाकर! इसमें कहानी को “पूरा” अवस्था तक लाने के लिए आवश्यक सभी कार्य शामिल हैं।उपयोगकर्ता कहानी जितनी छोटी होगी, उतनी ही अधिक आकलन सटीकता होगी!
  • परीक्षण योग्य: प्रत्येक कहानी को “पूरा” माने जाने के लिए परीक्षण योग्य होना चाहिए।

Leave a Reply