مشروع Linux Foundation

تحتوي هذه الصفحة على تفاصيل مشروع كتابة تقنيّة تم قبوله في موسم المستندات من Google.

ملخص المشروع

المؤسسة المفتوحة المصدر:
مؤسسة Linux
الكاتب التقني:
jaskiratsingh2000
اسم المشروع:
الفوضى: إنشاء كتيّب عن الفوضى على مستوى المنتدى
مدة المشروع:
المدة العادية (3 أشهر)

وصف المشروع

ملخص المشروع:

في الوقت الحالي، طوّرت مجموعات العمل ضمن منتدى CHAOSS طرق عمل خاصة بهم ووثّقت عملياتهم المختلفة بدرجات متفاوتة. تشمل مجموعات العمل مجموعات العمل المقاييس المشتركة WG، والتنوّع والشمولية (WG)، ومجموعات العمل (Evolution)، والمخاطر، و "Value (القيمة)، والتي أعدّت أساليب المشاركة والعمل الخاصة بها وموّفت طرقًا مختلفة للتواصل وثقافة العمل. لدى مجموعات العمل هذه وفقًا للمقاييس مجالات تركيز وخلفيات مختلفة تعمل مع المقاييس المناسبة، وهي تقود العديد من الأبحاث والتطويرات ضمن فئة مجموعات العمل المعنية، كما تعرف الطريق الصحيح لقيادة العديد من الأبحاث والتطوير ضمن الفئات المعنية، ولكن قد لا تكون العمليات بالنسبة إلى المستخدمين الجدد والمساهمين الحاليين معروفة بكيفية المشاركة أو اتخاذ المسار الصحيح للعمل المعني.

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

يجب أن يكون الكتيب بمثابة دليل إرشادي لأعضاء المجتمع الحاليين والجدد حول كيفية إنجاز العمل في مشروع CHAOSS. يتضمن هذا المشروع مكونًا إبداعيًا لجمع محتوى الكتيب وتنظيمه فضلاً عن مكون تقني لتحديد كيفية تمثيل الكتيب.

ما الحاجة إلى ذلك؟

كتيب المنتدى هو مستند يحدد السياسات والإجراءات الأساسية للمنتدى ويحدد رسالة المنتدى وقيمه وأعماله.

يوفر هذا الكتيب مقدمة واضحة وأعمالًا لأعضاء المجتمع الجدد الذين انضموا حديثًا. في الوقت الحالي، يتوفّر كتيب منتدى CHAOSS في مستودع GitHub ويحتاج إلى تجديده وإعادة تنظيمه بإضافة مزيد من المعلومات للمستخدمين الجُدد ومستخدمي المنتدى الحاليين. لذا، سيساعد هذا الكتيب على مستوى منتدى CHAOSS المستخدمين الجدد وأعضاء المنتدى الحاليين بالطرق التالية:

  • إضفاء الطابع الرسمي على سياسات منتدى CHAOSS وتنظيمها، وجعلها جميعًا في مكان واحد
  • توصيل مقدمة المجتمع ورسالته ورؤيته وقيادته
  • فهم ممارسات منتدى CHAOSS
  • إرشادات المساهمات
  • تحديد سير عمل المشروع
  • تسليط الضوء على ثقافة منتدى CHAOSS
  • الأسئلة الشائعة العامة
  • الإرشاد

وصف المشروع:

سيتم تقسيم كتيب المنتدى إلى "أقسام" مختلفة تحتوي على معلومات مناسبة ومفصّلة حول مواضيع معيّنة. يمكن تقسيم الأقسام بالطرق التالية:

  • مقدمة
  • طريقة منتدى CHAOSS
  • الطريق إلى القيادة
  • المصطلحات
  • إرشادات المساهمات
    • المطوّر
    • مُصمِّم
    • مُحرِّر
    • جهة التسويق
  • المقاييس
  • CHAOSScon
  • CHAOSScast
  • فيديوهات الاجتماعات
  • أسئلة شائعة عامة
  • الإرشاد
    • برنامج Summer of Code من Google
    • التواصل
    • موسم "مستندات Google"

