راهنماها / کار و کسب‌وکار

تبدیل درخواست مبهم به نیازمندی محصول و معیار پذیرش

از یک سناریوی واقعی، رفتار قابل آزمون بنویسید و تصمیم‌های حل‌نشده را به‌جای حدس مشخص کنید.

برای چه کسی؟ مدیر محصول یا توسعه‌دهنده‌ای که می‌خواهد قبل از پیاده‌سازی درباره رفتار یک قابلیت توافق کند.

مسئله‌ای که حل می‌کنیم

عبارت‌هایی مثل «خروجی بهتر باشد» قابل آزمون نیستند و تفاوت برداشت را تا زمان تحویل پنهان می‌کنند.

روش کار، گام‌به‌گام

1. کاربر، محرک و نتیجه مطلوب را با مثال واقعی توصیف کنید.
2. رفتار را به چند معیار پذیرش قابل مشاهده و سؤال باز تبدیل کنید.
3. معیارها را با ذی‌نفع تأیید و سپس مبنای تست قرار دهید.

پرامپت آماده با یک مثال کامل

این درخواست فرضی را به نیازمندی کوتاه تبدیل کن: «در فهرست سفارش‌ها بتوانم سفارش پرداخت‌نشده را پیدا کنم.» واقعیت‌ها: هر سفارش وضعیت پرداخت و شماره دارد؛ صفحه فعلی ۲۰ سفارش نشان می‌دهد. خروجی: یک سناریوی کاربر، سه معیار پذیرش قابل آزمون و پرسش‌های باز. درباره تعداد وضعیت‌ها، جست‌وجوی سمت سرور، مرتب‌سازی و حق دسترسی تصمیم نگیر، چون مشخص نشده‌اند. راه‌حل فنی یا قابلیت اضافی پیشنهاد نکن.

نمونه ورودی و خروجی

مثال ساختگی برای توضیح روش؛ خروجی واقعی مدل ممکن است متفاوت باشد.

کاربر می‌خواهد سفارش پرداخت‌نشده را در فهرست پیدا کند.

معیار پذیرش: با انتخاب وضعیت پرداخت‌نشده، سفارش پرداخت‌شده در نتیجه دیده نمی‌شود.
سؤال باز: فیلتر روی همه سفارش‌ها اعمال می‌شود یا فقط صفحه فعلی؟

چطور خروجی را بررسی کنیم؟

• هر معیار با ورودی و نتیجه قابل مشاهده آزمون‌پذیر است.
• تصمیم فنی یا دامنه جدید بدون تأیید اضافه نشده است.
• ابهام‌های مؤثر بر رفتار پیش از پیاده‌سازی ثبت شده‌اند.

راهنماهای مرتبط