پروژه بنیاد لینوکس

این صفحه حاوی جزئیات یک پروژه نگارش فنی است که برای فصل اسناد Google پذیرفته شده است.

خلاصه پروژه

سازمان منبع باز:

بنیاد لینوکس

نویسنده فنی:

jaskiratsingh2000

نام پروژه:

CHAOSS: یک کتابچه راهنمای جامع CHAOSS ایجاد کنید

طول پروژه:

طول استاندارد (3 ماه)

شرح پروژه

چکیده پروژه:

در حال حاضر، گروه‌های کاری در جامعه CHAOSS روش‌های کار خود را توسعه داده‌اند و فرآیندهای متفاوت خود را به درجات مختلف مستندسازی کرده‌اند. گروه‌های کاری شامل گروه‌های کاری معیارهای مشترک، گروه‌های کاری تنوع و شمول، تکامل، ریسک و ارزش است که راه‌های مشارکت و کار خود را راه‌اندازی کرده‌اند و راه‌های مختلف ارتباط و فرهنگ کاری را تطبیق داده‌اند. این گروه‌های کاری مطابق با معیارها دارای زمینه‌ها و زمینه‌های مختلف تمرکز هستند که برای معیارهای مناسب کار می‌کنند، تحقیقات و توسعه‌های مختلفی را در گروه‌های کاری مربوطه هدایت می‌کنند و مسیر درست را برای هدایت پژوهش‌ها و توسعه‌های مختلف تحت دسته‌های مربوطه می‌دانند، اما فرآیندها را برای تازه واردان و مشارکت‌کنندگان موجود می‌دانند. ممکن است معلوم نباشد که چگونه می توان در کارهای مربوطه شرکت کرد یا مسیر درست را طی کرد.

در نتیجه، چیزهای درون جامعه CHAOSS استاندارد نمی شوند. بنابراین برای شناخت فرآیند صحیح و اصول اساسی فرهنگ کار در سراسر جامعه، هدف کتابچه راهنمای جامعه متمرکز کردن اطلاعات حیاتی و استانداردسازی بخش‌هایی از آن در سراسر پروژه CHAOSS است. اطلاعات حیاتی و بخش‌های استانداردسازی عمدتاً بر فرآیندهایی تمرکز می‌کنند که CHAOSS استفاده می‌کند، به طوری که CHAOSS در مورد نحوه انجام کار، نحوه مشارکت افراد جدید و پیروی از اصول اولیه جامعه و اینکه تازه‌واردها یا اعضای فعلی باید چه فرآیندها و مسیرهایی را دنبال کنند، توافق دارند. بهره بردن از رهبری در جامعه CHAUSS.

کتاب راهنما باید به عنوان یک دستورالعمل برای اعضای موجود و جدید جامعه در مورد چگونگی انجام کار در پروژه CHAOSS باشد. این پروژه شامل یک مؤلفه خلاقانه از جمع‌آوری و سازماندهی محتوا برای کتاب راهنما و همچنین یک مؤلفه فنی برای تعریف نحوه نمایش کتاب راهنما است.

چه نیازی به آن وجود دارد؟

کتابچه راهنمای جامعه سندی است که خط مشی ها و رویه های کلیدی جامعه را تعریف می کند و رسالت، ارزش ها و عملکرد جامعه را تشریح می کند.

این کتاب راهنما معرفی و عملکرد روشنی را برای اعضای تازه عضویت در جامعه فراهم می کند. در حال حاضر، دفترچه راهنمای انجمن CHAOSS در مخزن GitHub در دسترس است و باید با اطلاعات بیشتر برای تازه واردان و کاربران موجود جامعه، اصلاح و بازسازی شود. بنابراین این کتاب راهنما در سراسر جامعه CHAOSS به تازه واردان و اعضای موجود جامعه به روش های زیر کمک می کند:

• رسمی کردن و سازماندهی سیاست های جامعه CHAOSS، داشتن همه آنها در یک مکان
• برقراری ارتباط با معرفی، مأموریت، چشم انداز و رهبری جامعه
• درک شیوه های جامعه CHAOSS
• رهنمودهای مشارکت
• تعریف گردش کار پروژه
• تشریح فرهنگ جامعه HAOSS
• سوالات متداول عمومی
• مربیگری