العناصر القابلة للتنفيذ المفصّلة

1.) المقدمة:

سيكون هذا القسم هو الصفحة الأولى من كتيّب منتدى CHAOSS وسيتناول تفاصيل الكتيب ونظرة عامة عليه واستخدامه. وفي ما يلي الأمور التالية:

A.) وستحتوي على رسالة الترحيب مع وصف موجز لمنتدى CHAOSS ما يساعد على إقناع القرّاء باجتياز الكتيب. سأدرج أيضًا "صورة مجمّعة" من الصور التي يتم التقاطها من هنا https://chaoss.community/chaoss-photo-album/ والتي ستسلّط الضوء على التحركات المختلفة داخل المنتدى. B.) ستحتوي الصفحة أيضًا على تفاصيل حول جميع الأقسام مع وصف سطر واحد يشرح كل قسم والروابط المناسبة. C.) استخدام الكتيب: استخدام الكتيب موجود حاليًا هنا( Shorturl.at/cqQU6 ) ولكنني سأجدّد استخدام الكتيب الحالي وأعيد ضبطه من خلال تحسينه ليشمل تدفق الكتيب(سأذكر كيفية حدوث الأمور عندما يريد شخص ما إضافة أو إزالة أو مناقشة أشياء متعلقة بالكتيب. قد يتابع طريقة التواصل بشأن أي أشياء متعلقة بالكتيّب). إرشادات الكتيب(التي تشمل استخدامه ضمن المنتدى والنطاق)، والمساهمة في الكتيب ( بما في ذلك كيفية استخدام الريبو لإجراء تغييرات، وعلاقات عامة، ونموذج يجب اتّباعه لإجراء التغييرات على الكتيب ودليل الأسلوب) ومشاركة ملاحظات حول الكتيب. ضمن "مشاركة الملاحظات"، سأضمِّن نموذجًا وطرقًا مختلفة يمكن للمستخدمين متابعة تلك المشاكل لتقديمها أو استخدامها عند تلقّيه.

2.) طريقة CHAOSS Community:

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

A.) القيم العامة: تحديد كيفية التعامل مع الاستدامة والانفتاح والشفافية ضمن منتدى CHAOSS سأوضح هذه القيم بحيث يجب على المستخدمين الجدد أو المستخدمين الحاليين فهمها ومراعاتها أثناء العمل داخل المجتمع. B.) إرشادات المنتدى: تشمل هذه الإرشادات كيفية مشاركة المرء مع منتدى الفوضى واتّباع الأحكام الأساسية. سيشرح هذا أيضًا ثقافة العمل المتبعة داخل المجتمع. (افعل ولا تفعل). سيشمل ذلك قائمة التحقق الأساسية للمساهمين/الصيانة، بالإضافة إلى إعلامهم الآخرين بكيفية عملهم مع الصيانة وما هي قائمة التحقق الخاصة بهم. C.) مجموعات العمل: تحتوي هذه الصفحة( https://chaoss.community/participate/ ) على معلومات حول مجموعات العمل، مثل وصف مجموعة العمل ورابط الريبو ومعلومات الاجتماع، ولكن ضمن الكتيب، سأوضح لك كيفية المشاركة في مجموعات العمل المختلفة وفهم عملية تقييم المقاييس وفهم ثقافة العمل لمجموعة العمل المعنية وكيف يصبحون المساهمين الأساسيين في مجموعات العمل المختلفة.

3.) مسار القيادة:

بينما يمكن أن يكون اكتساب القيادة في مشروع مفتوح المصدر أمرًا حيويًا لنجاح المجتمع في العالم التجاري. لذا، مع وضع ذلك في الاعتبار، سأدرج ما يلي:

A.) القيادة الفنية: سيشمل ذلك عمليات ومسؤوليات مسؤولي إدارة الممتلكات وكاتب الوثائق ومسؤول صيانة الموقع الإلكتروني ب.) قيادة الحوكمة: سيشمل ذلك مسارات عضو مجلس الإدارة وصانع القرار ج). القيادة التشغيلية: سيحتوي هذا على مسار مديري المنتدى

