تحليل المتطلبات وتحليل احتياجات أصحاب المصلحة

المكاسب:

• القدرة على التمييز بين المتطلبات الوظيفية وغير الوظيفية وكتابة تعبيرات متطلبات واضحة وقابلة للقياس بدعم من الذكاء الاصطناعي
• القدرة على استخدام الذكاء الاصطناعي مع مطالبات منظمة لاستخراج قصة المستخدم ومعايير القبول وحدود النطاق من ملاحظات المقابلة
• الاعتياد على التحقق من المتطلبات التي ينشئها الذكاء الاصطناعي للتأكد من عدم وجود غموض أو تناقض أو قواعد مفقودة وتأكيدها مع أصحاب المصلحة

تحليل المتطلبات هو مهمة تحديد ما يجب على النظام القيام به بطريقة كاملة وواضحة ويمكن التحقق منها. إنها إحدى المراحل التي ينتج فيها أخصائي نظم المعلومات الإدارية أكبر قيمة؛ لأن الخطأ هنا ينمو بشكل كبير في نهاية المشروع. هناك نوعان أساسيان من تحليل المتطلبات. يصف المتطلبات الوظيفية الوظيفة التي يجب على النظام القيام بها: "يجب على النظام إرسال بريد إلكتروني إلى العميل عندما يؤكد الطلب". تصف المتطلبات غير الوظيفية كيف ينبغي أن يكون النظام: صفات مثل الأداء والأمان وسهولة الاستخدام وإمكانية الوصول. "يجب أن تفتح شاشة التقرير في أقل من ثانيتين عند التحميل المتوسط" وهو مطلب غير وظيفي.

يتميز المتطلب الجيد بثلاث خصائص: واضح (له تفسير واحد)، وقابل للقياس (له عتبة قابلة للاختبار)، وقابل للتتبع (من الواضح ما هي احتياجات العمل التي يأتي منها). "يجب أن يكون النظام سريعًا" لا يفي بأي من هذه؛ "الصيام" أمر ذاتي، ولا يمكن قياسه، ولا يمكن اختباره. في هذه المرحلة، يعد الذكاء الاصطناعي أداة مساعدة قوية في صياغة المتطلبات والتعرف على الصياغة الغامضة؛ ولكن صاحب المصلحة فقط هو الذي يقرر أي قاعدة عمل حقيقية.

قصة المستخدم ومعايير القبول

أحد التنسيقات الشائعة في كتابة المتطلبات الحديثة هو قصة المستخدم: "كـ [دور]، من أجل [غرض]، أريد [ميزة]". مثال: "كمندوب مبيعات، أريد حساب الخصم من شاشة الهاتف المحمول حتى أتمكن من تقديم عروض أسعار سريعة في الميدان." القصة قصيرة وموجهة نحو الأعمال. ولا يفرض حلاً تقنيًا.

يجب أن يكون لكل قصة معايير قبول: شروط قابلة للاختبار يجب استيفاؤها حتى تعتبر القصة "حسنة". النمط المستخدم بشكل متكرر هو نمط "معطى/متى/ثم": "معطى: العميل في فئة VIP. متى: الطلبات التي تزيد قيمتها عن 10000 ليرة تركية. ثم: يطبق النظام خصمًا بنسبة 5%." وهذا النمط يزيل الغموض لأنه يربط بوضوح بين الحالة والنتيجة المتوقعة.

نصيحة: عند كتابة قصة مستخدم للذكاء الاصطناعي، تأكد من قول "أنشئ معيارين للقبول على الأقل في تنسيق معين/متى/ثم لكل قصة." عندما يضطر النموذج إلى إنتاج معايير، تصبح الفجوات الخفية في المتطلبات مرئية.

خطوة بخطوة: استخراج المتطلبات بمساعدة الذكاء الاصطناعي

الخطوة 1 – جمع المدخلات الأولية. سجلات المكالمات ورسائل البريد الإلكتروني ولقطات الشاشة الموجودة وقوائم الشكاوى. كلما زادت المدخلات الحقيقية، قل التلفيق.

الخطوة 2 – استخراج المجموعة الأولى من القصص. قدم مدخلات أولية للذكاء الاصطناعي واطلب منه إنتاج مسودات قصة المستخدم. هذه الخطوة ليست قائمة كاملة، ولكنها خطوة أولى.

الخطوة 3 - إضافة معايير القبول. قم بإنشاء معايير محددة/متى/ثم لكل قصة. القصة التي لا يمكن إنتاج معايير لها تعني في الواقع أنها غير محددة بشكل كافٍ.

الخطوة الرابعة – البحث عن التناقضات والفجوات. اسأل الذكاء الاصطناعي "هل هناك أي تناقضات أو ازدواجية أو مواقف غير محددة بين هذه المتطلبات؟" اسأل وقم بفحصها. تصفية النتيجة كإنسان.