شرح پروژه:

کتاب راهنمای انجمن به بخش‌های مختلفی تقسیم می‌شود که حاوی اطلاعات مناسب و دقیق برای موضوعات خاص است. بخش ها را می توان به روش های زیر تقسیم کرد:

• مقدمه
• راه جامعه آشوب
• مسیر رهبری
• اصطلاحات
• رهنمودهای مشارکت
  • توسعه دهنده
  • طراح
  • نویسنده
  • بازاریاب
• معیارها
• هرج و مرج
• CHAOSScast
• فیلم های جلسه
• سوالات متداول عمومی
• مربیگری
  • Google Summer of Code
  • فراگیری
  • فصل Google Docs

جزئیات پروژه قابل تحویل

1.) مقدمه:

این بخش به عنوان صفحه اول کتاب راهنمای انجمن CHAOSS عمل می کند و جزئیات، نمای کلی و استفاده از هندبوک را پوشش می دهد. در زیر موارد زیر آمده است:

الف.) حاوی پیام خوش آمدگویی با شرح مختصری از انجمن آشوب است که به متقاعد کردن خوانندگان کمک می کند تا کتاب راهنما را مطالعه کنند. من همچنین کلاژ تصاویر گرفته شده از اینجا https://chaoss.community/chaoss-photo-album/ را اضافه می کنم که جنبش های مختلف در جامعه را برجسته می کند. ب.) صفحه همچنین حاوی جزئیات مربوط به تمام بخش ها با یک توضیح خطی است که هر بخش و پیوندهای مناسب را توضیح می دهد. ج.) استفاده از کتابچه راهنما: استفاده از کتابچه راهنمای کاربر از قبل در اینجا وجود دارد (shorturl.at/cqQU6) اما من استفاده از کتابچه راهنمای موجود را با علامت گذاری بهتر که شامل جریان کتابچه راهنمای کاربر می شود، اصلاح و اصلاح می کنم (من در مورد نحوه اتفاق افتادن موارد در زمانی که شخصی می خواهد موارد مرتبط با کتاب راهنما را اضافه کنید، حذف کنید یا در مورد آن بحث کنید. نحوه استفاده از مخزن به منظور ایجاد تغییرات، ایجاد روابط عمومی، الگوی مورد نظر برای ایجاد تغییرات در کتاب راهنما و راهنمای سبک) و به اشتراک گذاری بازخورد در مورد کتابچه راهنمای کاربر. در اشتراک‌گذاری بازخورد، یک الگو و راه‌های مختلفی را درج می‌کنم که کاربران می‌توانند برای ارائه یا استفاده از مسائل GitLab برای دریافت آن، پیگیری کنند.

2.) راه جامعه CHAOSS:

راه جامعه CHAOSS برای مردم برای درک شیوه ها و دستورالعمل های جامعه مهم خواهد بود. گردش کار می تواند آن را بیشتر مورد تاکید قرار دهد و شیوه های جامعه را به بهترین شکل ترسیم کند. این بخش شامل موارد زیر است:

الف.) ارزش های عمومی: تشریح چگونگی مدیریت پایداری، باز بودن، و شفافیت در جامعه CHAOSS. من این ارزش ها را توضیح خواهم داد که چگونه کاربران جدید یا کاربران فعلی باید آن را درک کنند و در حین کار با جامعه در نظر بگیرند. ب.) دستورالعمل‌های انجمن: این شامل این است که چگونه باید با انجمن CHAOSS درگیر شد و از شرایط اولیه پیروی کرد. این امر فرهنگ کاری را که در داخل جامعه دنبال می شود نیز توضیح می دهد. (بایدها و نبایدها). این شامل چک لیست اصلی مشارکت کنندگان/نگهبانان است و همچنین به دیگران اجازه می دهد بدانند که چگونه باید با نگهبانان کار کنند و چک لیست آنها چیست. ج) گروه های کاری: این صفحه (https://chaoss.community/participate/) حاوی اطلاعاتی در مورد گروه های کاری مانند توضیحات WG، پیوند Repo و اطلاعات جلسه است، اما در کتاب راهنما، نحوه شرکت در گروه های کاری مختلف و درک فرآیند ارزیابی معیارها، درک فرهنگ کاری برای WG مربوطه و چگونگی تبدیل شدن به مشارکت کنندگان اصلی برای گروه های کاری مختلف.

3.) مسیر رهبری:

در حالی که به دست آوردن رهبری در یک پروژه منبع باز می تواند برای موفقیت خود یک جامعه در دنیای تجاری حیاتی باشد. بنابراین، با در نظر گرفتن این موارد، موارد زیر را درج خواهم کرد:

الف) رهبری فنی: این شامل فرآیندها و مسئولیت‌های نگهدارنده مخزن، نگارش اسناد و نگهدارنده وب‌سایت است. ب) رهبری حاکمیت: این شامل مسیرهایی برای اعضای هیئت مدیره و تصمیم‌گیرنده خواهد بود. ج.) رهبری عملیاتی: این شامل مسیر می‌شود. برای مدیران انجمن

4) اصطلاحات:

اصطلاحات به توصیف اصطلاحات و متعلقات مربوطه که اغلب در جامعه CHAOSS استفاده می شوند کمک می کند. علاوه بر این، من دستورالعمل‌های استفاده از اصطلاحات مانند حروف بزرگ، اختصارات، و کلماتی که باید از آنها اجتناب شود را با دلایل ذکر می‌کنم. شرایطی که گنجانده خواهد شد عبارتند از: پروژه CHAOSS، سلامت جامعه منبع باز، بررسی کد، گروه کاری، متریک نرم افزار منبع باز، متریک مشترک، تنوع، و معیار گنجاندن، گروه کاری تکامل، گروه کاری ریسک، گروه کاری ارزش، انتشار متریک، منطقه فوکوس

5.) دستورالعمل های مشارکت:

این زمینه اصلی برای هر جامعه منبع باز است، زیرا بیشتر جامعه منبع باز به مشارکت یا کار داوطلبانه بستگی دارد، بنابراین این به هر تازه وارد/کاربر که به انجمن می پیوندد کمک می کند تا نیاز اساسی و دستورالعمل هایی را که باید دنبال کند، درک کند. بنابراین این شامل جزئیات زیر خواهد بود:

الف.) درک نقشه راه جامعه: این موضوع به یک نمای کلی از نقشه راه جامعه CHAOSS منجر می شود که به کاربران کمک می کند تا بدانند کدام راه یا فرآیند را باید دنبال کنند و به کارهای مختلف در پروژه CHAOSS اولویت می دهند. ب.) توضیح موارد لازم برای انجام هر گونه مشارکت عملی مانند توسعه، مستندسازی، طراحی، آزمایش و غیره ج) ارائه یک نمای کلی از عملکرد GitLab D.) راهنمای بازبینان/نگهبانان

این بخش همچنین حاوی "نقش ها و مسئولیت ها" برای هر دسته مشارکت است که در زیر آمده است:

الف) طراحی: این بخش شامل «جریان کاری طراحی آشوب» و دستورالعمل‌های طراحی است که شامل اصول طراحی، فرآیند و ابزارهای مورد استفاده است که مشارکت‌کنندگان باید در حین مشارکت در زمینه طراحی از آنها پیروی کنند. ب.) DEVELOPMENT: این شامل راهنمای مشارکت در پایگاه کد است. این شامل الزامات فنی، ساختار پروژه، راه‌اندازی پروژه (Augur، Cregit، GremoireLab) است. ج.) مستندات: این شامل منابعی برای مستندات از جمله ابزارها و راهنمای سبک می‌شود. د) OUTREACH: این شامل این است که چگونه مشارکت کنندگان می توانند از جامعه CHAOSS در رشد توسعه حمایت کنند - نوشتن وبلاگ ها، استفاده از دسته های اجتماعی، سازماندهی جلسات و رویدادها

6.) معیارها

در حال حاضر، وب‌سایت انجمن CHAOSS حاوی اطلاعات Metric Releases (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/) وجود دارد. ) اما افزودن جزئیات و اطلاعات توضیح دهنده فرآیندها و مدیریت راه های CHAOSScon در هندبوک منطقی تر است. در کتاب راهنما حاوی اطلاعات زیر خواهد بود:

الف.) جزئیات درباره کمیته سازماندهی: فرآیندهای نحوه شرکت در کمیته سازماندهی CHAUSScon را توضیح می دهد.) مدیریت فرآیند فراخوان پیشنهاد: این شامل مدیریت ثبت نام نویسنده، ارسال پیشنهادات و مستندات، بررسی و تایید می شود. فرآیند ج) مدیریت و انتشار برنامه CHAOSScon د) نحوه مدیریت امور تبلیغاتی و بازاریابی E.) نحوه رسیدگی به پیشنهادات و بودجه های حمایتی از جمله بسته ها

8.) CHAOSScast:

اطلاعات CHAOSScast در اینجا وجود دارد https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md و با برخی جزئیات اضافی مانند مشارکت، کمیته سازماندهی، تبلیغات و مواد بازاریابی در کتابچه راهنمای کاربر گنجانده خواهد شد.

9.) فیلم های جلسه:

این شامل تمام ویدیوهای جلسه به همراه توضیحاتی مانند، شرکت کنندگان، دستور کار و غیره است که در گذشته اتفاق افتاده و در یوتیوب موجود است.

10.) سوالات متداول عمومی:

اینها شامل سؤالات عمومی رایجی است که در جامعه پرسیده می شود و به تازه واردان و اعضای فعلی جامعه کمک می کند تا به برخی از آنها پاسخ دهند.

11.) تابستان کد گوگل:

این بخش حاوی اطلاعاتی درباره تابستان کد Google، معیارهای واجد شرایط بودن، و اطلاعاتی درباره نحوه شرکت افراد تحت انجمن CHAOSS در تابستان کد Google است. این بخش همچنین حاوی الگوی پیشنهادی است که افراد می توانند از آن برای پیش نویس پروپوزال و نقش ها و مسئولیت های خود استفاده کنند. علاوه بر این، این همچنین حاوی اطلاعاتی است که به اعضای موجود جامعه کمک می کند تا فرآیند تبدیل شدن به مدیر و مربی سازمان را بیاموزند.

1. فراگیری:

این بخش حاوی اطلاعاتی در مورد Outreachy، معیارهای واجد شرایط بودن، و اطلاعاتی در مورد نحوه شرکت افراد تحت جامعه CHAOSS در Outreachy خواهد بود. این بخش شامل نقش ها و مسئولیت ها از جمله فرآیند تبدیل شدن به مدیر سازمان و مربیان است.

1. فصل Google Docs:

این بخش حاوی اطلاعاتی در مورد GSoD، معیارهای واجد شرایط بودن، و اطلاعاتی در مورد نحوه مشارکت افراد در جامعه CHAOSS در GSoD خواهد بود. این شامل نقش ها و مسئولیت ها از جمله فرآیند تبدیل شدن به مدیر سازمان و مربیان است.

نتیجه مورد انتظار پروژه:

کتاب های راهنما نقش مهمی در هر جامعه ایفا می کنند. به طور مشابه، این کتاب راهنمای جامع CHAOSS منجر به داشتن مستندات سازمان یافته و دقیق تر برای جامعه CHAOSS می شود. برای هر تازه‌واردی که به انجمن می‌پیوندد و همچنین اعضای موجود در جامعه، درک اصول و عملکرد جامعه CHAOSS آسان می‌شود. علاوه بر این، این کتاب راهنما منجر به داشتن فرآیندها و مسیرهای مختلف به فرهنگ های کاری مختلف در جامعه CHAOSS خواهد شد.

جزئیات فنی:

من پیشنهاد می‌کنم از پلتفرم Gitbook برای نگهداری کتابچه راهنمای کاربر استفاده شود، زیرا این یک پروژه کاربرپسند و مشارکتی برای تیم‌ها است تا کارآمدتر و کارآمدتر کار کنند. برخی از ویژگی های پلتفرم GitBook:

• WYSIWYG: ویرایشگر متن قدرتمند و در عین حال زیبا
• Markdown: پشتیبانی قدرتمند و سازنده از میانبرهای markdowns
• Rich Embed: محتوای وب خارجی مانند ویدیوها، قطعات کد، مقالات، موسیقی و موارد دیگر را جاسازی می کند.
• داشبورد برای نویسندگان: یک داشبورد هوشمند برای نویسندگان داشته باشید که از ویرایش بصری پشتیبانی می کند.
• پیش نویس ها: پیش نویس تغییرات جدید و همکاری به صورت ناهمزمان
• نظرات پشتیبانی: تغییرات پیش نویس را مورد بحث و بررسی قرار دهید
• تاریخچه نوشتن آهنگ: همه چیز را ردیابی کنید. بررسی و بازگرداندن تغییرات
• Insights: همچنین از بینش هایی پشتیبانی می کند که ترافیک، رتبه بندی و کیفیت محتوا را ردیابی می کند
• GitHub Sync: حفظ گردش کار و همگام سازی اسناد با 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 تغییر دهد، ویرایش های او به یک مخزن GitHub منتقل می شود. برعکس، commit هایی که به یک مخزن GitHub فرستاده می شوند در GitBook وارد می شوند.

یکپارچه سازی GitHub را راه اندازی کنید:

• از فضای خود در پلتفرم GitBook، روی تب ادغام > GitHub کلیک کنید
• به GitBook اجازه دسترسی به حساب GitHub مرتبط با سازمان شما را بدهید
• به GitHub سازمان خود بروید و یک مخزن برای "HandBook" به عنوان مثال ایجاد کنید. آشوب-دستنامه
• اکنون مخزنی به نام chaoss-handbook را که می‌خواهید در گزینه مجوز در پلتفرم GitBook به آن متصل کنید، انتخاب کنید.

پس از تکمیل این مراحل، GitBook یک webhook به مخزن chaoss-handbook اضافه می‌کند که به آن امکان می‌دهد در هر تغییری در مخزن، محتوا را دریافت کند. هنگام ایجاد تغییرات در GitBook، یک نظر جدید ارسال می شود.

همین! هر کسی می‌تواند از مخزن GitBook یا GitHub به ویرایش ادامه دهد.

-- چگونه صفحات را در پلتفرم GitBook ویرایش کنیم؟

هر کسی که می‌خواهد هر چیزی را در پلتفرم GitBook ویرایش کند، باید با یک پیوند دعوت یا پیوستن به پلتفرم GitBook بپیوندد. GitBook از ویرایش بصری پشتیبانی می کند که در آن کاربران می توانند مستقیماً در صفحات بنویسند.

پیش نویس یک نسخه قابل ویرایش از محتوای کاربر است که فقط توسط نویسندگان قابل دسترسی است و پس از شروع نوشتن به طور خودکار ایجاد می شود (حرف اول در ویرایشگر، ایجاد صفحه جدید، آپلود یک عکس و غیره).

تغییرات ایجاد شده در پیش نویس مربوط به آن است که به کاربران اجازه می دهد تا در همان سند با سایر اعضا به طور همزمان بدون ایجاد هرگونه تضاد مشارکت کنند! این همان چیزی است که ما آن را ویرایش ناهمزمان و حل تعارض می نامیم.

اولین نسخه پیش نویس همیشه آماده انتشار فوری نیست. زمانی که می‌خواهید بعداً به کار خود ادامه دهید، یا اگر محتوای شما هنوز آماده «ادغام» نیست، از «ذخیره» استفاده کنید.

پس از اتمام ویرایش، می توانید پیش نویس خود را ""ادغام" کنید. محتوایی که نوشتید یا تغییراتی که ایجاد کردید برای اعضای تیم شما در دسترس خواهد بود و/یا عمومی خواهد بود.

نمونه های تصویر: shorturl.at/gATZ8 و shorturl.at/qrE57

-- ساختار محتوا:

فهرست مطالب: هر فضا می تواند حاوی تعداد صفحاتی باشد که برای نوشتن اسناد خود نیاز دارید. همه این صفحات در سمت چپ صفحه شما در چیزی که ما فهرست محتوا می نامیم قابل مشاهده هستند. از فهرست محتوا می‌توانید صفحات خود را مدیریت کنید: ایجاد صفحات جدید، گروهی از صفحات، افزودن پیوندهای خارجی، افزودن یک نوع مختلف، وارد کردن اسناد خارجی مانند وب‌سایت‌ها یا فایل‌هایی که Markdown (.md یا .markdown)، HTML (.html) هستند. , Microsoft Word (.docx).

