كيف تجمع وتوضح المتطلبات؟

Question

Accepted Answer

**جمع المتطلبات** هو عملية اكتشاف ما يحتاج فعلاً إلى بناؤه — و*لماذا* — قبل بناؤه. الخطأ الأكبر الذي يرتكبه المبتدئون هو أخذ الطلب حرفياً دون فهم المشكلة الأساسية.

## كيفية التعامل معها

```text
1. ASK WHY → understand the problem behind the request, not just the request
2. TALK to the real users / stakeholders, not just the requester
3. CLARIFY scope → what's in, what's out, what "done" looks like
4. SURFACE assumptions and constraints (deadlines, budget, tech limits)
5. WRITE IT DOWN → confirm your understanding back to them
```

## التمييز بين الطلب والحاجة

يقول صاحب المصلحة "أضف زر تصدير إلى PDF." قد تكون الحاجة الحقيقية "أحتاج إلى مشاركة التقارير مع مديري." قد يحل البريد الإلكتروني أو رابط مشترك أو لوحة معلومات المشكلة بشكل أفضل. السؤال *لماذا* يفتح حلولاً أفضل.

## أسئلة توضيحية جيدة

```text
✓ "What problem does this solve for the user?"
✓ "What happens today without it?"
✓ "How will we know it worked?"
✓ "What's explicitly out of scope?"
✓ "What are the edge cases / what could go wrong?"
```

## مصيدة شائعة

افتراض أنك فهمت وبدء البناء. استعكس المتطلبات دائماً — "إذن ما تحتاجه هو X، بحلول Y، و Z خارج النطاق؟" — لاكتشاف الفجوات مبكراً.

## لماذا هذا مهم

خطأ المتطلبات الثابتة في مرحلة الفكرة يكلف دقائق؛ نفس الخطأ الذي يتم اكتشافه بعد الإطلاق يكلف أياماً أو أسابيع من إعادة العمل.

المتطلبات الواضحة هي أرخص تأمين ضد بناء الشيء الخاطئ.

السؤال *لماذا* يحولك من مجرد متلقٍ للأوامر إلى حل المشاكل.