الخطوة 5 - تحديد الأولويات والتأكيد. تحديد أولويات القصص مع أصحاب المصلحة بناءً على قيمة العمل والإلحاح. القرار ذو الأولوية يعود إلى وحدة الأعمال، وليس الذكاء الاصطناعي.

لا تنس المتطلبات غير الوظيفية

تواجه معظم المشاريع صعوبات ميدانية لأنها تنسى المشاريع غير الوظيفية أثناء كتابة المتطلبات الوظيفية. قد يعمل التقرير "بشكل صحيح"، ولكن إذا استغرق فتحه 45 ثانية، فلن يستخدمه أحد. يوضح الجدول التالي أنواع المتطلبات غير الوظيفية التي يتم تجاهلها بشكل شائع وأمثلة كتابية قابلة للقياس.

النوع

تعبير سيء

تعبير قابل للقياس

الأداء

"يجب أن يكون سريعا"

"استجابة الاستعلام < 2 ثانية عند متوسط التحميل"

إمكانية الوصول

"يجب أن يكون الجميع قادرين على استخدامه"

"متوافق مع WCAG 2.1 AA؛ التنقل الكامل بلوحة المفاتيح"

الأمن

"يجب أن تكون آمنة"

"يتم تشفير البيانات الشخصية عندما تكون غير نشطة، والوصول إليها يعتمد على الدور"

التوفر

"يجب أن يكون سهلا"

"مستخدم جديد يكمل الطلب في 3 خطوات دون تدريب"

التوفر/الاستمرارية

"لا ينبغي أن يتعطل"

"وقت التشغيل الشهري ≥ 99.5%"

ثلاث حالات صغيرة: بالأرقام

الحالة الأولى: ثمن الحاجة غير القابلة للقياس. تم فتح الشاشة، التي تم تطويرها في أحد البنوك مع اشتراط "فتح شاشة التقرير بسرعة"، خلال 22 ثانية تحت الحمل الميداني. اعتقد المطور أنه كان يقدم كلمة "سريع" في بيئته (ثانيتين). إذا تمت كتابة المتطلبات كـ "< 3 ثوانٍ في ساعة الذروة، الإنتاجية الفعلية"، فسيتم اكتشاف المشكلة أثناء الاختبار. تكلفة إعادة التطوير 3 أسابيع وتكلفة إضافية قابلة للقياس.

الحالة 2 - الفجوة التي تم التقاطها من خلال معايير القبول. أثناء كتابة معايير القبول لقصة "النظام يطبق الخصم" في أحد مشاريع التجارة الإلكترونية، لاحظ صاحب المصلحة أنه لم تتم مناقشة ما سيحدث إذا تعارض الخصم مع الكوبون وخصم VIP على الإطلاق. كان هناك سؤال واحد معطى/متى/ثم يمنع حدوث خطأ الخصم المزدوج قبل بدء البث المباشر؛ تسبب هذا الخطأ في خسارة فادحة للإيرادات في مشاريع مماثلة.

الحالة 3 – قاعدة الذكاء الاصطناعي. في أحد مشاريع الموارد البشرية، أضافت منظمة العفو الدولية جملة "تتم الموافقة على طلب الإجازة تلقائيًا خلال 24 ساعة" إلى مسودة المتطلبات. ولم تتم مناقشة مثل هذه الموافقة التلقائية في الاجتماع؛ لقد وضع النموذج قاعدة بدت "معقولة". بجوار كل متطلب، يكتب الخبير "المصدر: أي مقابلة/وثيقة؟" بإضافة العمود، قام بإزالة 4 جمل غير مصدر.

موجه ضعيف / موجه قوي

حث ضعيف:

اكتب قصص المستخدم لهذا المشروع.

مطالبة قوية:

دورك: أنت محلل أعمال في نظم المعلومات الإدارية. استخرج قصص المستخدمين من ملاحظة المقابلة أدناه. القواعد: - التنسيق: "ك[دور]، من أجل [غرض]، أريد [ميزة]". - اكتب معيارين للقبول على الأقل لكل قصة بتنسيق معين/متى/ثم. - أضف عمود "المصدر" بجوار كل قصة: من أي جملة جاءت القصة؟ - قم بتسمية [غير مؤكد] أي قاعدة غير واضحة في الملاحظة؛ المناسب.- اكتب المتطلبات غير الوظيفية القابلة للقياس (الأداء، الأمان، إمكانية الوصول) في قسم منفصل. ملاحظة المقابلة: [النص]

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

أربعة قوالب قابلة للنسخ

1) توضيح المتطلبات:

قم بمراجعة المتطلبات أدناه. ضع علامة على كل عبارة غامضة أو غير قابلة للقياس أو مفتوحة لأكثر من تفسير واكتب سؤالًا توضيحيًا لكل منها. لا تشكل الجواب. المتطلبات: [النص]

2) مسح التناقض:

