Das Linux Foundation-Projekt

Diese Seite enthält die Details eines Projekts für technisches Schreiben, das für die Google-Staffel von Google Docs akzeptiert wurde.

Projektzusammenfassung

Open-Source-Organisation:
Die Linux Foundation
Technischer Redakteur:
jaskiratsingh2000
Projektname:
CHAOSS: Handbuch für die gesamte Community von CHAOSS erstellen
Projektdauer:
Standarddauer (3 Monate)

Projektbeschreibung

PROJEKTABSTRACT:

Derzeit haben Arbeitsgruppen innerhalb der CHAOSS-Community ihre eigenen Arbeitsweisen entwickelt und ihre unterschiedlichen Prozesse in unterschiedlichem Ausmaß dokumentiert. Zu den Arbeitsgruppen gehören die WG „Common Metrics“, die WG „Diversity and Inclusion“, „Evolution“, „Risk“ und „Value“, die ihre eigenen Beteiligungs- und Arbeitsweisen eingerichtet und verschiedene Kommunikations- und Arbeitskulturen angepasst haben. Diese Arbeitsgruppen in Bezug auf Metriken haben unterschiedliche Schwerpunkte und Hintergründe, die für geeignete Metriken arbeiten und verschiedene Forschungen und Entwicklungen in der jeweiligen Arbeitsgruppe leiten und den richtigen Weg für verschiedene Forschungen und Entwicklungen in den jeweiligen Kategorien kennen. Die Prozesse für Neulinge und bestehende Mitwirkende sind jedoch möglicherweise nicht wissen, wie sie sich beteiligen oder den richtigen Weg für ihre jeweilige Arbeit einschlagen.

Daher sind die Dinge innerhalb der CHAOSS-Community nicht standardisiert. Um den richtigen Prozess und die grundlegenden Grundlagen der Arbeitskultur in der gesamten Gemeinschaft zu kennen, besteht das Ziel des Community-Handbuchs daher darin, wichtige Informationen zu zentralisieren und Teile davon im gesamten CHAOSS-Projekt zu standardisieren. Die kritischen Informations- und Standardisierungsteile konzentrieren sich hauptsächlich auf die Prozesse, die CHAOSS anwendet, damit CHAOSS eine Vereinbarung darüber treffen kann, wie die Gemeinschaft arbeitet, wie Neuankömmlinge teilnehmen und die Grundlagen der Gemeinschaft befolgen können und welche Prozesse und Wege Neuankömmlinge oder bestehende Mitglieder befolgen müssen, um die Führungsposition in der CHAOSS-Community zu nutzen.

Das Handbuch soll bestehenden und neuen Community-Mitgliedern als Bedienungsanleitung helfen, die Arbeit im CHAOSS-Projekt zu erledigen. Dieses Projekt umfasst eine kreative Komponente der Erfassung und Organisation von Inhalten für das Handbuch sowie eine technische Komponente für die Darstellung des Handbuchs.

WELCHE BENÖTIGUNG WIRD DABEI ERFORDERLICH?

Das Community-Handbuch ist ein Dokument, in dem die wichtigsten Richtlinien und Verfahren der Gemeinschaft definiert und die Mission, die Werte und die Funktionsweise der Gemeinschaft erläutert werden.

In diesem Handbuch werden die neu hinzugekommenen Community-Mitglieder verständlich vorgestellt. Derzeit ist das CHAOSS-Community-Handbuch im GitHub-Repository verfügbar und muss für neue Nutzer und bestehende Community-Nutzer überarbeitet und mit weiteren Informationen refaktoriert werden. Deshalb bietet dieses gemeinschaftsweite CHAOSS-Handbuch für Neulinge und bestehende Community-Mitglieder auf folgende Weise:

  • Die Richtlinien der CHAOSS-Community formalisieren und organisieren und alle an einem Ort bündeln
  • Vorstellung, Mission, Vision und Führung der Community kommunizieren
  • Die Praktiken der CHAOSS-Community verstehen
  • Richtlinien für Beiträge
  • Projektarbeitsabläufe definieren
  • Die Kultur der CHAOSS-Community
  • Allgemeine FAQs
  • Persönlicher Mentor

PROJEKTBESCHREIBUNG:

Das Community-Handbuch ist in mehrere Abschnitte unterteilt, die angemessene und detaillierte Informationen zu bestimmten Themen enthalten. Die Abschnitte lassen sich wie folgt unterteilen:

  • Einleitung
  • Der Weg der CHAOSS-Community
  • Weg zur Unternehmensführung
  • Terminologie
  • Richtlinien für Beiträge
    • Developer
    • Entwurfsplaner
    • Writer
    • Werbetreibender
  • Messwerte
  • CHAOSScon
  • CHAOSScast
  • Besprechungsvideos
  • Allgemeine FAQ
  • Mentoring
    • Google Summer of Code
    • Offensiv
    • Google-Staffel von Google Docs

DETAILLIERTE PROJEKTVERFÜGBARKEITEN

1. Introduction:

Dieser Abschnitt ist die erste Seite des CHAOSS-Community-Handbuchs und behandelt die Details, einen Überblick und die Verwendung des Handbuchs. Im Folgenden sind die folgenden Punkte aufgeführt:

A.) Er enthält die Willkommensnachricht und eine kurze Beschreibung der CHAOSS-Community, um die Leser davon zu überzeugen, das Handbuch durchzulesen. Ich werde auch die Bildcollage unter https://chaoss.community/chaoss-photo-album/ hinzufügen, die die verschiedenen Bewegungen innerhalb der Community hervorhebt. B.) Die Seite enthält außerdem Details zu allen Abschnitten mit einer Beschreibung der einzelnen Abschnitte und entsprechenden Links. C.) Nutzung des Handbuchs: Die Nutzung des Handbuchs ist hier bereits vorhanden (shorturl.at/cqQU6 ), aber ich werde die vorhandene Bedienung des Handbuchs überarbeiten und umgestalten, um einen besseren Markdown-Code zu erhalten, der den Ablauf des Handbuchs umfasst. Sie kann zur Nachverfolgung des Kommunikationsprozesses bei handbuchbezogenen Dingen dienen.) Richtlinien des Handbuchs(u. a. die Verwendung innerhalb der Community und des Styleguides), Beitrag zum Handbuch ( u. a., wie man das Repository nutzen sollte, um Änderungen vorzunehmen, PRs vorzunehmen, Vorlage für Änderungen am Handbuch und den Styleguide zu befolgen) und Feedback zum Handbuch zu geben. Unter „Feedback teilen“ werde ich eine Vorlage und verschiedene Möglichkeiten zur Verfügung stellen, wie Nutzer nachhaken können, um GitLab-Probleme zu senden oder zu nutzen, um sie zu erhalten.

2. Der Weg der CHAOSS-Community:

Der Weg der CHAOSS-Community wird für Menschen wichtig sein, um die Community-Praktiken und -Richtlinien zu verstehen. Workflows könnten sie stärker betonen und die Community-Praktiken am besten darstellen. Dieser Abschnitt enthält Folgendes:

A.) Allgemeine Werte: Beschreibt, wie Nachhaltigkeit, Offenheit und Transparenz in der CHAOSS-Community gehandhabt werden. Ich erkläre Ihnen, wie die neuen oder bestehenden Nutzer diese Werte verstehen und berücksichtigen sollten, wenn sie mit der Community zusammenarbeiten. B.) Community-Richtlinien: Hier wird beschrieben, wie man sich in der CHAOSS-Community einbringen und die grundlegenden Begriffe befolgen sollte. Dadurch wird auch die Arbeitskultur in der Community erklärt. (Empfohlene und zu vermeidende Vorgehensweisen) Er enthält die Checkliste für die wichtigsten Mitwirkenden/Wartungskräfte und teilt anderen mit, wie sie mit den Administratoren zusammenarbeiten sollten und was ihre Checkliste ist. C.) Arbeitsgruppen: Diese Seite( https://chaoss.community/participate/ ) enthält Informationen über die Arbeitsgruppen wie die Beschreibung der Arbeitsgruppe, den Repository-Link und Informationen zur Besprechung. Der Leitfaden enthält aber auch Informationen zur Teilnahme in den verschiedenen Arbeitsgruppen, zu den Prozessen der Bewertung der Metriken, zum Verständnis der Arbeitskultur der jeweiligen Arbeitsgruppe und dazu, wie man zu den Hauptbeitragenden für verschiedene Arbeitsgruppen beitragen kann.

3. Weg zur Unternehmensführung:

Während die Führungsrolle bei einem Open-Source-Projekt entscheidend für den Erfolg einer Gemeinschaft in der kommerziellen Welt sein kann. In Anbetracht dessen möchte ich Folgendes berücksichtigen:

A.) Technische Führung: Dies umfasst die Prozesse und Verantwortlichkeiten für Repository-Administratoren, Ersteller von Dokumentationen und Website-Betreuer B.) Governance-Führung: Dazu gehören die Wege für Vorstandsmitglieder und Entscheidungsträger C.) Operative Führung: Hier erhalten Community Manager einen Zugang

