اجتماعات الاستماع وجمع المتطلبات

١المتطلب: ما الذي يحتاجه المستخدم فعلًا؟

المتطلب Requirement وصف لشيء يجب أن يفعله النظام أو صفة يجب أن يتصف بها، كما يحتاجه صاحب المصلحة. مهمتك في هذه المرحلة أن تسمع وتفهم، لا أن تصمم الحل. الخطأ الأشهر أن يسمع المحلل أول جملة ثم يقفز إلى «سنعمل لكم تطبيقًا».

٢أساليب جمع المتطلبات

غالبًا تجمع أكثر من أسلوب: مقابلة مع موظفة التسجيل، ثم ملاحظة يوم تسجيل مزدحم، ثم استبانة قصيرة للمتدربين.

٣اسأل لتفهم: أنواع الأسئلة

السؤال الموجِّه يضع الإجابة في فم العميل، فيوافقك مجاملةً وتبني ميزة لا يحتاجها.

٤الإصغاء الفعّال

اجتماع الاستماع يقوده المستخدم، لا أنت. نسبة جيدة: يتكلم العميل 70% من الوقت. ثلاث عادات تفرق بين الإصغاء والانتظار حتى يأتي دورك في الكلام:

ودوّن ملاحظاتك بكلمات المستخدم نفسها، واكتب بجانب كل ملاحظة من قالها. ستحتاج المصدر حين تتعارض الطلبات.

٥نظّم ما سمعت: الخريطة الذهنية

بعد الاجتماع لديك صفحات من الملاحظات المتفرقة. الخريطة الذهنية Mind map ترتبها: النظام في المركز، وأصحاب المصلحة فروعًا، واحتياجات كل منهم أوراقًا. تكشف بنظرة من سمعتَ منه كثيرًا ومن لم تسمع منه بعد.

mindmap  root((نظام دورات))    المتدرب      يبحث عن دورة بالتاريخ      يسجّل ويدفع إلكترونيًّا      يستلم تذكيرًا قبل الدورة    موظفة التسجيل      تعتمد طلبات التسجيل      تصدّر قائمة المسجلين    المدير      تقرير الإيرادات الشهري      نسبة امتلاء كل دورة

في Mermaid تُبنى الخريطة بالإزاحة (المسافات في بداية السطر): الجذر root((…)) في المركز، وكل سطر أكثر إزاحة من السابق يصبح فرعًا منه. جرّب: أضف فرع «المدرب» بالإزاحة نفسها لفرع «المدير»، ثم احتياجين تحته.