كيف تستخدم Discourse منصة Discourse

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


هذا موضوع مناقشة مصاحب للمدخل الأصلي على https://blog.discourse.org/2025/11/how-discourse-uses-discourse
23 إعجابًا

في حال كان مفيدًا كمرجع، نشر @HAWK في عام 2018 مقالًا سابقًا حول نفس الموضوع. أجد كلا المقالين ملهمين للغاية!

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

6 إعجابات

مرحباً جون، شكراً لك! نعم، يسعدني أن أقول إننا ما زلنا نستخدم كل تلك الأشياء!

7 إعجابات

شكراً @blake على هذا التحديث المرحب به جداً حول الاستخدام الداخلي لـ Discourse!

مثل منشور @HAWK قبل سبع سنوات، قمت بترجمته حتى يتمكن القراء الفرنسيون أيضاً من التعلم من تجربتكم:

هناك بعض أوجه التشابه مع كيفية استخدامنا لـ Discourse في petites singularités ولكن يبدو أنكم تستخدمون @staff أكثر بكثير. في حالتنا، لدينا عدد قليل من الأشخاص لديهم وصول إلى Staff ولكن المزيد من الفئات مع إشراف المجموعات.

لقد تفاجأت بقراءة تقرير الاستجابة للحوادث: هل هذا يعني أنكم تفتحون بالفعل ثلاثة مواضيع على الأقل لنفس الحادث؟ يبدو أنه يتبع تقسيم المنتج/المهام على الرغم من ذلك.

سؤال متابعة ربما. بما أنكم تستضيفون عدداً كبيراً من منتديات مشاريع البرمجيات الحرة، هل تشاركون runbooks (كتيبات التشغيل) معهم، أو تستلهمون من بعضها؟

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