4.) المصطلحات:

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

5.) إرشادات المساهمة:

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

A.) فهم خارطة طريق المجتمع: سيؤدي هذا الموضوع إلى نظرة عامة على خارطة طريق مجتمع الفوضى والتي ستساعد المستخدمين على معرفة الطريقة أو العملية التي يجب اتباعها مع إعطاء الأولويات لمختلف الأعمال ضمن مشروع CHAOSS. B.) شرح الأشياء الضرورية اللازمة لتقديم أي مساهمة مثل التطوير والتوثيق والتصميم والاختبار وما إلى ذلك) ج.) تقديم نظرة عامة مختصرة على أعمال برنامج GitLab د.) دليل المراجعين/جهات الصيانة

سيحتوي هذا القسم أيضًا على "الأدوار والمسؤوليات" لكلّ فئة مساهمة، وذلك أدناه:

a.) التصميم: سيتضمن هذا القسم الفرعي "تدفق عمل التصميم الفوضوي" وإرشادات التصميم التي ستحتوي على مبادئ التصميم والعمليات والأدوات المستخدمة والتي يجب على المساهمين اتباعها أثناء المساهمة في مجال التصميم. ب.) التطوير: سيتضمّن الدليل الدليل للمساهمة في قاعدة الرموز. ستحتوي على المتطلبات الفنية وهيكل المشروع وإعداد المشروع(Augur, Cregit, GremoireLab) ج.) التوثيق: سيتضمن ذلك موارد للتوثيق بما في ذلك الأدوات ودليل الأسلوب. د.) التواصل: سيشمل ذلك كيفية دعم المساهمين لمنتدى الفوضى في توسيع نطاق التوعية - كتابة المدونات، واستخدام الأسماء المعرِّفة الاجتماعية، وتنظيم اللقاءات والفعاليات

6.) المقاييس

يحتوي الموقع الإلكتروني لمنتدى CHAOSS حاليًا على معلومات حول "إصدارات المقاييس" ( https://chaoss.community/metrics/ )، ومن المهم جدًا أن يفهم الأشخاص كيفية متابعة هذه العملية لإتاحة موقع المقاييس الخاص بهم على هذا الموقع الإلكتروني. لذلك سيقدم هذا القسم المعلومات التي ستساعد المستخدمين على معرفة العمليات والعمل من أجل الحصول على إصدار المقياس الخاص بهم.

7.) CHAOSScon:

تتوفّر معلومات عن CHAOSScon حاليًا على GitHub( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md ) والموقع الإلكتروني( https://chaoss.community/CHAOSScon-2020-NA/ )، ولكن من المنطقي إضافة التفاصيل والمعلومات التي توضّح العمليات وإدارة طرق استخدام CHOS. وستتضمّن المعلومات التالية في الكتيب:

A.) تفاصيل حول اللجنة التنظيمية: ستوضح عمليات كيفية المشاركة في اللجنة المنظمة للجنة CHAOSScon B.) إدارة طلبات تقديم العروض: سيتضمن ذلك إدارة تسجيل المؤلف وتقديم المقترحات والوثائق وعملية المراجعة والموافقة. C.) إدارة برنامج CHAOSScon ونشره د.) كيفية إدارة عناصر الإعلان والتسويق هـ.) كيفية التعامل مع عروض الرعاية المالية والأموال بما فيها الحزم

8.) CHAOSScast:

تتوفر معلومات CHAOSScast هنا https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md وسيتم تضمينها في الكتيب مع بعض التفاصيل الإضافية مثل المشاركة واللجنة التنظيمية والإعلانات والمواد التسويقية.

9.) الفيديوهات خلال الاجتماعات:

سيتضمن هذا جميع مقاطع فيديو الاجتماع بالإضافة إلى الوصف مثل الحضور والجدول الزمني وما إلى ذلك التي حدثت في الماضي والمتاحة على YouTube.

10.) الأسئلة الشائعة العامة:

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

11.) برنامج Google Summer of Code:

سيحتوي هذا القسم على معلومات عن برنامج Google Summer of Code، ومعايير الأهلية، ومعلومات عن كيفية مشاركة الأشخاص ضمن منتدى CHAOSS ضمن برنامج Google Summer of Code. سيحتوي هذا القسم أيضًا على "نموذج الاقتراح" الذي يمكن للأشخاص استخدامه لصياغة اقتراحاتهم وأدوارهم ومسئولياتهم. علاوة على ذلك، سيتضمن هذا أيضًا المعلومات التي من شأنها أن تساعد أعضاء المنتدى الحاليين في التعرف على عملية أن يصبحوا مشرفين ومشرفين للمؤسسة.

  1. التواصل:

سيتضمن هذا القسم معلومات عن التواصل ومعايير الأهلية ومعلومات عن كيفية مشاركة الأشخاص ضمن منتدى CHAOSS في Outreachy.وسيتضمّن هذا القسم الأدوار والمسؤوليات، بما في ذلك عملية أن يصبحوا مشرفين ومشرفين للمؤسسة.

  1. موسم "مستندات Google":

سيحتوي هذا القسم على معلومات حول GSoD ومعايير الأهلية ومعلومات عن كيفية مشاركة الأشخاص ضمن منتدى CHAOSS في GSoD. سيتضمّن ذلك الأدوار والمسؤوليات، بما في ذلك عملية تولّي دور مشرف المؤسسة والموجّهين.

النتيجة المتوقعة للمشروع:

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

التفاصيل الفنية:

أقترح استخدام منصة Gitbook للحفاظ على الكتيب لأنه مشروع تعاوني سهل الاستخدام للفرق للعمل بشكل أكثر فعالية وكفاءة. بعض ميزات نظام GitBook الأساسي:

  • WYSIWYG: محرر نصوص قوي ورائع في الوقت ذاته
  • Markdown: دعم قوي ومثمر لاختصارات Markdown
  • تضمين منسق: تضمين محتوى ويب خارجي مثل الفيديوهات ومقتطفات التعليمات البرمجية والمقالات والموسيقى والمزيد
  • لوحات بيانات الكُتّاب: توفر لوحة معلومات ذكية للكتاب تتيح التعديل المرئي
  • المسودات: صياغة التغييرات الجديدة والتعاون بشكل غير متزامن
  • تعليقات الدعم: مناقشة التغييرات في المسودة ومراجعتها
  • سجل كتابة المسار: تتبع كل شيء. مراجعة التغييرات والعودة إليها
  • الإحصاءات: تدعم أيضًا الإحصاءات التي تتتبّع عدد الزيارات والتقييم وجودة المحتوى
  • مزامنة GitHub: الحفاظ على سير العمل ومواصلة مزامنة المستندات مع GitHub
  • تخصيص العلامة التجارية: النطاقات المخصصة والشعارات المخصصة والخطوط والألوان والمظاهر والعناوين، إلخ

في ما يلي بعض الصور التي تقدم لمحة عن المنصة

  • shorturl.at/GNQR4
  • shorturl.at/gATZ8
  • shorturl.at/qrE57
  • shorturl.at/rFRX6
  • shorturl.at/eyLW1
  • shorturl.at/rwHS8

-- أين ستتم استضافة الكتيب؟

ستتم استضافة الكتيب على GitBook نفسه حيث يوفر GitHub آلية مناسبة للنطاق المخصص والأخطاء الشائعة وتحسين محركات البحث.

النطاقات المخصَّصة: إذا أراد منتدى CHAOSS استضافته على النطاق الخاص، سيظهر على النحو التالي docs.chaoss.community. تكون المؤسسة مطلوبة فقط لإنشاء أي نطاق فرعي يريده. لإعداد نطاق المؤسسة، انتقِل إلى إعدادات المؤسسة على منصة Gitbook. مثال على الصورة: Shorturl.at/GNQR4

يتم عرض مساحات GitBook على شبكة توصيل المحتوى (CDN) الخاصة بنا مع تفعيل HTTPS تلقائيًا. الشهادات من إصدار LetsEncrypt

