خريطة ذهنية لجمع المتطلبات: قالب مجاني للمحللين
قالب خريطة ذهنية لجمع المتطلبات: أصحاب المصلحة والاحتياجات التجارية واحتياجات المستخدمين والمتطلبات الوظيفية وغير الوظيفية والقيود، مجتمعة على لوحة واحدة قابلة للتعديل.
تجمع الخريطة الذهنية لجمع المتطلبات في صفحة واحدة من يريد ماذا، ولماذا، وضمن أي حدود، فتظهر الفجوات والتعارضات بين أصحاب المصلحة قبل أن يبدأ التصميم.
خريطة ذهنية لجمع المتطلبات: قالب مجاني للمحللين
لوحة MindMap التفاعلية لهذا الشرح — كل مسار وصف وسهم أعلاه جزء من مخطط QueryChart حقيقي يمكنك فتحه وتعديله.
كيفية قراءة الخريطة الذهنية
- ابدأ بـ «أصحاب المصلحة» و«الاحتياجات التجارية» لترى من المعنيّ ولماذا. يصف «احتياجات المستخدمين» الحاجة من جانب المستخدم، ويترجمها «المتطلبات الوظيفية» و«المتطلبات غير الوظيفية» إلى ما يجب أن يفعله النظام ومدى جودته.
- تتبّع الأسهم المتقطعة التعليل. فمثلًا قدرة تحت «الأولوية» يبررها مقياس النجاح في «النتيجة المستهدفة»، وقد تصطدم حاجة أمنية في «الأمن والخصوصية» بحد تقني في «الحدود التقنية».
أصحاب المصلحة
يبدأ «أصحاب المصلحة» الخريطة لأن وراء كل متطلب شخصًا ما. اذكر من يدفع تحت «الرعاة»، ومن سيستخدم النتيجة تحت «المستخدمون النهائيون»، ومن يجب أن يوافق عليها أو يدعمها تحت «الموافقون والدعم».
أجرِ مقابلات مع كل من في «المستخدمون النهائيون»، لا مع مديرهم فقط. من الأخطاء المتكررة كتابة المتطلبات من وصف الراعي لعمل لم يعد يمارسه.
الاحتياجات التجارية
يشرح «الاحتياجات التجارية» سبب وجود المشروع. «المشكلة المطلوب حلها» هو المشكلة أو الفرصة، و«النتيجة المستهدفة» النتيجة التي تُعد نجاحًا، و«مقياس النجاح» المقياس الذي يثبتها.
يجب أن يعود كل متطلب في بقية الخريطة إلى شيء هنا. إذا لم يعد، فاسأل أي حاجة يخدم أو احذفه.
احتياجات المستخدمين
يسجل «احتياجات المستخدمين» ما يحتاج الناس إلى إنجازه. اكتب «المهام المطلوب إنجازها» كمهام من جانب المستخدم، ودوّن آلام طريقة العمل الحالية تحت «نقاط الألم الحالية».
يضم «سياق الاستخدام» الوضع الذي يعمل فيه المستخدمون، مثل الهاتف أو الأماكن الصاخبة أو ضغط الوقت. غالبًا ما تحسم هذه التفاصيل التصميم أكثر من المهام نفسها.
المتطلبات الوظيفية
يسرد «المتطلبات الوظيفية» ما يجب أن يفعله النظام. «القدرات الأساسية» هي القدرات الرئيسية، و«قواعد العمل» القواعد التي يجب أن يطبقها، و«الواجهات» الواجهات مع الأنظمة أو الفرق الأخرى.
صُغ كل واحد بحيث يمكن اختباره، مثل: يرسل النظام تأكيدًا خلال دقيقة. اتخذ «عبارة قابلة للاختبار» نموذجًا لطريقة صياغة التفاصيل.
المتطلبات غير الوظيفية
يغطي «المتطلبات غير الوظيفية» مدى جودة عمل النظام. يحدد «الأداء» السرعة والسعة، ويغطي «الأمن والخصوصية» الأمن والخصوصية، ويغطي «سهولة الاستخدام والوصول» سهولة الاستخدام وإمكانية الوصول.
هذه هي المتطلبات التي ينساها الناس ثم يتجادلون حولها بعد الإطلاق. أعطِ كلًا منها رقمًا أو معيارًا حيثما أمكن.
القيود
يسرد «القيود» الحدود التي لا يستطيع الحل تجاوزها. «الميزانية والوقت» الميزانية والوقت، و«الحدود التقنية» الحدود التقنية مثل الأنظمة القائمة، و«القانون والسياسات» الالتزامات القانونية أو التنظيمية.
افحص كل متطلب مقابل «الحدود التقنية» مبكرًا. المتطلب المتعارض مع قيد صارم قرار للراعي لا مهمة للفريق.
كيف ترتبط الفروع
تنساب الاحتياجات نزولًا. يعطي «الاحتياجات التجارية» السبب، ويعطي «احتياجات المستخدمين» رؤية المستخدم، ويمثل «المتطلبات الوظيفية» و«المتطلبات غير الوظيفية» المتطلبات المشتقة منها. المتطلب بلا مصدر في الفروع الثلاثة الأولى مرشح للحذف.
يدفع «القيود» إلى الأعلى. قد يجعل القيد حاجة ما غير ميسورة، فتعود إلى «الاحتياجات التجارية» لتسأل هل نتيجة أصغر مقبولة، وإلى «أصحاب المصلحة» للاتفاق عليها.
أين تتوقف الخريطة الذهنية وتبدأ المخططات الأخرى
استخدم الخريطة الذهنية للجمع والتنظيم. ولوصف كيف يسير العمل اليوم وكيف ينبغي أن يسير، ارسم خريطة عملية أو مخططًا انسيابيًا، واستخدم مخطط المسارات حين تعتمد المتطلبات على تسليمات بين الفرق.
يمكن لهيكل تنظيمي توثيق بنية أصحاب المصلحة والموافقات، ويتولى مخطط غانت الأمر حين تصبح المتطلبات تسليمًا مجدولًا.
العلاقات الرئيسية والخلاصات
- يجب أن يعود كل متطلب إلى حاجة تجارية وصاحب مصلحة.
- تُكتب احتياجات المستخدمين كمهام، والمتطلبات الوظيفية كسلوكيات قابلة للاختبار.
- المتطلبات غير الوظيفية هي الأكثر غيابًا عن المسودات الأولى.
- القيود يقررها الناس، لذلك تظهر تحت أصحاب المصلحة أيضًا.
- المتطلب بلا أولوية سيُعامل بأنه بنفس إلحاح غيره.
متى تستخدم هذا الشرح المرئي
- التحضير لمقابلات أصحاب المصلحة وتسجيل الإجابات على خريطة مشتركة.
- مراجعة مسودة وثيقة متطلبات بحثًا عن فئات ناقصة قبل الاعتماد.
- تحديد نطاق أداة داخلية صغيرة لا تحتاج إلى مواصفات كاملة.
كيف تعمل
حدد الأشخاص
غيّر اسم «متطلبات المشروع»، ثم اسرد أصحاب المصلحة تحت «أصحاب المصلحة» وعلّم من لم تتحدث معه بعد. أجرِ المقابلات قبل ملء الفروع الأخرى.
سجّل الاحتياجات كما تسمعها
ضع الأسباب تحت «الاحتياجات التجارية»، ومهام المستخدمين تحت «احتياجات المستخدمين»، وسلوك النظام تحت «المتطلبات الوظيفية». دوّن المصدر في كل عقدة لتعود وتتحقق.
افحص الحدود والتعارضات
قارن كل متطلب بـ «المتطلبات غير الوظيفية» و«القيود»، وارسم روابط حيث تتعارض، وارفع التعارضات المفتوحة إلى أصحاب المصلحة المذكورين في «أصحاب المصلحة».
الأسئلة الشائعة
ما الفرق بين المتطلبات الوظيفية وغير الوظيفية؟
تقول المتطلبات الوظيفية ما يفعله النظام، مثل إنشاء فاتورة أو إرسال تنبيه. وتقول غير الوظيفية مدى جودة أدائه: السرعة والأمن والتوافر وإمكانية الوصول. كلاهما مطلوب، وغير الوظيفية تُكتشف عادةً متأخرة ما لم تسأل عنها مباشرة.
لماذا نبدأ بأصحاب المصلحة لا بالميزات؟
لأن لكل متطلب صاحبًا يستطيع شرحه وتغييره عند الحاجة. البدء بالميزات يعطيك قائمة لا يستطيع أحد الدفاع عنها أو ترتيبها. والبدء بالناس يخبرك من تقابل ومن يجب أن يوافق حين يتعارض متطلبان.
ما مدى تفصيل المتطلبات على الخريطة الذهنية؟
تفصيل يكفي للتعرف والنقاش، وإيجاز يكفي للمسح السريع. استخدم الفكرة لعبارة قصيرة والملاحظة للمصدر أو شرط الاختبار. وحين يزدحم فرع، انقله إلى مواصفات المتطلبات أو قائمة قصص المستخدم.
هل يستطيع أصحاب المصلحة مراجعة الخريطة مباشرة؟
نعم. شارك المخطط مع المراجعين، ودعهم يعلّقون على متطلبات محددة، واستخدم سجل الإصدارات لحفظ ما تغير بين جولات المراجعة. هذا يجعل الاعتماد أوثق من تبادل المستندات بالبريد.
ابدأ من خريطة المتطلبات هذه
افتح القالب كلوحتك الخاصة، وسمِّ المشروع، وابدأ بسرد أصحاب المصلحة الذين تحتاج إلى التحدث معهم.