דף זה מכיל את הפרטים של פרויקט כתיבה טכנית שהתקבל בעונה של Google Docs.
סיכום הפרויקט
- ארגון הקוד הפתוח:
- The Linux Foundation
- כתב טכני:
- jaskiratsingh2000
- שם הפרויקט:
- CHAOSS: יצירת מדריך שכולל את כל הקהילה של CHAOSS
- אורך הפרויקט:
- אורך רגיל (3 חודשים)
תיאור הפרויקט
תקציר של הפרויקט:
נכון לעכשיו, קבוצות עבודה בקהילת CHAOSS פיתחו דרכי עבודה משלהן ותיעדו תהליכים נפרדים בדרגות שונות. קבוצות העבודה כוללות את קבוצות העבודה של Common Metrics WG, Diversity & Inclusion WG, Evolution, Risk ו-Value שהגדירו דרכי השתתפות ועבודה משלהן והתאימו דרכים שונות של תקשורת ותרבות עבודה. לקבוצות העבודה האלה, בהתאם למדדים, יש תחומי התמקדות שונים ורקעים שונים שמתאימים למדדים המתאימים. הם מובילים למחקרים ופיתוחים בקטגוריה של כל אחת מהקבוצות האלה. הם יודעים איך להוביל את המחקרים והפיתוח בכל אחת מהקטגוריות, אבל יכול להיות שהתהליכים שמיועדים ליוצרים חדשים ולשותפים קיימים לא יידעו איך להשתתף בתוכנית או לבחור בדרך המתאימה להם.
כתוצאה מכך, הדברים בתוך קהילת CHAOSS לא מוסדרים. לכן, המטרה של מדריך הקהילה היא להכיר את התהליך הנכון ואת היסודות הבסיסיים של תרבות העבודה בכל הקהילה, כדי לרכז את המידע החיוני ולקבוע את קנה המידה לחלקים ממנו בכל הפרויקט של CHAOSS. חלקי המידע החיוני והסטנדרטיזציה מתמקדים בעיקר בתהליכים שבהם משתמשים ב-CHAOSS כדי של-CHAOSS תהיה הסכמה לגבי אופן הפעולה של הקהילה, לגבי האופן שבו חברים חדשים יכולים להשתתף ולפעול על יסודות הקהילה, מהם התהליכים והמסלולים שהשחקנים החדשים או החברים הקיימים חייבים ליישם כדי להשיג את ההנהגה בתוך קהילת CHAOSS.
המדריך צריך לשמש כמדריך הוראה לחברי קהילה קיימים וחדשים איך לבצע את העבודה בפרויקט CHAOSS. הפרויקט הזה כולל רכיב יצירתי באיסוף וארגון של תוכן עבור המדריך וכן רכיב טכני בהגדרת האופן שבו יש להציג את המדריך.
מה זה צריך?
המדריך לקהילה הוא מסמך שמגדיר את כללי המדיניות והנהלים העיקריים של הקהילה, ומפרט את מטרת הקהילה, את הערכים שלה ואת אופן הפעולה שלה.
המדריך הזה מציג מבוא ברור ועבודה ברורה לחברי הקהילה שהצטרפו לאחרונה. נכון לעכשיו, המדריך לקהילה של CHAOSS זמין במאגר של GitHub וצריך לשפר ולסדר אותו מחדש כך שיכלול מידע נוסף למשתמשים חדשים ולמשתמשים קיימים בקהילה. לכן, המדריך הזה לכל הקהילה של CHAOSS יעזור למשתמשים חדשים ולחברי קהילה קיימים בדרכים הבאות:
- פירוט וארגון של כללי המדיניות של קהילת CHAOSS, במקום אחד
- להסביר הסברים על מבוא, משימה, חזון ומנהיגות בקהילה
- הבנת הנהלים של קהילת CHAOSS
- הנחיות להוספת תוכן
- הגדרת תהליכי העבודה בפרויקט
- סקירת התרבות של קהילת CHAOSS
- שאלות נפוצות כלליות
- ייעוץ
תיאור הפרויקט:
ספר הקהילה של הקהילה יחולק ל"קטעים" שונים שמכילים מידע הולם ומפורט לנושאים ספציפיים. ניתן לחלק את הקטעים בדרכים הבאות:
- מבוא
- הדרך של קהילת CHAOSS
- נתיב למנהיגות
- טרמינולוגיה
- הנחיות להוספת תוכן
- המפַתח
- Designer
- Writer
- משווק
- מדדים
- CHAOSScon
- CHAOSScast
- סרטוני פגישות
- שאלות נפוצות כלליות
- הדרכה
- קיץ של קוד של Google
- קשר עם חברים
- העונה של Google Docs
פריטים נדרשים מפורטים בפרויקט
1) מבוא:
החלק הזה ישמש כדף הראשון של המדריך של קהילת CHAOSS ויכלול את הפרטים, הסקירה הכללית והשימוש במדריך. בהמשך מופיעים הפרטים הבאים:
A.) ההודעה תכיל את הודעת הפתיחה עם תיאור קצר של קהילת CHAOSS, שישכנע את הקוראים לקרוא את המדריך. אני אכלול גם את קולאז' התמונות שנלקח מכאן https://chaoss.community/chaoss-photo-ALBUM/ שידגיש את התנועות השונות בתוך הקהילה. B.) הדף יכיל גם את הפרטים על כל הקטעים עם תיאור בשורה אחת שמסביר כל קטע וקישורים מתאימים. C.) שימוש במדריך: כבר קיים כאן שימוש במדריך: Shorturl.at/cqQU6 ) אבל אני אשפר ואבנה מחדש את השימוש הקיים במדריך, עם סימון טוב יותר שיכלול את 'זרימת המדריך' (אכלול איך קורים הדברים כאשר מישהו רוצה להוסיף, להסיר או לדון בדברים הקשורים למדריך. הוא עשוי לשמש כהמשך של תהליך התקשורת לכל נושא שקשור למדריך). הנחיות למדריך(שכוללות את השימוש בו בקהילה וההיקף שלו), תרומה למדריך ( כולל האופן שבו יש להשתמש במאגר כדי לבצע שינויים, לערוך יחסי ציבור, תבנית פעולה לביצוע שינויים במדריך ולמדריך הסגנון) ולשתף משוב על המדריך. במסגרת שיתוף המשוב, אכלול תבנית ודרכים שונות שבהן משתמשים יוכלו לטפל בבעיות ב-GitLab כדי לקבל אותן או להשתמש בהן.
2.) הדרך של קהילת CHAOSS:
הדרך של קהילת CHAOSS חשובה לאנשים שיבינו את הנהלים וההנחיות של הקהילה. תהליכי עבודה יוכלו להדגיש אותם יותר ולהראות את נוהלי הקהילה בדרך הטובה ביותר. הקטע הזה כולל את הפריטים הבאים:
A.) ערכים כלליים: סימון אופן הטיפול בנושא קיימוּת, פתיחות ושקיפות בקהילת CHAOSS. אסביר את הערכים האלה לגבי האופן שבו המשתמשים החדשים או המשתמשים הקיימים צריכים להבין אותם ולקחת אותם בחשבון כשהם עובדים בתוך הקהילה. B.) הנחיות הקהילה: ההנחיות כוללות את הדרכים שבהן צריך להיות מעורבים בקהילת CHAOSS בפועל, תוך הקפדה על התנאים הבסיסיים. בנוסף, תהיה לכך הסבר על תרבות העבודה שהתקיימה בקהילה. (מה צריך לעשות ומה לא לעשות). המסמך יכלול את רשימת המשימות העיקריות של השותפים והתחזוקה, וגם כדי לאפשר לאנשים אחרים לדעת איך הם צריכים לעבוד עם המתחזקים ומה רשימת המשימות שלהם. C.) קבוצות עבודה: דף זה( https://chaoss.community/participate/ ) מכיל מידע על קבוצות עבודה כמו תיאור של WG, קישור למאגר ופרטי פגישה. עם זאת, במדריך מתואר איך להשתתף בקבוצות העבודה השונות ולהבין את תהליך הערכת המדדים, להבין את תרבות העבודה של כל ארגון ב-WG, ואיך להפוך לתורמים העיקריים לקבוצות עבודה שונות.
3.) הדרך למנהיגות:
בעוד שהשגת מנהיגות בפרויקט קוד פתוח יכולה להיות חיונית להצלחתה של קהילה בעולם המסחרי. לכן, אכלול את הפרטים הבאים:
A.) מנהיגות טכנית: בתהליכים ובאחריות של מתחזקי ה-Repo, כותב המסמכים ותחזוקת האתר, ב) מנהיגות מנהלתיות: כולל מסלולים לחברי הוועדה ולמקבלי החלטות ג). הנהלות תפעוליות: זהו הנתיב שמנהלי קהילות יוכלו למצוא בו
4.) מונחים:
הטרמינולוגיה תעזור לתאר את המונחים ואת החפצים הרלוונטיים שבהם משתמשים לעיתים קרובות בקהילת CHAOSS. בנוסף, אני רוצה לכלול גם הנחיות לשימוש במונחים כמו שימוש באותיות רישיות, קיצורים ומילים שיש להימנע מהן, עם סיבות. התנאים שייכללו הם CHAOSS Project, Health Community Community Code, סקירת קוד, קבוצת עבודה, מדד תוכנת קוד פתוח, מדד משותף, גיוון ומדד להכללה, Evolution Working Group, Risk Working Group, Value Working Group, Metric Release, Focus Area.
5.) הנחיות להוספת תוכן:
זה ההקשר העיקרי לכל קהילת קוד פתוח, כי רוב קהילת הקוד הפתוח תלויה בתרומות או בהתנדבות. כך כל חבר או משתמש חדשים שמצטרפים לקהילה יוכלו להבין את הצורך הבסיסי ואת ההנחיות שהם צריכים לעמוד בהן. המסמך יכלול את הפרטים הבאים:
A.) הבנת מפת הדרכים של הקהילה: נושא זה יוביל לסקירה כללית של מפת הדרכים של קהילת CHAOSS, שתעזור למשתמשים לדעת באיזה אופן או תהליך עליהם לפעול, למתן סדרי עדיפויות בעבודה השונות במסגרת פרויקט CHAOSS. B.) הסבר על הדברים הנחוצים לתרומה מעשית כלשהי, כמו פיתוח, תיעוד, תכנון, בדיקה וכו'.) סקירה כללית קצרה על עבודות GitLab D.) מדריך לבודקים/לתחזק
הקטע הזה יכלול גם את "התפקידים ותחומי האחריות" לכל אחת מקטגוריות התוכן, המפורטות בהמשך:
a.) עיצוב: סעיף המשנה הזה יכלול את "תהליך העבודה של עיצוב כ-CHAOSS" ואת הנחיות העיצוב, שיכללו עקרונות, תהליכים וכלים לעיצוב שבהם משתמשים המשתתפים חייבים לפעול על פי תרומתם לשדה העיצוב. ב). פיתוח: הכרטיסייה הזו תכלול את המדריך לתרומה ל-codebase. הוא יכלול את הדרישות הטכניות, את מבנה הפרויקט, הגדרת הפרויקט(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/ ), אבל כדאי יותר להוסיף את הפרטים ואת המידע, ההסבר על התהליכים. המדריך יכלול את המידע הבא:
A.) פרטים על הוועדה הארגונית: היא תסביר את התהליכים של אופן ההשתתפות בוועדה המארגנת של CHAOSScon ב.) ניהול הקריאה לתהליך ההצעה: כולל ניהול הרשמת המחבר, שליחת הצעות ותיעוד, בדיקה ותהליך אישור. 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. הקטע הזה יכלול גם את תבנית ההצעה, שבה אנשים יוכלו להשתמש כדי לנסח את ההצעה, את התפקידים ותחומי האחריות שלהם. יתרה מכך, המידע הזה יכלול גם מידע שיעזור לחברי קהילה קיימים ללמוד על תהליך קבלת התפקיד של מנהל חשבון ארגוני ומנטורים.
- הפצה:
הסעיף הזה מכיל מידע על יצירת קשרים, על קריטריוני כשירות ומידע על האופן שבו אנשים יכולים להשתתף בקהילת CHAOSS ב-Outliney.בקטע הזה יופיעו התפקידים ותחומי האחריות, כולל התהליך של קבלת התפקיד של מנהלי הארגון והמנטורים.
- העונה של Google Docs:
הקטע הזה יכלול מידע על GSoD, קריטריוני זכאות ומידע לגבי האופן שבו אנשים יכולים להשתתף בקהילת CHAOSS ב-GSoD. ההגדרה הזו תכלול את התפקידים ותחומי האחריות, כולל תהליך הקבלה של מנהלי המערכת בארגון והחונכים.
תוצאות צפויות לפרויקט:
ספרי הדרכה ממלאים תפקיד חשוב בכל קהילה. באופן דומה, המדריך הזה לכל הקהילה של CHAOSS יעזור לכם ליצור תיעוד מאורגן ומפורט יותר עבור קהילת 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, העריכות שלו יישלחו למאגר של GitHub. לעומת זאת, פעולות שנדחפות למאגר של GitHub מיובאות בתוך GitBook.
הגדרת השילוב עם GitHub:
- בשטח שלכם בפלטפורמת GitBook, לוחצים על הכרטיסייה 'שילובים' > GitHub.
- מתן הרשאה ל-GitBook לגשת לחשבון GitHub שמקושר לארגון
- נכנסים לאתר של הארגון ב-GitHub ויוצרים מאגר עבור 'HandBook' (ספר יד ציבורי) למשל
- עכשיו צריך לבחור את המאגר בשם 'ספר יד חופשית', שאותו רוצים לחבר דרך אפשרות ההרשאה בפלטפורמת GitBook.
לאחר השלמת השלבים האלה, GitBook יוסיף תגובה לפעולה מאתר אחר (webhook) למאגר המידע של כאוס, שיאפשר לו לאחזר תוכן לגבי כל שינוי במאגר. בעת ביצוע שינויים ב-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 – https://handbook.mattermost.com/
- Linux Foundation Community Bridge Docs - https://docs.linuxfoundation.org/docs/ ועוד רבים נוספים
ציר הזמן של הפרויקט:
1) שלב הקישור לקהילה (17 באוגוסט עד 13 בספטמבר)
A.) שבוע 1-4:
- לדון על הפרויקט עם מנטורים
- לערוך מחקר ולאסוף את המידע הנדרש לחלקים השונים בפרויקט, לשאול את הקהילה שאלות הבהרה
- הבהירו לקהילה באיזו פלטפורמה להשתמש עבור המדריך (אני מציע ש-GitBook) והגדירו את זה
- הוספה של בעיות למסמכים
2.) שלב פיתוח המסמך (14 בספטמבר עד 30 בנובמבר)
A.) שבוע 5 (14 בספטמבר עד 20 בספטמבר)
- טיוטה" של קטע המבוא
B.) שבוע 6 (21 בספטמבר עד 27 בספטמבר)
- טיוטה של הקטע "The CHAOSS Community Way" (דרך הקהילה של CHAOSS)
C.) שבוע 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 בדצמבר)
A.) שבוע 16:
- יצירת דוח לפרויקט
- השלמת ההערכה לפרויקט
אינטראקציות עם הקהילה
1) מעורבות ודיונים עם הקהילה.
גלשתי בקהילה של CHAOSS מאז אפריל 2020 והייתי מעורב בדיונים שונים עם חברי הקהילה ועם מנטורי הפרויקטים הספציפיים שלי( Georg Link ו- Armstrong Foundjem). אחד מהדיונים האלה עורר עניין רב יותר בקרב חברי הקהילה, היה "הצעת Gitbook כפלטפורמה לאירוח המדריך לקהילה". אפשר למצוא אותו בשרשור של רשימת התפוצה שבארכיון של CHAOSS, עם השם 'הצעת Gitbook' כפלטפורמה לאירוח מדריך הקהילה. השתתפתי גם בשיחות מדי שבוע של הקהילה, שעזרו לי לעדכן את הקהילה.
2.) איך תאספו את המידע הנדרש לפרויקט הזה?
מכיוון שהפרויקט הזה מחייב הגדרה של ספר לימוד ברמת הקהילה, כך שהמידע שאפשר לגשת אליו ייאסף מהם ייאסף מחברי הקהילה וידון בהם. כמו שהצעתי למעלה את ציר הזמן שלי, אוכל לדבר ולאסוף את המידע הדרוש במהלך תקופת הקשר של הקהילה שלי.
אני אמשיך לחקור את התחומים השונים בהתאם ל-CHAOSS, ואמשיך את השרשורים שמופיעים ברשימת הדיוור. אנסה לשאול שאלות הבהרה מהמנטורים שלי ומהקהילה, בהתאם לדרישות.
כדי לנהל דיונים תמציתיים, אצטרפו גם לשיחות שבועיות.
3.) איך אתם מציעים שתעדכנו את הקהילה לגבי ההתקדמות שלכם, ואילו בעיות או שאלות יתעוררו במהלך הפרויקט?
כדי לשמור על גמישות ושקיפות, אנסה לשאול את השאלות שלי בדיון של רשימת התפוצה.
אני אשתף את ההתקדמות השבועית שלי כפוסט בבלוג שיכלול את התיעוד של Scrum ואת האתגרים שלהם, שישותפו ברשימת התפוצה של הקהילה כדי להגיע לקהל גדול יותר בתוך ארגון הקוד הפתוח.
אני גם משתתף/ת בשיחות שבועיות קהילתיות כדי לקבל הצעות מתאימות ודיונים מתאימים לנושאים העיקריים.
אני מתכנן גם ליצור לוח Trello עם המשימות השבועיות הזמינות. המנטורים יוכלו להשתמש בלוח הזה כדי להבין באופן ברור ותמציתי את הבעיות והתכונות הקיימות.
4.) מה תעשו אם נתקעתם בפרויקט והמנטור שלכם לא נמצא לידכם?
אני חושב שתפקיד המנטור הוא לכוון את התלמידים בכיוון הנכון ולא להסביר לתלמיד כל פינה בלופ. המחקר והיישום של הפרויקט הם באחריותו הבלעדית של התלמיד. חשוב לזכור שאנסה לקבל עזרה מהמנטור שלי רק כמוצא אחרון.
עם זאת, אם המנטור לא נמצא כרגע/עסוק בעזרה, אמשיך לשתף את הבעיה שאני נתקל בה בתוך קהילת CHAOSS. אני בטוח שמישהו יוכל לעזור לי בכל אתגר שנתקלתי בו. אשתף את הבעיה גם בפורומים באינטרנט/קהילות פיתוח כמו dev.to
בנוסף, כדי לשאול שאלות, מומלץ לנסות להשתתף בשיחות שבועיות לקבלת עזרה בתוך קהילת CHAOSS.