4. Terminologie:

Terminologie beschreibt die Begriffe und entsprechenden Habseligkeiten, die in der CHAOSS-Community häufig verwendet werden. Darüber hinaus werde ich auch die Richtlinien zur Terminologie wie Großschreibung, Abkürzungen und Wörter mit Gründen angeben, die nicht verwendet werden sollten. Folgende Begriffe werden einbezogen: CHAOSS Project, Open Source Community Health, Code Review, Working Group, Open Source Software Metric, Common Metric, Diversity and Inclusion Metric, Evolution Working Group, Risk Working Group, Value Working Group, Metric Release, Fokus Area.

5.) Richtlinien für Beiträge:

Dies ist der Hauptkontext für jede Open-Source-Community, da die meisten Open-Source-Communitys auf Beiträge oder ehrenamtliche Tätigkeiten angewiesen sind. Dadurch können Neuankömmlinge/Nutzer, die der Community beitreten, die grundlegende Notwendigkeit und die Richtlinien verstehen, die sie einhalten müssen. Dazu gehören die folgenden Details:

A.) Überblick über die Roadmap der CHAOSS-Community: Dieses Thema liefert einen Überblick über die Roadmap der CHAOSS-Community, der den Nutzenden hilft, ihren Weg oder Prozess zu befolgen und Prioritäten für die verschiedenen Aufgaben innerhalb des CHAOSS-Projekts festzulegen. B.) Erläutern der notwendigen Voraussetzungen für praktische Beiträge wie Entwicklung, Dokumentation, Gestaltung, Tests usw.) Geben Sie einen kurzen Überblick über die Funktionsweise von GitLab D) Leitfaden für Prüfer/Pflegekräfte

Dieser Abschnitt enthält auch die „Rollen und Verantwortlichkeiten“ für jede Beitragskategorie:

a.) DESIGN: Dieser Unterabschnitt enthält den "CHAOSS-Design-Arbeitsablauf" und die Designrichtlinien mit Designprinzipien, Prozessen und verwendeten Tools, die die Mitwirkenden bei ihrem Beitrag zum Designbereich befolgen müssen. b.) DEVELOPMENT: Enthält den Leitfaden für den Beitrag zur Codebasis. Es enthält die technischen Anforderungen, die Projektstruktur und die Projekteinrichtung(Augur, Cregit, GremoireLab). c. DOKUMENTATION: Dazu gehören auch Ressourcen für die Dokumentation, einschließlich Tools und Styleguides. d.) AUFGABE: Dazu gehört, wie Beitragende die CHAOSS-Community bei der Steigerung der Reichweite unterstützen können – Blogs schreiben, soziale Aliasse verwenden, Treffen und Veranstaltungen organisieren

6.) Messwerte

Derzeit enthält die Website der CHAOSS-Community Informationen zu Messwert-Releases( https://chaoss.community/metrics/ ). Für Nutzer ist es besonders wichtig, zu verstehen, wie sie ihre Messwerte-Website auf dieser Website verfügbar machen. Dieser Abschnitt liefert also Informationen, die den Nutzenden helfen, die Prozesse und deren Funktionsweise zu verstehen, damit sie einen eigenen Messwert freigeben können.

7. Logo: CHAOSScon:

Die Informationen zu CHAOSScon sind bereits auf GitHub( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md ) und auf der Website( https://chaoss.community/CHAOSScon-2020-NA/ ) vorhanden, es ist jedoch sinnvoller, die Details und Informationen zur Erläuterung von Prozessen und zur Verwaltung von CHAOSScon im Handbuch hinzuzufügen. Das Handbuch enthält folgende Informationen:

A.) Details zum Organisationsausschuss: Darin werden die Prozesse für die Teilnahme im Organisationsausschuss von CHAOSScon B erläutert.) Verwaltung des Ausschreibungsverfahrens: Dies umfasst die Verwaltung der Registrierung von Autoren, das Einreichen von Angeboten und die Dokumentation sowie die Überprüfung und den Genehmigungsprozess. C.) Verwaltung und Veröffentlichung des CHAOSScon-Programms D.) Wie man Werbung und Marketing verwaltet E.) Umgang mit Sponsorship-Angeboten und -Fonds, einschließlich Paketen

