قصص المستخدم ومعايير القبول
في Agile نكتب المتطلبات كـقصص مستخدم (User Stories) قصيرة تركز على المستخدم والفائدة:
بصفتي [الدور]، أبي [الهدف]، عشان [الفائدة].
قصتك
بصفتي طالب، أبي أدفع من جوالي، عشان ما أوقف في الطابور.
- ✓ فيها دور واضح
- ✓ فيها هدف
- ✓ فيها فائدة (Valuable)
- ✓ الهدف قصير ومركّز (Small)
- ✓ تركز على الهدف مو على الحل التقني
وكل قصة لها معايير قبول تحدد متى نعتبرها خلصت، وأشهر صيغة لها Given / When / Then:
Givenعند الطالب طلب حالته «قيد الانتظار»
Whenيضغط «إلغاء الطلب»
Thenتصير حالة الطلب «ملغي»، ويرجع المبلغ لبطاقته خلال 3 أيام عمل
| Independent | مستقلة عن غيرها قدر الإمكان |
| Negotiable | قابلة للنقاش، مو عقد جامد |
| Valuable | لها قيمة واضحة للمستخدم |
| Estimable | الفريق يقدر يقدّر حجمها |
| Small | صغيرة تخلص في Sprint واحد |
| Testable | نقدر نختبرها بمعايير قبول |
انتبهالحروف الأولى تكوّن كلمة INVEST، وهي قائمة تراجع فيها جودة كل قصة. ولترتيب الأولويات استخدم MoSCoW: Must (لازم)، Should (مهم)، Could (لو فيه وقت)، Won't (مو هالمرة).