ইউজার স্টোরি ও অ্যাকসেপ্টেন্স ক্রাইটেরিয়া

১ · ইউজার স্টোরি কী — L12-এর সাথে পার্থক্য

ইউজার স্টোরিUser Storyএকজন শেষ-ব্যবহারকারীর দৃষ্টিকোণ থেকে একটি রিকোয়ারমেন্ট ধরার একটি হালকা, অনানুষ্ঠানিক পদ্ধতি। হলো একজন শেষ-ব্যবহারকারীর দৃষ্টিকোণ থেকে রিকোয়ারমেন্ট ধরার একটি হালকা, অনানুষ্ঠানিক পদ্ধতি। L12-এর ইউজ কেসের সাথে সরাসরি তুলনা করলে পার্থক্যটা স্পষ্ট হয়: একটি ইউজ কেস ইচ্ছাকৃতভাবে বিস্তারিত ও সম্পূর্ণ (প্রিকন্ডিশন, পূর্ণ মেইন ফ্লো, সব অল্টারনেটিভ ফ্লো), যেখানে একটি ইউজার স্টোরি ইচ্ছাকৃতভাবে ডিটেইলের বদলে গতি বেছে নেয় — M2/L08-এর অ্যাজাইল দর্শনের একটি স্বাভাবিক সহযোগী।

২ · স্ট্যান্ডার্ড টেমপ্লেট ও 3 Cs

একটি ইউজার স্টোরির ক্লাসিক ফরম্যাট: "As a [ধরনের ইউজার], I want [একটি লক্ষ্য], so that [একটি কারণ/সুবিধা]"। শেষ অংশ — "so that" — প্রায়ই উপেক্ষিত হয়, কিন্তু আসলে গুরুত্বপূর্ণ: এটি আসল প্রয়োজনটা ধরে রাখে (L10-এর "রিকোয়ারমেন্ট গ্যাপ" আলোচনার সরাসরি প্রতিধ্বনি) — "কেন" জানা থাকলে টিম ইমপ্লিমেন্টেশনের যে ডিটেইলগুলো সুনির্দিষ্টভাবে বলা নেই, সেগুলোতে ভালো সিদ্ধান্ত নিতে পারে।

৩ · অ্যাকসেপ্টেন্স ক্রাইটেরিয়া — টেস্টযোগ্যতার সেতু

অ্যাকসেপ্টেন্স ক্রাইটেরিয়াAcceptance Criteriaএকটি নির্দিষ্ট, টেস্টযোগ্য শর্তের তালিকা, যা একটি ইউজার স্টোরিকে "সম্পন্ন" ঘোষণা করার জন্য অবশ্যই সত্য হতে হবে। হলো একটি নির্দিষ্ট, টেস্টযোগ্য শর্তের তালিকা, যা একটি স্টোরিকে "সম্পন্ন" ঘোষণা করার জন্য অবশ্যই সত্য হতে হবে। এটি একটি হালকা ইউজার স্টোরিকে L11-এর পরিমাপযোগ্য রিকোয়ারমেন্টের প্রয়োজনের সাথে সংযুক্ত করে — এবং M10-এর টেস্টিং মডিউলের সরাসরি ভিত্তি স্থাপন করে: অ্যাকসেপ্টেন্স ক্রাইটেরিয়া প্রায়ই সরাসরি আসল অ্যাকসেপ্টেন্স টেস্ট কেসে রূপান্তরিত হয়।

৪ · INVEST মানদণ্ড

একটি ভালো ইউজার স্টোরির বৈশিষ্ট্য বর্ণনা করার জন্য একটি সুপরিচিত মেমোনিক:

৫ · কোড দিয়ে — একটি ভালো স্টোরি বনাম একটি অস্পষ্ট স্টোরি

নিচে দুটি ইউজার স্টোরি তৈরি করা হলো — একটির অ্যাকসেপ্টেন্স ক্রাইটেরিয়া প্রতিটিতে একটি নির্দিষ্ট, যাচাইযোগ্য সংখ্যা/শর্ত আছে (L11-এর measurability-check-এর একই চেতনা পুনরায় ব্যবহার করে), অন্যটির ক্রাইটেরিয়া ইচ্ছাকৃতভাবে অস্পষ্ট। একটি সাধারণ is_testable() চেকার দিয়ে দেখা যাক এটি সত্যিই পার্থক্যটা ধরতে পারে কিনা।

class UserStory:
    def __init__(self, role, goal, reason, acceptance_criteria):
        self.role = role
        self.goal = goal
        self.reason = reason
        self.acceptance_criteria = acceptance_criteria

    def format_story(self):
        return f"As a {self.role}, I want {self.goal}, so that {self.reason}."


# L11-এর measurability-check-এর একই চেতনা: একটি ক্রাইটেরিয়ন টেস্টযোগ্য হলে তাতে একটি স্পষ্ট,
# যাচাইযোগ্য সংখ্যা/শর্ত থাকা উচিত -- শুধু একটি অস্পষ্ট গুণবাচক শব্দ (fast, easy, user-friendly) থাকলে নয়।
VAGUE_WORDS = ["fast", "easy", "user-friendly", "nice", "quickly", "ভালো", "সহজ"]

def is_testable(criterion_text):
    has_number = any(ch.isdigit() for ch in criterion_text)
    has_vague_word = any(w in criterion_text.lower() for w in VAGUE_WORDS)
    return has_number and not has_vague_word


good_story = UserStory(
    role="রেজিস্টার্ড কাস্টমার",
    goal="আমার অর্ডার হিস্ট্রি দেখা",
    reason="আমি আগের কেনাকাটার রেকর্ড রাখতে পারি",
    acceptance_criteria=[
        "'অর্ডার হিস্ট্রি' ট্যাব ক্লিক করলে গত ১২ মাসের সব অর্ডার তালিকা আকারে দেখা যায়",
        "প্রতিটি অর্ডারে অর্ডার নম্বর, তারিখ ও মোট মূল্য -- এই ৩টি তথ্য অবশ্যই দেখানো হবে",
        "তালিকাটি ৫০০ মিলিসেকেন্ডের মধ্যে লোড হবে",
    ],
)

vague_story = UserStory(
    role="নতুন ভিজিটর",
    goal="সাইটটি সহজে ব্যবহার করা",
    reason="আমি বিরক্ত না হয়ে কেনাকাটা করতে পারি",
    acceptance_criteria=[
        "সাইটটি user-friendly এবং fast হতে হবে",
    ],
)

for story in (good_story, vague_story):
    print(story.format_story())
    for c in story.acceptance_criteria:
        verdict = "টেস্টযোগ্য" if is_testable(c) else "টেস্টযোগ্য নয় (অস্পষ্ট)"
        print(f"  [{verdict}] {c}")
    print()