8) CHAOSS-Cast:

Informationen zu CHAOSScast finden Sie hier: https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md. Sie werden im Handbuch mit zusätzlichen Details wie Teilnahme, Organisationskomitee, Werbung und Marketingmaterialien ergänzt.

9) Besprechungsvideos:

Dieser enthält alle Konferenzvideos zusammen mit einer Beschreibung, z. B. Teilnehmer, Tagesordnung usw., die in der Vergangenheit stattgefunden haben und auf YouTube verfügbar sind.

10. Allgemeine FAQs:

Sie enthalten allgemeine, allgemeine Fragen, die in der Community gestellt werden, und hilft sowohl Neueinsteigern als auch bestehenden Community-Mitgliedern dabei, einige von ihnen zu beantworten.

11. Google Summer of Code:

Dieser Abschnitt enthält Informationen über den Google Summer of Code, die Teilnahmevoraussetzungen und Informationen darüber, wie Personen in der CHAOSS-Community am Google Summer of Code teilnehmen können. Dieser Abschnitt enthält auch die Angebotsvorlage, mit der Personen ihre Angebote, Rollen und Verantwortlichkeiten entwerfen können. Darüber hinaus enthält sie auch Informationen, die bestehenden Community-Mitgliedern helfen würden, sich über den Prozess zu informieren, wie sie Organisationsadministrator und Mentor werden können.

  1. Offensiv:

Dieser Abschnitt enthält Informationen über Outreachy, Teilnahmevoraussetzungen und Informationen darüber, wie Personen in der CHAOSS-Community in Outreachy teilnehmen können.Dieser Abschnitt enthält die Rollen und Verantwortlichkeiten, einschließlich des Prozesses, der Organisationsadministrator und Mentor zu werden.

  1. Google-Staffel von Google Docs:

Dieser Abschnitt enthält Informationen zur GSoD, zu den Teilnahmevoraussetzungen und dazu, wie Personen in der CHAOSS-Community an GSoD teilnehmen können. Sie umfasst die Rollen und Verantwortlichkeiten, einschließlich des Prozesses, der Organisationsadministrator und Mentor zu werden.

ERWARTEtes PROJEKTERGEBNIS:

Handbücher spielen in jeder Gemeinschaft eine wichtige Rolle. Ebenso führt dieses gemeindeweite CHAOSS-Handbuch zu einer besser organisierten und detaillierten Dokumentation für die CHAOSS-Community. Es würde sowohl für Neulinge, die der Community beitreten, als auch für bestehende Mitglieder der Community leichter, die Grundlagen und die Funktionsweise der CHAOSS-Community zu verstehen. Darüber hinaus wird dieses Handbuch dazu führen, dass die verschiedenen Prozesse und Wege zu verschiedenen Arbeitskulturen innerhalb der CHAOSS-Community vorgestellt werden.

TECHNISCHE DETAILS:

Ich schlage vor, die Gitbook-Plattform zur Verwaltung des Handbuchs zu verwenden, da es ein nutzungsfreundliches Projekt ist, mit dem Teams effektiver und effizienter arbeiten können. Einige Funktionen der GitBook-Plattform:

  • WYSIWYG: Leistungsstarker und doch schöner Texteditor
  • Markdown: Leistungsstarke und produktive Unterstützung von Markdown-Tastenkombinationen
  • Rich Embed: Externe Webinhalte wie Videos, Code-Snippets, Artikel, Musik und mehr werden eingebettet.
  • Dashboards für Autoren: Ein intelligentes Dashboard für Autoren, das die visuelle Bearbeitung unterstützt
  • Entwürfe: Neue Änderungen entwerfen und asynchron zusammenarbeiten
  • Supportkommentare: Entwurfsänderungen diskutieren und überprüfen
  • Schreibverlauf verfolgen: Alles tracken. Änderungen überprüfen und rückgängig machen
  • Statistiken: Es werden auch Statistiken unterstützt, mit denen Zugriffe, Bewertungen und Qualität der Inhalte nachverfolgt werden können.
  • GitHub-Synchronisierung: Workflow beibehalten und Dokumente mit GitHub synchronisieren
  • Anpassen des Brandings: Benutzerdefinierte Domains, benutzerdefinierte Logos, Schriftarten, Farben, Designs, Überschrift usw.

