السماح لمالك المجموعة بعدم أن يكون عضوًا فيها

[tobiaseigen]

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

@tobiaseigen

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

[InspektorCluzo (Michel)]

أود حقًا رؤية ذلك.

@InspektorCluzo

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

على سبيل المثال، لدينا:

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

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

السبب الذي يجعلني أحب مفهوم هذه الميزة حقًا هو أن العديد من المواقع لديها سير عملان:

(1) سير عمل إدارة عمليات عضوية الموقع

(2) سير عمل إدارة الغرض من وجود الموقع. بالنسبة لنا، هو توصيل الوجبات.

من المنطقي أن يكون الموظفون مسؤولين عن (1). لكن (2) يجب أن يكون قابلًا للإدارة من قبل فريق مختلف. تتيح هذه الميزة بشكل أساسي لمسؤولي الموقع إنشاء تسلسل هرمي للأدوار المتصلة التي تركز على سير العمل لأي كانت مهمة الموقع.