في قائمة المتطلبات أدناه، ابحث عن العناصر التي تتعارض مع بعضها البعض، أو المتكررة، أو التي تترك فجوات منطقية. قم بالإبلاغ عن كل نتيجة مع أرقام العناصر وتبرير جملة واحدة. القائمة: [النص]

3) إنشاء معايير القبول:

اكتب ما لا يقل عن 4 معايير قبول لقصة المستخدم التالية بتنسيق معين/متى/ثم، بما في ذلك حالات الحد والاستثناء. قم أيضًا بإدراج أي نقاط لا تزال غير واضحة. القصة: [النص]

4) مخطط النطاق:

قم بصياغة البنود "داخل النطاق" و"خارج النطاق" كجدول مكون من عمودين وفقًا للمتطلبات التالية. قم بتسمية [التأكيد مطلوب] لأي عنصر لست متأكدًا منه. المتطلبات: [النص]

الأخطاء الشائعة

• التفكير في الحل هو الحاجة. يعد "إضافة قائمة منسدلة" حلاً وليس مطلبًا. يقول الشرط "يجب أن يكون المستخدم قادرًا على تحديد البلد من القائمة المحددة"؛ يقوم فريق تكنولوجيا المعلومات بتصميم الحل.
• تخطي تلك غير وظيفية. إن مجرد كتابة "ما يجب فعله" ونسيان "كيف تكون" (السرعة والأمان وإمكانية الوصول) هو الثغرة الأكثر شيوعًا والأكثر تكلفة.
• استخدام الصفات التي لا تعد ولا تحصى. كلمات مثل "سريع، سهل، آمن، سهل الاستخدام" غير صالحة بدون حد.
• عدم ملاحظة القاعدة التي وضعها الذكاء الاصطناعي. قد يضيف النموذج قواعد "معقولة" ولكنها ليست قواعد منطوقة فعليًا؛ اطلب الموارد لكل حاجة.
• ترك الأولوية للذكاء الاصطناعي. ما يجب فعله أولاً هو اتخاذ قرار بشأن القيمة التجارية؛ وحدة الأعمال تعطي هذا.

تحذير: الجملة الأكثر خطورة في تحليل المتطلبات هي "الجميع يعرف هذا بالفعل". الافتراضات غير المعلنة لا تدخل في الوثائق، ولا تدخل في الكود أبدًا، وتظهر في الميدان. اسأل الذكاء الاصطناعي "ما هو المفترض ولكن غير المكتوب في هذا المطلب؟" يجعل هذه الافتراضات الخفية مرئية.

في ملخص

يحدد تحليل المتطلبات ما يجب على النظام فعله بطريقة واضحة وقابلة للقياس والتتبع. المتطلبات الوظيفية تصف الوظيفة، والمتطلبات غير الوظيفية تصف الصفات، وغالبًا ما يتم نسيان الصفات الأخيرة. تعتبر قصة المستخدم ومعايير القبول المقدمة/متى/ثم أدوات قوية تقضي على عدم اليقين. يعمل الذكاء الاصطناعي على تسريع إنتاج القصص المصورة ومعايير القبول واكتشاف النزاعات وتوضيح الأسئلة بشكل كبير؛ إلا أن صحة قاعدة العمل ونطاق القرار وأولويته ومصدر كل جملة هي مسؤولية الإنسان. لا تضع اللمسات الأخيرة على أي متطلبات غير محددة المصدر وغير قابلة للقياس.

مهمة التطبيق

اكتب طلب عمل من فقرة واحدة "لنظام المواعيد عبر الإنترنت" الخيالي (على سبيل المثال، "يجب أن يكون العملاء قادرين على تحديد المواعيد عبر الإنترنت، ويجب أن يكون الموظفون قادرين على رؤية التقويمات"). (1) أنشئ ما لا يقل عن 5 قصص مستخدمين ومعياري قبول لكل منها مع مطالبة قوية من هذا الطلب. (2) ابحث عن فجوتين مخفيتين على الأقل في المعايير التي ينتجها النموذج (على سبيل المثال التعيين المزدوج في نفس الوقت، قاعدة الإلغاء). (3) قم بتضمين ما لا يقل عن 3 متطلبات غير وظيفية في شكل قابل للقياس. (4) حدد 3 عناصر على الأقل على أنها "خارج النطاق". (5) ضع علامة على القاعدة التي ربما يكون النموذج قد وضعها واكتب كيف ستؤكدها.

قائمة مرجعية

• [ ] لقد كتبت المتطلبات الوظيفية وغير الوظيفية بشكل منفصل.
• [ ] كل المتطلبات واضحة وقابلة للقياس والاختبار.
• [ ] لكل قصة معايير قبول معينة/متى/ثم.
• [ ] يمكنني تتبع المصدر (المحادثة/الوثيقة) لكل متطلبات.
• [ ] قمت بوضع علامة على القواعد المحتملة التي وضعها الذكاء الاصطناعي وتركتها للتأكيد.
• [ ] لقد قمت بتحديد الأولويات مع وحدة الأعمال.