قدّم لخمسة أصحاب مصلحة وثيقة متطلبات واحدة واضحة بعد مقارنة الصياغات

أصلح النطاق قبل تحسين الجملة

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

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

مطلب خيالي يدعو إلى الأسئلة الصحيحة

فكر في منتج تقارير خيالي بهذه المسودة: يجب أن يكون المستخدمون قادرين على تصدير التقارير بسهولة. النطاق المعتمد أضيق: يمكن لمالكي مساحة العمل تصدير الجدول الذي تمت تصفيته حاليًا كملف UTF-8 CSV. يتم استبعاد الصادرات المجدولة. لا تزال حدود حجم الملف والنتائج الفارغة وسلوك الفشل غير محددة. هذه متطلبات توضيحية، وليست ميزات Colay.

البيان الأساسي الأكثر وضوحًا هو: يمكن لمالك مساحة العمل تصدير الصفوف المطابقة لمرشحات الجدول النشطة كملف UTF-8 CSV. ضع الاستثناءات والأسئلة التي لم تتم الإجابة عليها بجانبها. لا تدع النموذج يستبدل قرار الأداء المفقود بمدة مخترعة.

اطلب ثماني عدسات ثم قم بدمجها

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

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

قم ببناء حزمة المراجعة حول مطلب واحد

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

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

استخدم اختصار macOS لجولة تحرير مركّزة

احتفظ بـ PRD مفتوحًا واستدعِ Colay باستخدام ⌘⇧K افتراضيًا، أو الاختصار الذي تم ضبطه في الإعدادات. الصق فقط المقتطف والسياق المسموح به اللازم للمراجعة. يفتح النافذة العائمة مساحة عمل صياغة؛ ولا يقرأ المستند تلقائيًا أو يقدم PRD للموافقة عليه.

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

إجابات عن أسئلتك