ما هي معايير القبول

ما هي معايير القبول

ما هي معايير القبول بصفتك مديرًا للمنتج أو مالكًا للمنتج ، فقد تكون مسؤولاً عن كتابة معايير القبول للقصص المتراكمة في منتجك؟

في هذه المقالة ، سنقوم بتعريف بعض الأمثلة وننظر فيها ، واستكشاف بعض أفضل الممارسات لكتابتها.

في منهجيات الرشيقة ، تشير معايير القبول إلى مجموعة من المتطلبات المحددة مسبقًا والتي يجب الوفاء بها

من أجل وضع علامة على وجهه نظر المستخدم كاملة. فهي شكل من أشكال وثائق متطلبات رشيقة.

كما هو الحال مع معظم الأشياء رشيقة ، هناك تعاريف مختلفة لمعايير القبول.

  • تعريف معايير القبول 1: “الشروط التي يجب أن يفي بها منتج البرنامج ليتم قبوله من قبل المستخدم أو العميل أو أصحاب المصلحة الآخرين.” (عبر ميكروسوفت بريس)
  • تعريف معايير القبول 2: “المعايير أو المتطلبات المحددة مسبقًا التي يجب أن يفي بها المنتج أو المشروع.” (عبر جوجل)

تسمى أيضًا أحيانًا “تعريف عمله” لأنها تحدد نطاق ومتطلبات وجهه نظر المستخدم.

أنها توفر للمطورين السياق اللازم للتنفيذ في وجهه نظر المستخدم.

فيما يلي بعض سمات معايير القبول الفعالة:

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

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

  • أن توفر معايير القبول وجهة نظر المستخدم. هي وسيلة للنظر إلى المشكلة في متناول اليد من وجهة نظر العميل. يجب أن تكتب في سياق تجربة المستخدم الحقيقي.

لماذا تحتاج إلى معايير قبول من وجهه نظر المستخدم؟

تخدم معايير القبول عدة أغراض للفرق متعددة الوظائف.

  • إدارة التوقعات
  • تحديد النطاق وتقليل الغموض
  • وضع معايير الاختبار لضمان الجودة
  • الاحتفاظ بسير العمل على نفس المنظور من دون الانخراط في ابعاد اخرى بعيدا عن الجوهر الرئيسي للعمل

هيا بنا نتعمق في الفوائد.

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

كما أنه يوفر للمطورين و QA طريقة واضحة لتحديد ما إذا كانت القصة “تمت”.

تريد دمج هذه المتطلبات في عمليتك لأسباب عديدة، عندما تحدد النتيجة المرجوة قبل بدء التطوير ،فإنك تساعد في تعزيز التوافق والتفاهم المشترك.

ويساعد هذا الفهم في تقليل احتمالية حدوث مفاجآت. بالإضافة إلى مساعدة المنتجين في تحديد التوقعات وإدارتها ، فهي أيضًا مفيدة للمطورين.

لا يقتصر السياق المُضاف على تقليل الغموض فحسب ، بل إنه يخلق أيضًا دفاعًا كبيرًا ضد زحف النطاق. إذا لم يتم تحديد أحد المتطلبات وتعيينه في بداية سباق العدو ، فسيكون من الصعب عليك التسلل إليه في منتصف الطريق.

أخيرًا ، تحدد معايير القبول غالبًا اختبار الفشل / النجاح الذي سيتم إجراؤه لتحديد ما إذا كانت وجهه نظر المستخدم كاملة.

متى نحدد معايير القبول لدينا؟

الفخ الذي أشجع فرقي على تجنبه هو الكتابة بعد بدء التطوير.

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

إذا كتبنا وراجعنا المعايير قبل بدء التنفيذ ، فمن الأرجح أن نلاحظ هدف العميل بدلاً من واقع التطوير.

ما الذي يجعل معايير القبول جيدة؟

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

دون غموض فيما يتعلق بالنتيجة المتوقعة.

يعمل هذا على إعداد اختبارنا للنجاح نظرًا لأنهم سيأخذون معاييرنا وترجمتها إلى حالات اختبار آلية لتعمل كجزء من بناء التكامل المستمر الخاص بنا.

من المسؤول عن كتابة معايير القبول؟

يمكن لأي شخص تقريبًا في الفريق متعدد الوظائف كتابة وجهه نظر المستخدم.وعادةً ما يكون المالك أو المدير هو المسؤول عن كتابة معايير القبول

أو على الأقل تسهيل المناقشة حوله.

الفكرة من وراء ذلك هي ضمان أن تتم كتابة المتطلبات مع مراعاة احتياجات العملاء ، ومن الأفضل فهم احتياجات العملاء من الشخص المنتج؟

إشراك المطورين و QA كما تحدده له فوائد عديدة، فهو يتيح لك فرصة أخرى للتواصل مع المطورين حول استراتيجية المنتج والرؤية.

ثانياً ، يمكن للمطورين وموظفي ضمان الجودة المساعدة في الإشارة إلى أي أجزاء مفقودة أو تحديد التبعيات التي ربما لم تكن واضحة من قبل.

أخيرًا ، يمكن أن تساعدك هذه المناقشات بصفتك مالك المنتج على فهم أفضل لما تبدو عليه وجهه نظر المستخدم من خلال عيون المطورين.

لذلك كلما كان ذلك ممكنا ، وتحديد القيام به معا.

احصل على عرض مجانا

    القائمة
    Free Email Updates
    Get the latest content first.
    We respect your privacy.