قائمة الرغبات: المراجعة السنوية الخاصة بالموظفين

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

أحد الأشياء التي نقوم بها لتعزيز هذا التفاعل هو نشر ملخص أسبوعي للوحات المتصدرين للموظفين داخليًا، على سبيل المثال:

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

3 إعجابات

تم اقتراح شيء مشابه في موضوع المكون الإضافي مؤخرًا.

إعجابَين (2)

نعم. سنحتاج إلى إعداد واحد آخر: include groups. أو استبعاد لأننا نستطيع استبعاد الموظفين بالفعل - وأراهن (قليلاً جداً، مع ذلك) أن هذا الإعداد هو مجرد واجهة لمحدد مجموعة مبرمج بشكل ثابت :smirking_face:

بعد ذلك، لن يكون الأمر كبيراً إذا لم يكن هناك أي أتمتة، لأن القيام بذلك يدوياً يستغرق 30 ثانية فقط (بالطبع، كلنا نكره العمل اليدوي في العطلات، ولكن مع ذلك).

أعتقد أن الشيء الصحيح هو السماح بمواضيع مراجعة سنوية متعددة.

ربما تنتمي جميع التخصيصات إلى discourse-automation بهذه الطريقة يمكننا تعيين مرشح للمجموعات المسموح بها والمرفوضة والأهداف المخصصة لكل تقرير.

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

نعم… بخصوص ذلك.

تم إنشاء مراجعتنا بين عشية وضحاها ووجدت أن معظمهم موظفون. ليس staff لأن يبدو أن staff هم المشرفون فقط(?)، ونحن بخيلون في حقوق الإشراف.

هذا… غير مفيد. :pensive_face:

إعجاب واحد (1)

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

إعجاب واحد (1)