صفحه اولیه: صفحه اولیه صفحه اصلی یا ریشه اسناد شما است و اساساً به عنوان استاد تمام صفحات اسناد شما عمل می کند. از آنجایی که این صفحه ورودی اصلی اسناد و فضای شما است، این صفحه را نمی توان جابه جا کرد، حذف کرد، بچه دار شد یا زیر گروه قرار گرفت.

صفحات: یک صفحه دارای یک عنوان، یک توضیح اختیاری در بالای ویرایشگر است. سپس می‌توانید هر نوع محتوایی را به آن بنویسید و اضافه کنید.‌ می‌توانید با کشیدن و رها کردن صفحه‌ای به زیر صفحه دیگر، صفحات را تودرتو کنید. فرزندان یک صفحه پنهان می شوند اما می توانند جمع شوند.

لینک های خارجی: این ورودی ها لینک های خارجی هستند و هیچ محتوایی در ویرایشگر ندارند. عملکرد اصلی آنها پیوند دادن به وب سایت های خارجی است.

انواع: شما می توانید با ایجاد یک نوع، یک محتوای جایگزین برای اسناد خود ایجاد کنید. این می تواند برای مستندسازی چندین نسخه از یک API، یک کتابخانه یا ترجمه مفید باشد.

مثال تصویر: shorturl.at/eyLW1 و shorturl.at/rFRX6

-- چگونه کتابچه راهنمای کاربر در سمت مشتری ارائه می شود؟

کتابچه راهنمای انجمن Chaoss با یک زیر دامنه قابل دسترسی خواهد بود که می تواند https://docs.chaoss.community باشد و در انتهای کاربر به روش های زیر مشاهده می شود:

• Mattermost Handbook - https://handbook.mattermost.com/
• اسناد پل انجمن بنیاد لینوکس - https://docs.linuxfoundation.org/docs/ و بسیاری موارد دیگر

جدول زمانی پروژه:

1.) مرحله پیوند جامعه (17 اوت - 13 سپتامبر)

الف) هفته 1-4:

• در مورد پروژه با مربیان بحث کنید
• تحقیق و جمع‌آوری اطلاعات مورد نیاز برای بخش‌های مختلف پروژه، پرسش‌های روشن‌کننده از جامعه
• با جامعه روشن کنید که از چه پلتفرمی برای کتاب راهنما استفاده کنید (من GitBook را پیشنهاد می کنم) و آن را تنظیم کنید
• به مشکلات اسناد کمک کنید

2.) فاز توسعه سند (14 سپتامبر - 30 نوامبر)

A.) هفته 5 (14 سپتامبر - 20 سپتامبر)

• پیش نویس» بخش مقدمه

ب.) هفته 6 (21 سپتامبر - 27 سپتامبر)

• بخش «راه جامعه آشوب» را پیش‌نویس کنید

ج.) هفته 7 (28 سپتامبر - 4 اکتبر)

• بخش "مسیر رهبری" را پیش نویس کنید
• بخش "اصطلاحات" را پیش نویس کنید

D.) هفته 8 (5 اکتبر - 11 اکتبر)

• پیش نویس نقشه راه جامعه
• پیش نویس دستورالعمل مشارکت در طراحی

E.) هفته 9 (12 اکتبر - 18 اکتبر)

• بخش توسعه پیش نویس

F.) هفته 10 (19 اکتبر - 25 اکتبر)

• دستورالعمل های بخش نوشتن و توسعه

G.) هفته 11 (26 اکتبر - 1 نوامبر)

• بخش پیش نویس معیارها
• پیش نویس بخش CHAOSScon

H.) هفته 12 (2 نوامبر - 8 نوامبر)

• طراحی بخش جلسه

• پیش نویس سوالات متداول عمومی جامعه

  I.) هفته 13 (9 نوامبر - 15 نوامبر)

• پیش‌نویس دستورالعمل‌های GSoC

J.) هفته 14 (16 نوامبر - 22 نوامبر)

• پیش نویسی در مورد دستورالعمل های فراگیری

K.) هفته 15 (23 نوامبر - 29 نوامبر)

• زمان بافر؛ صیقل دادن و بهبود کل اسناد

3.) مرحله ارزیابی (30 نوامبر - 5 دسامبر)

الف) هفته شانزدهم:

• پیش نویس گزارش پروژه
• ارزیابی پروژه را پر کنید

