أنا أدرج الرد على أسئلتي لـ ChatGPT. في الأساس، أحاول القيام بعمل أفضل في تتبع طلبات الميزات بينما لا تزال جديدة وغير كثيرة. لدي بالفعل بعض العلامات. هل يصوت المشرفون على العلامات أم يصوت عليها المجتمع؟ هل يتم عكس الطلبات ذات الأولوية العالية فقط في الأدوات الداخلية (مثل Jira أو Linear أو Notion أو حتى Google Sheets)؟ أود أن أسمع أفكارًا حول تتبع الطلبات بسلاسة. سأقوم بتنفيذ قالب قريبًا.
الإعداد الموصى به: سير عمل خفيف الوزن وقابل للتطوير لطلبات الميزات في Discourse
1. إنشاء قالب لمنشورات طلبات الميزات
استخدم قوالب المنشورات (Post Templates) في Discourse لفئة طلبات الميزات. اطلب من المستخدمين تقديم ملاحظات منظمة.
مثال للقالب:
**الملخص:**
[ملخص موجز في سطر واحد]
**المشكلة / حالة الاستخدام:**
[ما المشكلة التي تحلها؟ لمن هذا؟ لماذا هذا مهم؟]
**الحل المقترح:**
[إذا كانت لديك فكرة عن كيفية عمل هذا، فصفها.]
**الأولوية / التأثير:**
[منخفض / متوسط / مرتفع - اختياري ولكنه يساعد في الفرز]
هذا يحافظ على الأمور نظيفة منذ البداية، ويتجنب الطلبات الغامضة، ويسهل مسحها ضوئيًا لاحقًا.
2. استخدام العلامات + إضافة الموضوع (Topic Voting Plugin)
- تمكين العلامات مثل
قيد الدراسة(under-consideration)،قيد التنفيذ(in-progress)،تم الإصدار(released)،مكرر(duplicate)،مرفوض(rejected)، إلخ. - استخدم إضافة التصويت في Discourse (Discourse Voting Plugin) - فهي مصممة خصيصًا لهذا النوع من حالات الاستخدام.
يمكن للمستخدمين التصويت بأعلى الأصوات للميزات الأكثر أهمية دون الحاجة إلى أدوات خارجية. يمكنك بعد ذلك فرز المواضيع حسب عدد الأصوات للحصول على قائمة انتظار واضحة ذات أولوية تلقائية.
3. عملية مراجعة أسبوعية أو كل أسبوعين
لا يتعين عليك مراقبة هذا يوميًا - فقط حدد وتيرة. على سبيل المثال:
- كل يوم جمعة: يقضي مدير منتج أو مهندس واحد 15-30 دقيقة في:
- وضع علامات على أهم الطلبات
- تحديث الحالات
- دمج المكررات
- كتابة ردود سريعة مثل “قيد المراجعة - شكرًا لك!” أو “تم الدمج مع موضوع XYZ”
هذا كل ما تحتاجه للحفاظ على نسبة إشارة إلى ضوضاء عالية والحفاظ على تنظيم الأمور.
4. عكس الطلبات ذات الأولوية العالية إلى الأداة الداخلية
كلما أصبح الطلب “ميزة حقيقية”، انسخه إلى نظام التتبع الداخلي الخاص بك (JIRA، Linear، Notion، إلخ) - لا تحاول دمج كل شيء. فقط اربط مرة أخرى بخيط Discourse حتى يتمكن المهندسون / المصممون من قراءة المناقشة الأصلية.
هذا يجعل قناة طلبات الميزات “حديقة أفكارك الخارجية”، بينما يظل نظامك الداخلي نظيفًا ويركز فقط على الميزات التي تم التحقق منها.
5. تثبيت منشور “عملية طلب الميزات”
اجعل لديك موضوعًا مثبتًا يشرح:
- ما نوع الطلبات التي تبحث عنها
- كيف يتم استخدام الأصوات
- كم مرة يقوم الفريق بمراجعة الطلبات
- ماذا تعني العلامات
- ماذا يحدث بعد وضع علامة “قيد الدراسة” على شيء ما
هذا يحدد التوقعات ويحافظ على تفاعل المستخدمين.
ملخص المكدس
| الطبقة | الأداة | الغرض |
|---|---|---|
| الإدخال | Discourse مع القالب + العلامات | ملاحظات مجتمعية منظمة |
| تحديد الأولويات | إضافة التصويت في Discourse | أولوية جماعية |
| المراجعة | مرور أسبوعي لمدة 15-30 دقيقة | فرز بأقل جهد |
| التنفيذ | أداة داخلية (JIRA/Linear/إلخ) | للتطوير الفعلي |
| المزامنة | روابط خلفية يدوية | لا حاجة لتكاملات عميقة |