النطاقات التي يمكن استخدامها:

  • النطاق الفرعي: www.example.com
  • النطاق الخاص: docs.example.com

-- كيف يمكن مزامنة Gitbook مع GitHub بحيث يمكن إجراء التعديل على كلتا المنصّتين بشكل فعّال؟

الدمج مع GitHub سهل الاستخدام للغاية: إذا قام أي شخص بتغيير بعض المحتوى على GitBook، فسيتم إرسال تعديلاته إلى مستودع جيت هب. وعلى العكس من ذلك، يتم استيراد الالتزامات المرسلة إلى مستودع جيت هب ضمن GitBook.

إعداد عملية دمج GitHub:

  • من مساحتك داخل منصة GitBook، انقر على علامة تبويب عمليات الدمج > GitHub
  • تفويض GitBook للوصول إلى حسابك على GitHub المرتبط بمؤسستك
  • انتقل إلى GitHub التابع لمؤسستك وأنشئ مستودعًا لـ "HandBook" على سبيل المثال: كتيب الفوضى
  • حدد الآن المستودع المسمى chaoss-handbook الذي تريد ربطه ضمن خيار التفويض داخل منصة GitBook.

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

هذا كل شيء. يمكن لأي مستخدم متابعة التعديل من GitBook أو مستودع جيت هب.

-- كيف يمكن تحرير الصفحات في نظام GitBook؟

يُطلب من أي شخص يريد تعديل أي شيء داخل نظام GitBook الانضمام إلى نظام GitBook برابط دعوة أو انضمام. يدعم GitBook التعديل المرئي حيث يمكن للمستخدمين الكتابة داخل الصفحات مباشرة.

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

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

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

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

أمثلة على الصور: Shorturl.at/gATZ8 وshorturl.at/qrE57

-- بنية المحتوى:

جدول المحتويات: يمكن أن تحتوي كل مساحة على عدد الصفحات الذي تحتاجه لكتابة وثائقك. جميع هذه الصفحات مرئية على الجانب الأيمن من شاشتك في ما نسميه جدول المحتوى. من جدول المحتوى، يمكنك إدارة صفحاتك: إنشاء صفحات جديدة، ومجموعة صفحات، وإضافة روابط خارجية، وإضافة متغير، واستيراد مستندات خارجية مثل مواقع الويب أو الملفات Markdown (.md أو .markdown)، أو HTML (.html)، أو Microsoft Word (.docx).

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

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

الروابط الخارجية: هذه الإدخالات هي روابط خارجية وليس بها أي محتوى في المحرر. وظيفتها الرئيسية هي الارتباط بمواقع خارجية.

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

مثال على الصورة: Shorturl.at/eyLW1 وshorturl.at/rFRX6

-- كيف سيتم تقديم الكتيب من جهة العميل؟

يمكن الوصول إلى كتيّب منتدى Chaoss باستخدام نطاق فرعي يمكن أن يكون https://docs.chaoss.community وستظهر به الطرق التالية لدى المستخدم:

  • كتيّب Mattermost - https://handbook.mattermost.com/
  • Linux Foundation Community Bridge - https://docs.linuxfoundation.org/docs/ وغير ذلك الكثير

المخطط الزمني للمشروع:

1.) مرحلة الترابط بين أفراد المنتدى (17 أغسطس - 13 سبتمبر)

A.) من الأسبوع الأول إلى الأسبوع الرابع:

  • مناقشة المشروع مع المرشدين
  • البحث وجمع المعلومات اللازمة للأقسام المختلفة داخل المشروع، وطرح أسئلة توضيحية على المجتمع
  • التوضيح مع المجتمع بالنظام الأساسي الذي يجب استخدامه في الكتيب (أقترح GitBook) وإعداده
  • المساهمة في حلّ مشاكل "مستندات Google"

2.) مرحلة تطوير المستند (14 سبتمبر - 30 نوفمبر)

A.) الأسبوع 5 (14 سبتمبر - 20 سبتمبر)

  • مسودة" قسم المقدمة

B.) الأسبوع السادس (من 21 إلى 27 سبتمبر)

  • مسودة قسم "The CHAOSS Community Way"

