আদর্শভাবে আমরা চাই যে ব্যবহারকারীর গল্প প্রতিফলিত হোক একজন ব্যবহারকারী পণ্যের মাধ্যমে কী সম্পন্ন করতে চায়। এবং যখন আমরা গ্রাহকরা যে জিনিসগুলি করতে চায় তা শনাক্ত করি, সেই জিনিসগুলি প্রায়শই (কিন্তু সর্বদা নয়) যথেষ্ট সাধারণ যে সেগুলিকে ছোট ছোট খণ্ডে বিভক্ত করতে হবে যাতে আমরা প্রতিক্রিয়া চক্রকে ছোট করতে পারি৷
একটি ব্যবহারকারীর গল্প বিভক্ত করার সুবিধা কী?
কেন আমরা হ্যামবার্গার কৌশল ব্যবহার করে ব্যবহারকারীর গল্পগুলিকে ভাগ করতে চাই: ছোট গল্পগুলি দলকে তাড়াতাড়ি ব্যর্থ হতে দেয়, ছোট গল্পগুলি দলকে দ্রুত ব্যর্থ হতে সক্ষম করে, ছোট গল্পগুলিকে সক্ষম করে দ্রুত শিখতে দল (প্রযুক্তিগত এবং ব্যবহারকারীর অভিজ্ঞতা উভয়ই)
কেন আমরা গল্প বিভক্ত করি?
খুব বড় গল্পগুলিকে বিভক্ত করে যেগুলি সম্পূর্ণ করা যায় না, টিম কার্যকারিতার জন্য কতটা পরিশ্রমের প্রয়োজন তা সম্পর্কে আরও ভাল অন্তর্দৃষ্টি লাভ করে। অর্থাৎ, ছোট অনুমানের সমষ্টিতে সম্ভবত একটি বড় প্রচেষ্টার অনুমান থেকে কম ত্রুটি রয়েছে। পরে আরও নির্ভুল হওয়ার চেয়ে এখনই আরও নির্ভুল হওয়া ভাল৷
ব্যবহারকারীর গল্পের বিভাজন কি?
"বিভক্তকরণ" হল একটি ব্যবহারকারীর গল্পকে ছোট করে ভাগ করা, এমন সম্পত্তি সংরক্ষণ করে যা প্রতিটি ব্যবহারকারীর গল্প আলাদাভাবে পরিমাপযোগ্য ব্যবসায়িক মান রয়েছে।
আপনি কখন একটি ব্যবহারকারীর গল্প বিচ্ছেদ করবেন?
আপনার একটি বিরতি পয়েন্ট দেখতে হবে যে গল্পগুলি অপ্রত্যাশিতভাবে বা বেলুন হয়ে যায়। যখন গল্পগুলি স্প্রিন্ট ব্লোট সৃষ্টি করে, তখন এটি সম্ভবত বেহিসেব-এর লক্ষণজটিলতা. যদি এই 13-পয়েন্টের গল্পগুলি সর্বদা একাধিক স্প্রিন্টের মাধ্যমে টেনে নিয়ে যায়, তবে এটি সম্মত হওয়ার সময় এসেছে যে আপনার গল্পগুলিকে 8 বা তার নীচে মাপ করা দরকার৷