Hier sind ein paar Bilder, die einen Eindruck von der Plattform vermitteln.

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

-- Wo wird das Handbuch gehostet?

Das Handbuch wird auf dem GitBook selbst gehostet, wo GitHub einen geeigneten Mechanismus für benutzerdefinierte Domains, häufige Fehler und SEO bietet.

Benutzerdefinierte Domains: Wenn die CHAOSS-Community sie auf der benutzerdefinierten Domain hosten möchte, wird sie wie folgt angezeigt: docs.chaoss.community. Die Organisation muss lediglich eine Subdomain erstellen, die sie haben möchten. Rufen Sie zum Einrichten der Domain der Organisation die Einstellungen der Organisation auf der Gitbook-Plattform auf. Bildbeispiel: shorturl.at/GNQR4

GitBook-Bereiche werden über unser eigenes CDN bereitgestellt, wobei HTTPS standardmäßig aktiviert ist. Die Zertifikate werden von LetsEncrypt ausgestellt

Unterstützte Domains:

  • Subdomain: www.beispiel.de
  • Benutzerdefinierte Domain: docs.beispiel.de

-- Wie kann ich das Gitbook mit GitHub synchronisieren, damit die Bearbeitung auf beiden Plattformen effektiv erfolgen kann?

Die Einbindung in GitHub ist sehr einfach: Wenn jemand Inhalte in GitBook ändert, werden die Änderungen an ein GitHub-Repository übertragen. Umgekehrt werden Commits, die an ein GitHub-Repository übertragen wurden, in das GitBook importiert.

Richten Sie die GitHub-Integration ein:

  • Klicken Sie in Ihrem Bereich in der GitBook-Plattform auf den Tab „Integrationen“ > „GitHub“.
  • GitBook autorisieren, auf das mit Ihrer Organisation verknüpfte GitHub-Konto zuzugreifen
  • Rufen Sie GitHub Ihrer Organisation auf und erstellen Sie ein Repository für das „Handbuch“, z. B. „chaoss-handbook“.
  • Wählen Sie nun das Repository namens chaoss-handbook aus, das Sie in der Autorisierungsoption auf der GitBook-Plattform verbinden möchten.

Sobald diese Schritte abgeschlossen sind, fügt GitBook dem Repository des Chaoss-Handbuchs einen Webhook hinzu, mit dem es bei jeder Änderung am Repository Inhalte abrufen kann. Wenn Änderungen an GitBook vorgenommen werden, wird ein neuer Kommentar gesendet.

Geschafft! Jeder kann die Bearbeitung über GitBook oder das GitHub-Repository fortsetzen.

-- Wie werden Seiten auf der GitBook-Plattform bearbeitet?

Jeder, der etwas innerhalb der GitBook-Plattform bearbeiten möchte, muss der GitBook-Plattform über einen Einladungs- oder Teilnahmelink beitreten. GitBook unterstützt die visuelle Bearbeitung, bei der Nutzer direkt in die Seiten schreiben können.

Ein Entwurf ist eine bearbeitbare Version von Nutzerinhalten, auf die nur die Autoren zugreifen können. Er wird automatisch erstellt, sobald Sie mit dem Schreiben beginnen (erster Brief im Editor, Erstellung einer neuen Seite, Hochladen eines Bildes usw.).

Änderungen an einem Entwurf werden korrekt angewendet, sodass Nutzer gleichzeitig mit anderen Mitgliedern am selben Dokument beitragen können, ohne dass es zu Konflikten kommt. Dies wird als asynchrone Bearbeitung und Konfliktlösung bezeichnet.

Die erste Version des Entwurfs kann nicht immer sofort veröffentlicht werden. Verwenden Sie „Speichern“, wenn Sie Ihre Arbeit später fortsetzen möchten oder wenn Ihre Inhalte noch nicht „zusammengeführt“ werden können.

Wenn Sie mit der Bearbeitung fertig sind, können Sie den Entwurf „zusammenführen“. Die von Ihnen verfassten Inhalte oder die vorgenommenen Änderungen sind dann für Ihre Teammitglieder und/oder öffentlich verfügbar.

Beispiele für Bilder: shorturl.at/gATZ8 und shorturl.at/qrE57

