كيفية كتابة معايير القبول | التعريف وأفضل الممارسات

إذا كان هناك موضوع تمت مناقشته في المنتديات عبر الإنترنت منذ زمن بعيد، فلا بد أن يكون معايير القبول. وعلى الرغم من وجود الكثير من الضجة حول هذا المصطلح، إلا أن الكثير من المؤسسات تواجه مشاكل عند كتابة معايير القبول. وهذا ما يفقد فريق التطوير توازنه.
والنتيجة؟ زيادات رديئة في المنتج. إذا كنت تتطلع إلى معرفة المزيد عن معايير القبول والغرض منها وأنواعها وشكلها وغير ذلك – فإن منشور المدونة هذا الذي يحتوي على أمثلة واقعية لمعايير القبول ونماذج قصص المستخدمين سيكون دليلك.
معايير القبول هي مجموعة من الشروط المحددة مسبقًا التي يجب استيفاؤها لضمان اكتمال قصة المستخدم. إذن، ما هي قصة المستخدم؟ في أبسط العبارات، قصة المستخدم هي طريقة للتعبير عن المتطلبات من منظور مستخدم المنتج أو النظام أو البرنامج.
تتبع قصة المستخدم 3C – البطاقة والمحادثة والتأكيد. بالإضافة إلى ذلك، من المفيد في كثير من الأحيان أن تكون هناك ست سمات محددة بالاختصار INVEST – مستقلة، وقابلة للتفاوض، وقابلة للتقييم، وقابلة للتقدير، وصغيرة، وقابلة للاختبار، لتكون جزءًا من قصة المستخدم.
إذا كنت تريد أن تتعلم كيفية كتابة قصص مستخدم جيدة، فعليك قراءة دليلنا الذي يحتوي على 10 نصائح لكتابة قصص مستخدم رائعة – بدءًا من عناصر قصة المستخدم إلى أنواعها وخصائصها، فهو يحتوي على كل شيء.
نحن نعلم أن مجرد تعلم ما هي معايير القبول وقصة المستخدم لن يكون كافياً حتى تتعلم أهمية كتابتها وكيفية كتابتها. دعنا نتعلم مع أمثلة جيدة لمعايير القبول للحصول على وضوح أفضل.
بصفتي “مستخدم مسجّل”
أريد “البحث عن الكتب حسب اسم المؤلف”
بحيث “يمكنني العثور على كتب مؤلفي المفضل وشرائها”
قم بتمكين فريقك! كن سيد سكروم وقم بتسهيل العملية من خلال تحديد أوجه الغموض المحتملة في المعايير، وتوضيح الغرض منها، وتشجيع المطورين على التعبير عن مخاوفهم بشأن المعايير غير الواضحة.
يزيل معيار القبول المصاغ جيدًا الغموض حول الوظيفة التي سيتم بناؤها. سيكون فريق التطوير واضحًا بشأن متطلبات العميل والشكل الذي يجب أن يبدو عليه الناتج النهائي. تساعدنا كتابة معايير القبول على: –
لن ندعك تتساءل عما إذا كنت قد كتبت معايير القبول بشكل صحيح أم لا، لذلك سنوضح لك كيف تبدو معايير القبول الجيدة.
يكون معيار القبول قويًا إذا كان يمتلك الخصائص التالية-
كما وعدناك، سنقدم لك نماذج معايير القبول لمساعدتك في كتابة أفضلها.
استكشف فرص التعلم المستمر التي صممها مدربونا ومدربونا لتمكين رحلتك الرشيقة. اتصل بنا اليوم لاكتشاف أفضل خطوة تالية لمسيرتك المهنية.
يمكن كتابة معايير القبول بتنسيقين-
1. معايير القبول الموجهة نحو السيناريو (معطى / متى / ثم): معايير القبول الموجهة نحو السيناريو هي نوع يصف نفسه في شكل سيناريو. وهي تتبع نهج (معطى/متى/متى/ثم) وهو كالتالي-
يتم استعارة هذا النهج من التطوير المدفوع بالسلوك (BDD) حيث يتم تزويد المختبرين بهيكلية محددة تحدد متى يبدأ وينتهي اختبار وظيفة معينة. كما أنه يقلل من الوقت المستغرق في كتابة حالات الاختبار.
مثال على معايير القبول (موجه نحو السيناريو):
“كمستخدم للموقع الإلكتروني، أريد أن أكون قادراً على البحث على صفحة الويب حتى أتمكن من العثور على المعلومات الضرورية.”
السيناريو: يبحث المستخدم عن عنصر من خلال اسمه
بالنظر إلى أنني في دور مستخدم مسجّل أو مستخدم ضيف
عندما أفتح صفحة “المنتجات”
ثم يعرض لي النظام قائمة بجميع المنتجات
ويعرض النظام قسم “بحث” في الزاوية العلوية اليمنى من الشاشة
عندما أقوم بملء حقل “بحث” باسم أحد المنتجات الموجودة في قائمة المنتجات
وأنقر على زر “تطبيق” أو أضغط على مفتاح Enter في لوحة المفاتيح
ثم يعرض النظام المنتجات في قسم نتائج البحث مع أسماء المنتجات المطابقة لاسم المنتج الذي تم إدخاله
ويعرض النظام عدد نتائج البحث في أعلى قسم نتائج البحث”
2. معايير القبول الموجهة نحو القواعد: تحتوي معايير القبول الموجهة نحو القواعد على مجموعة من القواعد التي تروي سلوك النظام. هذا النوع من معايير القبول مناسب عندما
مثال على معايير القبول (الموجهة نحو القواعد): كمستخدم، أريد استخدام حقل بحث لكتابة علامة تجارية أو مقاس أو تكلفة، حتى أتمكن من العثور على نتائج للأحذية المطابقة
نحن على يقين تام بأنك الآن في مكان أفضل من ذي قبل مع أمثلة معايير القبول. إذا كنت تريد أن تتعلم أفضل الممارسات لكتابة معايير القبول، تأكد من البقاء معنا حتى النهاية.
مالك المنتج هو المسؤول عن كتابة معايير القبول مع مشاركة الفريق متعدد الوظائف بأكمله بمساهماته. يجب كتابة معايير القبول من منظور المستخدم النهائي. يجب إشراك فريق التطوير لأنه سيكون قادراً على تحديد معايير القبول التي تلبي احتياجات العملاء.
يمكن أن يساعد إشراك فريق التطوير مالك المنتج على توصيل رؤية المنتج وخارطة الطريق لهم. ثانياً، يساعد المطورين على تحديد التبعيات التي قد تكون غابت عن الأنظار. والآن بعد أن عرفت أن مالك المنتج هو المسؤول عن كتابة معايير القبول، من المهم أيضًا متى يجب أن يكتبوا معايير القبول.
على الرغم من عدم وجود قاعدة صارمة وسريعة فيما يتعلق بموعد كتابة معايير القبول، إلا أنه من المثالي كتابتها قبل بدء التطوير. هناك ممارسة شائعة يستخدمها مالكو المنتجات ومديرو المنتجات وهي كتابة معايير القبول أثناء أحداث تنقيح الأعمال المتراكمة.
تتم مناقشة ذلك لاحقًا في اجتماع التخطيط للسباق السريع مع فريق التطوير وتعديله وفقًا لتعليقاتهم. أحد الأخطاء التي يجب أن تتجنب الفرق ارتكابها هو كتابة معايير القبول في وقت مبكر. نظرًا لأن إعادة ترتيب الأولويات هي ممارسة رشيقة، فإنك تعيد ترتيب أولويات قصص المستخدمين من سباق إلى آخر.
على الرغم من أن معايير القبول لها نصيب لا بأس به من الفوائد، إلا أن هناك بعض القيود التي تضعف من مكانتها. فيما يلي بعض الجوانب السلبية الشائعة لمعايير القبول-
الآن وقد أصبحنا ندرك جيدًا ما هي معايير القبول وأهميتها وأنواعها وغير ذلك الكثير – حان الوقت لتعلم أفضل الممارسات لكتابة معايير القبول.
استفد من تقييم Scrum Master المصمم لمساعدتك في الحصول على درجات عالية والتقدم في حياتك المهنية. احصل على رؤى ومهارات قيّمة ضرورية للنجاح في هذا الدور، قم بإجراء الاختبار!
في ختام هذا المقال، إليكم أهم ما تعلمته في هذا المقال
ما هي الدروس التي تعلمتها؟ إذا كنت بحاجة إلى مساعدة في كتابة معايير قبول جذابة، فنحن هنا لمساعدتك.