C.) الأسبوع 7 (28 سبتمبر - 4 أكتوبر)

  • صياغة قسم "المسار إلى القيادة"
  • صياغة قسم "المصطلحات"

D.) الأسبوع 8 (5 - 11 أكتوبر)

  • صياغة خارطة طريق المنتدى
  • مسودة إرشادات المساهمة في التصميم

E.) الأسبوع 9 (12 أكتوبر - 18 أكتوبر)

  • قسم تطوير المسودة

F.) الأسبوع 10 (19 أكتوبر - 25 أكتوبر)

  • إرشادات قسم الكتابة والتواصل

G.) الأسبوع الحادي عشر (26 أكتوبر - 1 نوفمبر)

  • قسم مسودة المقاييس
  • مسودة قسم CHAOSScon

H.) الأسبوع الثاني عشر (2 نوفمبر - 8 نوفمبر)

  • تصميم قسم الاجتماع

  • مسودة الأسئلة الشائعة العامة حول المنتدى

    I.) الأسبوع 13 (9 نوفمبر - 15 نوفمبر)

  • مسودة حول إرشادات GSoC

J.) الأسبوع 14 (من 16 نوفمبر إلى 22 نوفمبر)

  • مسودة حول إرشادات التواصل

K.) الأسبوع 15 (من 23 نوفمبر إلى 29 نوفمبر)

  • وقت التخزين المؤقت، تلميع المستندات بالكامل وتحسينها

3.) مرحلة التقييم (من 30 نوفمبر إلى 5 ديسمبر)

A.) الأسبوع 16:

  • صياغة تقرير مشروع
  • ملء بيانات تقييم المشروع

التفاعلات مع المنتدى

1.) المشاركة والمناقشات مع المنتدى.

لقد بدأتُ بتصفُّح الإنترنت في منتدى CHAOSS منذ نيسان (أبريل) 2020، وقد شاركتُ في مناقشات مختلفة مع أفراد المنتدى ومع موجّهي المشروع المحدَّدين (جورج لينك وآرمسترون فاوندجيم). كانت إحدى هذه المناقشات التي أثارت اهتمامًا أكبر لدى أعضاء المنتدى هي "اقتراح Gitbook كنظام أساسي لاستضافة كتيب المنتدى"، ويمكن العثور عليه في سلسلة الرسائل البريدية لأرشيف CHAOSS، وتحمل اسم "اقتراح Gitbook" كمنصة لاستضافة كتيب المنتدى. لقد شاركتُ أيضًا في المكالمات الأسبوعية للمنتدى، ما ساعدني في مشاركة آخر الأخبار مع المنتدى.

2.) كيف ستجمع المعلومات المطلوبة لهذا المشروع؟

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

سأبحث في مختلف الأقسام بما يتوافق مع CHAOSS وسأواصل البحث عن سلاسل المحادثات في القائمة البريدية. سأحاول طرح أسئلة توضيحية من المعلمين والمنتدى حسب المتطلبات.

لإجراء مناقشات موجزة، سأنضم أيضًا إلى المكالمات الأسبوعية.

3.) كيف تقترح أنك ستبقي المجتمع على اطلاع بتقدمك وأي مشكلات أو أسئلة قد تكون لديك على مدار المشروع؟

ولتحقيق المرونة والشفافية، سأحاول التواصل عبر مناقشة القائمة البريدية لطرح استفساراتي.

سأشارك تقدمي الأسبوعي في مشاركة مدونة سيتضمن وثائق سْكرَم والتحديات التي ستتم مشاركتها في القائمة البريدية للمجتمع نفسها من أجل الوصول إلى جمهور أكبر داخل المؤسسة مفتوحة المصدر.

سأحضر أيضًا مكالمات المنتدى الأسبوعية من أجل الحصول على اقتراحات ومناقشات مناسبة حول المشكلات الرئيسية.

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

4.) ماذا ستفعل إذا واجهتك مشكلة في مشروعك ولم يكن مرشدك موجودًا معه؟

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

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

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