-- Inhaltsstruktur:

Inhaltsverzeichnis: Jeder Gruppenbereich kann so viele Seiten enthalten, wie Sie zum Schreiben Ihrer Dokumentation benötigen. Alle diese Seiten sind auf der linken Seite des Bildschirms im sogenannten Inhaltsverzeichnis sichtbar. Über das Inhaltsverzeichnis können Sie Ihre Seiten verwalten: neue Seiten erstellen, Gruppen von Seiten hinzufügen, externe Links hinzufügen, eine Variante hinzufügen, externe Dokumente wie Websites oder Dateien in Markdown (.md oder .markdown), HTML (.html) oder Microsoft Word (.docx) importieren.

Startseite: Die Startseite ist die Startseite oder das Stammverzeichnis Ihrer Dokumentation. Sie dient im Grunde als Master aller Seiten Ihrer Dokumentation. Da sie der Haupteingang Ihrer Dokumentation und Ihres Gruppenbereichs ist, kann sie nicht verschoben oder gelöscht werden, keine untergeordneten Elemente haben oder einer Gruppe angehören.

Seiten: Eine Seite hat im oberen Bereich des Editors einen Titel und eine optionale Beschreibung. Sie können dann Inhalte verfassen und ihnen beliebige Inhalte hinzufügen.Seiten lassen sich per Drag-and-drop unter eine andere verschieben. Die untergeordneten Elemente einer Seite werden ausgeblendet, können aber minimiert werden.

Externe Links: Bei diesen Einträgen handelt es sich um externe Links, für deren Inhalte sich der Editor nicht befindet. Seine Hauptfunktion besteht darin, auf externe Websites zu verlinken.

Varianten: Sie können alternative Inhalte zu Ihrer Dokumentation erstellen, indem Sie eine Variante erstellen. Dies kann nützlich sein, um mehrere Versionen einer API, einer Bibliothek oder Übersetzungen zu dokumentieren.

Bildbeispiel: shorturl.at/eyLW1 und shorturl.at/rFRX6

-- Wie wird das Handbuch auf Clientseite dargestellt?

Auf das Community-Handbuch für Chaoss kann über eine Subdomain (https://docs.chaoss.community) zugegriffen werden. Für Nutzer sieht es so aus:

  • Handbuch zu Matter – https://handbook.mattermost.com/
  • Linux Foundation Community Bridge-Dokument – https://docs.linuxfoundation.org/docs/ Und viele weitere

PROJEKTZEITRAUM:

1. Phase der Zugehörigkeit zur Community (17. August bis 13. September)

A.) Woche 1–4:

  • Das Projekt mit den beratenden Personen besprechen
  • Recherchieren und sammeln Sie die Informationen, die für die verschiedenen Abschnitte des Projekts benötigt werden. Stellen Sie klärende Fragen an die Community.
  • Klären Sie mit der Community, welche Plattform für das Handbuch verwendet werden soll (ich schlage GitBook vor) und richten Sie diese ein.
  • Bei Problemen mit Google Docs beitragen

2. Dokumententwicklungsphase (14. September bis 30. November)

A.) Woche 5 (14. Sept.–20. Sept.)

  • Entwurf“, Einführungsabschnitt

B.) Woche 6 (21. Sept.–27. Sept.)

  • Entwurf des Abschnitts „The CHAOSS Community Way“

C.) Woche 7 (28. Sept.–4. Okt.)

  • Den Abschnitt „Pfad zur Führung“ entwerfen
  • Entwurf des Bereichs „Terminologie“

D.) Woche 8 (5. Okt.–11. Okt.)

  • Roadmap der Community entwerfen
  • Richtlinien für Designbeiträge entwerfen

E.) Woche 9 (12. Okt.–18. Okt.)

  • Abschnitt „Entwurfsentwicklung“

F.) Woche 10 (19. Okt.–25. Okt.)

  • Richtlinien für den Abschnitt „Schreiben und Außenwerbung“

G.) Woche 11 (26. Okt.–1. Nov.)

  • Bereich „Entwurfsmesswerte“
  • Entwurf für CHAOSScon-Abschnitt

H.) Woche 12 (2. Nov.–8. Nov.)

  • Den Besprechungsbereich entwerfen

  • Entwurf allgemeiner FAQs zur Community

    I.) Woche 13 (9. Nov.–15. Nov.)

  • Entwurf zu den GSoC-Richtlinien