تعاملات جامعه

1.) مشارکت و بحث با جامعه.

خوب، من از آوریل 2020 در جامعه CHAOSS گشت و گذار کرده ام و در بحث های مختلفی با اعضای انجمن و با مربیان پروژه خاص خود (گئورگ لینک و آرمسترانگ فاندجم) شرکت داشته ام. یکی از این بحث‌ها که علاقه بیشتر اعضای انجمن را برانگیخت، «پیشنهاد گیت‌بوک به‌عنوان بستری برای میزبانی کتابچه راهنمای انجمن» بود و می‌توان آن را در رشته فهرست پستی بایگانی CHAOSS با نام پیشنهادی گیت‌بوک به‌عنوان پلتفرمی برای میزبانی کتابچه راهنمای انجمن یافت. من همچنین در تماس های هفتگی انجمن شرکت کرده ام که به من در ارائه به روز رسانی به انجمن کمک کرد.

2.) چگونه اطلاعات مورد نیاز این پروژه را جمع آوری می کنید؟

از آنجایی که این پروژه مستلزم تنظیم کتابچه راهنما در سطح جامعه است، بنابراین اطلاعاتی که باید در آن دسترسی داشته باشید از اعضای جامعه جمع آوری شده و با آنها بحث می شود. همانطور که جدول زمانی خود را در بالا پیشنهاد کرده‌ام، بنابراین می‌توانم اطلاعات مورد نیاز را در طول دوره پیوند جامعه خود مورد بحث و جمع‌آوری قرار دهم.

من در مورد بخش های مختلف مطابق با CHAOSS تحقیق خواهم کرد و موضوعات موجود در لیست پستی را ادامه خواهم داد. من سعی خواهم کرد بسته به نیاز، سؤالات روشنگری از مربیان خود و جامعه بپرسم.

به منظور گفتگوهای مختصر، من نیز به تماس های هفتگی خواهم پیوست.

3.) چگونه پیشنهاد می کنید که جامعه را از پیشرفت خود و هرگونه مشکل یا سؤالی که ممکن است در طول پروژه داشته باشید مطلع کنید؟

برای اینکه انعطاف و شفافیت داشته باشم، سعی می کنم در بحث لیست پستی برای پرسیدن ابهامات خود ارتباط برقرار کنم.

من پیشرفت هفتگی خود را به عنوان یک پست وبلاگ به اشتراک خواهم گذاشت که شامل مستندات اسکرام و چالش های پیش روی آن می شود که در لیست پستی انجمن به اشتراک گذاشته می شود تا به مخاطبان بزرگتری در سازمان منبع باز دسترسی پیدا کنم.

من همچنین در تماس های هفتگی جامعه شرکت می کنم تا پیشنهادات و بحث های مناسب در مورد موضوعات اصلی داشته باشم.

من همچنین در حال برنامه ریزی برای ایجاد یک صفحه Trello با وظایف هفتگی موجود هستم. سپس مربیان می توانند از این تابلو برای به دست آوردن درک واضح و مختصر از مسائل و ویژگی های فعلی که در حال کار هستند استفاده کنند.

4.) اگر در پروژه خود گیر کنید و مربی شما در اطراف نباشد، چه خواهید کرد؟

من معتقدم که نقش مربی هدایت دانش آموزان در مسیر درست است نه اینکه هر گوشه حلقه ای را برای دانش آموز توضیح دهد. تحقیق و اجرای پروژه تنها بر عهده دانشجو می باشد. با در نظر گرفتن این موضوع، من فقط سعی می کنم به عنوان آخرین راه حل از مربی خود کمک بگیرم.

با این حال، اگر مربی در لحظه ای که من به کمک نیاز دارم در اطراف/مشغول نباشد، سپس به اشتراک گذاری مشکلی که دارم در جامعه CHAOSS می پردازم. من مطمئن هستم که کسی می تواند در هر چالشی که با آن روبرو می شوم به من کمک کند. من همچنین مشکل را در انجمن های آنلاین / انجمن های توسعه دهنده مانند dev.to به اشتراک خواهم گذاشت

علاوه بر این، من سعی می کنم در هر تماس هفتگی برای کمک در جامعه CHAOSS شرکت کنم تا شک و تردیدهای خود را بپرسم.