J.) Woche 14 (16. Nov.–22. Nov.)

  • Entwurf zu den Outreachy-Richtlinien

K.) Woche 15 (23. Nov. bis 29. Nov.)

  • Pufferzeit; Polieren und Verbesserung der gesamten Dokumente

3. Bewertungsphase (30. November bis 5. Dezember)

A.) Woche 16:

  • Einen Projektbericht entwerfen
  • Die Bewertung für das Projekt ausfüllen

COMMUNITY-INTERAKTIONEN

1. Beteiligung und Diskussionen mit der Community

Nun, ich surfe seit April 2020 in der CHAOSS-Community und habe mich an verschiedenen Diskussionen mit Community-Mitgliedern und meinen Mentoren( Georg Link und Armstrong Foundjem) beteiligt. Eine solche Diskussion, die bei den Community-Mitgliedern größeres Interesse weckte, war „Propinning Gitbook als Plattform zum Hosten des Community-Handbuchs“. Sie ist im Thread der CHAOSS-Archiv-Mailingliste unter dem Namen Proifying Gitbook als Plattform zum Hosten des Community-Handbuchs zu finden. Ich nehme auch an den wöchentlichen Community-Gesprächen teil, die mir dabei halfen, die Community auf dem Laufenden zu halten.

2. Wie erfassen Sie die für dieses Projekt erforderlichen Informationen?

Da für dieses Projekt ein gemeinschaftsweites Handbuch erstellt werden muss, damit die darin zugänglichen Informationen von den Community-Mitgliedern gesammelt und mit ihnen diskutiert werden. Da ich meinen Zeitplan oben vorgeschlagen habe, kann ich die Informationen besprechen und sammeln, die während meiner Community-Bonding-Phase benötigt werden.

Ich werde in Übereinstimmung mit CHAOSS die verschiedenen Abschnitte untersuchen und die Threads in der Mailingliste aufrechterhalten. Abhängig von den Anforderungen werde ich versuchen, von meinen Mentoren und der Community klärende Fragen zu stellen.

Um mich kurz zu äußern, werde ich auch an wöchentlichen Telefonaten teilnehmen.

3. Wie schlagen Sie vor, dass Sie die Community über Ihren Fortschritt und über Probleme oder Fragen, die Sie im Laufe des Projekts haben könnten, auf dem Laufenden halten werden?

Um Flexibilität und Transparenz zu schaffen, werde ich versuchen, meine Zweifel über die Mailingliste zu diskutieren.

Ich werde meinen wöchentlichen Fortschritt in einem Blogpost veröffentlichen, der die Scrum-Dokumentation und die Herausforderungen enthält, denen ich begegne. Diese werden über die Community-Mailingliste selbst geteilt, um ein größeres Publikum innerhalb der Open-Source-Organisation zu erreichen.

Außerdem würde ich an wöchentlichen Telefonaten in der Community teilnehmen, um Vorschläge und Diskussionen zu den wichtigsten Themen zu erhalten.

Ich habe auch vor, ein Trello-Board mit den verfügbaren wöchentlichen Aufgaben zu erstellen. Die beratenden Personen können dann dieses Board nutzen, um sich ein klares und prägnantes Verständnis der aktuellen Probleme und Funktionen zu verschaffen, an denen derzeit gearbeitet wird.

4. Was werden Sie tun, wenn Sie bei Ihrem Projekt nicht weiterkommen und Ihr Mentor nicht da ist?

Ich glaube, dass die Aufgabe des Mentors darin besteht, die Schüler in die richtige Richtung zu lenken und nicht die einzelnen Ecken der Schleife zu erklären. Die Schüler sind allein für die Forschung und Umsetzung des Projekts verantwortlich. In Anbetracht dessen werde ich versuchen, Hilfe von meinem Mentor nur als letztes Mittel zu erhalten.

Wenn die beratende Person aber gerade nicht in der Nähe oder beschäftigt ist, wenn ich Hilfe brauche, erläutere ich mein Problem innerhalb der CHAOSS-Community. Ich bin sicher, dass jemand mir bei allen Herausforderungen helfen kann, die mir begegnen. Ich werde das Problem auch in Onlineforen/Entwickler-Communities wie dev.to teilen.

Außerdem würde ich versuchen, an wöchentlichen Telefonaten in der CHAOSS-Community teilzunehmen, um mir Fragen zu stellen.