Das Linux Foundation-Projekt

Auf dieser Seite finden Sie die Details zu einem Projekt für technisches Schreiben, das für Google Season of Docs angenommen wurde.

Projektzusammenfassung

Open-Source-Organisation:
The Linux Foundation
Technischer Redakteur:
jaskiratsingh2000
Projektname:
CHAOSS: Handbuch für die gesamte CHAOSS-Community erstellen
Projektdauer:
Standardlänge (3 Monate)

Projektbeschreibung

PROJEKTZUSAMMENFASSUNG:

Derzeit haben Arbeitsgruppen innerhalb der CHAOSS-Community ihre eigenen Arbeitsweisen entwickelt und ihre unterschiedlichen Prozesse in unterschiedlichem Maße dokumentiert. Die Arbeitsgruppen umfassen die Arbeitsgruppen „Gemeinsame Messwerte“, „Diversität und Inklusion“, „Entwicklung“, „Risiko“ und „Wert“, die ihre eigenen Teilnahme- und Arbeitsweisen festgelegt und verschiedene Kommunikations- und Arbeitskulturen angepasst haben. Diese Arbeitsgruppen haben je nach Messwert unterschiedliche Schwerpunkte und Hintergründe, die für die entsprechenden Messwerte geeignet sind. Sie leiten verschiedene Forschungs- und Entwicklungsprojekte in der jeweiligen Arbeitsgruppenkategorie und kennen den richtigen Weg, um verschiedene Forschungs- und Entwicklungsprojekte in den jeweiligen Kategorien zu leiten. Die Prozesse für Neulinge und bestehende Mitwirkende sind jedoch möglicherweise nicht bekannt, wie sie teilnehmen oder den richtigen Weg für die jeweilige Arbeit einschlagen können.

Daher sind die Dinge innerhalb der CHAOSS-Community nicht standardisiert. Um den richtigen Prozess und die grundlegenden Grundlagen der Arbeitskultur in der Community zu kennen, besteht das Ziel des Community-Handbuchs darin, wichtige Informationen zu zentralisieren und Teile davon im CHAOSS-Projekt zu standardisieren. Die wichtigen Informationen und die Standardisierung konzentrieren sich hauptsächlich auf die Prozesse, die CHAOSS verwendet, damit CHAOSS sich darauf einigen kann, wie die Community die Arbeit erledigt, wie Neulinge teilnehmen und die Grundlagen der Community befolgen können und welche Prozesse und Wege Neulinge oder bestehende Mitglieder befolgen müssen, um die Führung innerhalb der CHAOSS-Community zu übernehmen.

Das Handbuch sollte bestehenden und neuen Community-Mitgliedern als Anleitung dienen, wie sie im CHAOSS-Projekt arbeiten können. Dieses Projekt umfasst eine kreative Komponente, bei der Inhalte für das Handbuch gesammelt und organisiert werden, sowie eine technische Komponente, bei der festgelegt wird, wie das Handbuch dargestellt werden soll.

WARUM IST DAS NÖTIG?

Das Community-Handbuch ist ein Dokument, in dem die wichtigsten Richtlinien und Verfahren der Community definiert und die Mission, die Werte und die Arbeit der Community beschrieben werden.

Dieses Handbuch bietet eine klare Einführung in die Community und ihre Funktionsweise für neue Mitglieder. Das Handbuch der CHAOSS-Community ist derzeit im GitHub-Repository verfügbar und muss mit weiteren Informationen für neue und bestehende Community-Nutzer überarbeitet und umgestaltet werden. Dieses CHAOSS-Handbuch für die gesamte Community soll Neulingen und bestehenden Communitymitgliedern auf folgende Weise helfen:

  • Die Richtlinien der CHAOSS-Community formalisieren und organisieren und an einem Ort zusammenfassen
  • Einführung, Mission, Vision und Führungsebene der Community kommunizieren
  • CHAOSS-Community-Praktiken
  • Richtlinien für Beiträge
  • Projektabläufe definieren
  • Darstellung der Kultur der CHAOSS-Community
  • Allgemeine FAQs
  • Persönlicher Mentor

PROJEKTBESCHREIBUNG:

Das Community-Handbuch ist in mehrere Abschnitte unterteilt, die passende und detaillierte Informationen zu bestimmten Themen enthalten. Die Abschnitte können so unterteilt werden:

  • Einführung
  • Die CHAOSS-Community
  • Der Weg in Führungspositionen
  • Terminologie
  • Richtlinien für Beiträge
    • Entwickler
    • Designer
    • Autor
    • Werbetreibender
  • Messwerte
  • CHAOSScon
  • CHAOSScast
  • Videokonferenzen
  • Allgemeine FAQ
  • Mentoring
    • Google Summer of Code
    • Outreachy
    • Google Season of Docs

DETAILLIERTE PROJEKTLEISTUNGEN

1. Einführung:

Dieser Abschnitt fungiert als erste Seite des Handbuchs zur CHAOSS-Community und behandelt die Details, eine Übersicht und die Verwendung des Handbuchs. Unten finden Sie folgende Informationen:

A.) Es enthält die Begrüßungsnachricht mit einer kurzen Beschreibung der CHAOSS-Community, die die Leser dazu bewegen soll, das Handbuch zu lesen. Ich werde auch die Bildercollage von hier https://chaoss.community/chaoss-photo-album/ hinzufügen, die die verschiedenen Bewegungen innerhalb der Community hervorheben würde. B.) Die Seite enthält außerdem Details zu allen Abschnitten sowie eine einzeilige Beschreibung, in der jeder Abschnitt erläutert wird, sowie die entsprechenden Links. C.) Verwendung des Handbuchs: Die Verwendung des Handbuchs ist bereits hier verfügbar (shorturl.at/cqQU6). Ich werde die vorhandene Verwendung des Handbuchs jedoch mit besserer Markdown-Syntax überarbeiten und neu strukturieren, einschließlich des Fluss des Handbuchs. Ich werde erläutern, wie es abläuft, wenn jemand etwas zum Handbuch hinzufügen, entfernen oder besprechen möchte. Es kann sein, dass er bei allen Fragen zum Handbuch auf die Kommunikation zurückgreift.), Handbook Guidelines(einschließlich seiner Verwendung innerhalb der Community und des Geltungsbereichs), Beitrag zum Handbuch ( beschreibt, wie das Repository verwendet werden sollte, um Änderungen vorzunehmen, PRs zu erstellen, zu befolgende Vorlage für Änderungen am Handbuch und den Style Guide) und Teilen von Feedback zum Handbuch. Unter „Feedback geben“ füge ich eine Vorlage und verschiedene Möglichkeiten hinzu, wie Nutzer nachfragen können, um Feedback zu erhalten, oder GitLab-Probleme verwenden können.

2.) Die CHAOSS-Community:

Die CHAOSS-Community-Methode ist wichtig, damit Nutzer die Praktiken und Richtlinien der Community verstehen. Workflows könnten sie stärker betonen und die Community-Praktiken optimal skizzieren. Dieser Abschnitt enthält die folgenden Elemente:

A.) Allgemeine Werte: Hier wird beschrieben, wie Nachhaltigkeit, Offenheit und Transparenz in der CHAOSS-Community behandelt werden. Ich werde diese Werte erläutern, damit neue oder bestehende Nutzer sie verstehen und bei der Arbeit mit der Community berücksichtigen können. B.) Community-Richtlinien: Dazu gehört auch, wie man sich an der CHAOSS-Community beteiligen und die grundlegenden Nutzungsbedingungen einhalten sollte. Außerdem erfahren Sie so, wie die Arbeitskultur in der Community ist. (Dos and Don’ts). Sie enthält die Checkliste für die Hauptteilnehmenden und -pfleger sowie die Information für andere, wie sie mit den Administratoren zusammenarbeiten sollten und wie ihre Checkliste ist. C.) Arbeitsgruppen: Diese Seite( https://chaoss.community/participate/ ) enthält Informationen zu den Arbeitsgruppen, z. B. eine Beschreibung der Arbeitsgruppe, einen Link zum Repository und Informationen zu den Besprechungen. Im Handbuch werde ich jedoch auch beschreiben, wie Sie an den verschiedenen Arbeitsgruppen teilnehmen und den Prozess zur Bewertung der Messwerte verstehen, die Arbeitskultur der jeweiligen Arbeitsgruppe kennenlernen und zu den Hauptmitarbeitern verschiedener Arbeitsgruppen werden.

3.) Der Weg zur Führungsposition:

Die Führungsrolle in einem Open-Source-Projekt zu übernehmen, kann jedoch für den Erfolg einer Community in der kommerziellen Welt entscheidend sein. Ich werde Folgendes hinzufügen:

A.) Technische Leitung: Dazu gehören die Prozesse und Verantwortlichkeiten für Repository-Betreuer, Dokumentaristen und Website-Betreuer. B.) Governance Leadership: Dazu gehören die Karrierepfade für Vorstandsmitglieder und Entscheidungsträger. C.) Operational Leaderships: Hier findest du den Karrierepfad für Community Manager.

4.) Terminologie:

Die Terminologie würde helfen, die Begriffe und zugehörigen Elemente zu beschreiben, die in der CHAOSS-Community häufig verwendet werden. Darüber hinaus werde ich auch Richtlinien zur Verwendung von Begriffen wie Großschreibung, Abkürzungen und zu vermeidende Wörter mit Begründung berücksichtigen. Die folgenden Begriffe werden aufgenommen: CHAOSS-Projekt, Gesundheit der Open-Source-Community, Codeüberprüfung, Arbeitsgruppe, Open-Source-Softwaremesswert, Gemeinsamer Messwert, Vielfalt und Inklusionsmesswert, Arbeitsgruppe für Weiterentwicklung, Arbeitsgruppe für Risiken, Arbeitsgruppe für Werte, Messwertveröffentlichung, Schwerpunktbereich.

5.) Richtlinien für Beiträge:

Dies ist der Hauptkontext für jede Open-Source-Community, da die meisten Open-Source-Communitys auf Beiträgen oder ehrenamtlicher Arbeit basieren. So können Neulinge und Nutzer, die der Community beitreten, die grundlegenden Anforderungen und Richtlinien verstehen, die sie einhalten müssen. Dazu gehören die folgenden Angaben:

A.) Die Roadmap der Community verstehen: Dieses Thema führt zu einer Übersicht über die Roadmap der CHAOSS-Community, die Nutzern hilft zu verstehen, welchen Weg oder Prozess sie verfolgen müssen, um den verschiedenen Arbeitsabläufen im CHAOSS-Projekt Prioritäten zu geben. B.) Erläutern der erforderlichen Dinge, die für einen praktischen Beitrag erforderlich sind, z. B. Entwicklung, Dokumentation, Design, Tests usw. C.) Einen kurzen Überblick über die Funktionsweise von GitLab geben D.) Leitfaden für Prüfer/Betreuer

In diesem Abschnitt finden Sie außerdem für jede Beitragskategorie den Abschnitt „Rollen und Verantwortlichkeiten“:

a.) DESIGN: Dieser Abschnitt enthält den „CHAOSS Design Workflow“ und die Designrichtlinien, die Designprinzipien, Prozesse und Tools enthalten, die die Mitwirkenden bei ihrem Beitrag zum Designbereich befolgen müssen. b.) DEVELOPMENT: Hier finden Sie eine Anleitung für den Beitrag zur Codebasis. Es enthält die technischen Anforderungen, die Projektstruktur und die Projekteinrichtung(Augur, Cregit, GremoireLab). DOKUMENTATION: Dazu gehören Ressourcen für die Dokumentation, einschließlich Tools und Styleguide. d.) OUTREACH: Dazu gehört, wie Mitwirkende die CHAOSS-Community beim Wachstum des Bekanntheitsgrads unterstützen können – Bloggen, Nutzung von Social-Media-Profilen, Organisation von Treffen und Veranstaltungen

6.) Messwerte

Derzeit enthält die CHAOSS-Community-Website die Informationen zu den Messwertveröffentlichungen( https://chaoss.community/metrics/ ). Es ist wichtiger, dass Nutzer wissen, wie sie vorgehen müssen, um ihre Website mit Messwerten auf dieser Website verfügbar zu machen. Dieser Abschnitt enthält Informationen, die Nutzern helfen, die Prozesse und Abläufe kennenzulernen, um ihre eigenen Messwerte zu veröffentlichen.

7.) 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, aber es ist sinnvoller, Details und Informationen hinzuzufügen, die Prozesse erklären und Möglichkeiten für CHAOSScon im Handbuch verwalten. Das Handbuch enthält die folgenden Informationen:

A.) Details zum Organisationskomitee: Hier wird erklärt, wie Sie am Organisationskomitee der CHAOSScon teilnehmen können. B.) Verwaltung des Angebotsverfahrens: Dazu gehören die Verwaltung der Autorregistrierung, das Einreichen von Vorschlägen und Dokumentationen sowie die Überprüfung und Genehmigung. C.) Verwaltung und Veröffentlichung des CHAOSScon-Programms D.) Werbung und Marketing verwalten E.) So werden Sponsorship-Angebote und -Finanzmittel einschließlich Paketen gehandhabt

8.) CHAOSScast:

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

9.) Besprechungsvideos:

Diese enthält alle Besprechungsvideos zusammen mit der Beschreibung wie Teilnehmer, Terminübersicht usw., die in der Vergangenheit stattgefunden haben und auf YouTube verfügbar sind.

10.) Allgemeine FAQs:

Sie enthalten die allgemeinen Fragen, die innerhalb der Community gestellt werden, und helfen Neulingen und bestehenden Community-Mitgliedern dabei, einige davon zu beantworten.

11.) Google Summer of Code:

Dieser Abschnitt enthält Informationen zu Google Summer of Code, Teilnahmevoraussetzungen und Informationen dazu, wie Personen im Rahmen der CHAOSS-Community an Google Summer of Code teilnehmen können. Dieser Abschnitt enthält auch die Angebotsvorlage, die die Personen verwenden können, um ihr Angebot sowie ihre Rollen und Verantwortlichkeiten zu entwerfen. Außerdem enthält er Informationen, die bestehenden Communitymitgliedern dabei helfen, zu erfahren, wie sie zu Organisationsadministratoren und Mentoren werden.

  1. Outreachy:

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

  1. Google Season of Docs:

Dieser Abschnitt enthält Informationen zu GSoD, Teilnahmevoraussetzungen und Informationen dazu, wie Nutzer über die CHAOSS-Community an GSoD teilnehmen können. Dieser enthält die Rollen und Verantwortlichkeiten, einschließlich des Prozesses, um Organisationsadministrator und Mentor zu werden.

ERWARTETES PROJEKTERGEBNIS:

Handbücher spielen in jedem Umfeld eine wichtige Rolle. Außerdem wird dieses CHAOSS-Handbuch für die gesamte Community zu einer besser organisierten und detaillierten Dokumentation für die CHAOSS-Community führen. Es wäre für alle, die der Community beitreten, ebenso wie für bestehende Mitglieder der Community leicht, die Grundlagen und Funktionsweise der CHAOSS-Community zu verstehen. Außerdem wird dieses Handbuch dazu führen, dass die verschiedenen Prozesse und Pfade zu verschiedenen Arbeitskulturen innerhalb der CHAOSS-Community beschrieben werden.

TECHNISCHE DATEN:

Ich schlage vor, die Gitbook-Plattform für die Pflege des Handbuchs zu verwenden, da es ein nutzerfreundliches Projekt für die Zusammenarbeit 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-Tastenkürzeln
  • Rich Embed: Hier können Sie externe Webinhalte wie Videos, Code-Snippets, Artikel, Musik usw. einbetten.
  • 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: Änderungen am Entwurf besprechen und prüfen
  • Schreibverlauf protokollieren: Alles aufzeichnen. Änderungen überprüfen und rückgängig machen
  • Statistiken: Außerdem werden Statistiken unterstützt, mit denen Zugriffe, Bewertungen und die Qualität von Inhalten erfasst werden.
  • GitHub-Synchronisierung: Workflow beibehalten und Dokumente weiterhin mit GitHub synchronisieren
  • Branding anpassen: Benutzerdefinierte Domains, benutzerdefinierte Logos, Schriftarten, Farben, Designs, Kopfzeilen usw.

Hier sind einige 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 GitBook gehostet, wo GitHub einen geeigneten Mechanismus für benutzerdefinierte Domains, häufige Fehler und SEO bietet.

Benutzerdefinierte Domains: Wenn die CHAOSS-Community die Dokumentation auf der benutzerdefinierten Domain hosten möchte, wird sie so angezeigt: docs.chaoss.community. Die Organisation muss lediglich eine beliebige Subdomain erstellen. Rufen Sie zum Einrichten der Organisationsdomain die Einstellungen der Organisation auf der Gitbook-Plattform auf. Beispiel für Bild: 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:

  • Unterdomain: 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 seine Änderungen in ein GitHub-Repository gepusht. Umgekehrt werden Commits, die in ein GitHub-Repository gepusht wurden, in GitBook importiert.

GitHub-Integration einrichten:

  • Klicken Sie in Ihrem Bereich auf der GitBook-Plattform auf den Tab „Integrationen“ > „GitHub“.
  • GitBook Zugriff auf Ihr mit Ihrer Organisation verknüpftes GitHub-Konto gewähren
  • Rufen Sie das GitHub-Konto Ihrer Organisation auf und erstellen Sie ein Repository für das Handbuch, z. B. chaoss-handbook.
  • Wählen Sie nun das Repository mit dem Namen „chaoss-handbook“ aus, das Sie über die Autorisierungsoption auf der GitBook-Plattform verbinden möchten.

Sobald diese Schritte abgeschlossen sind, fügt GitBook dem Chaoss-Handbuch-Repository einen Webhook hinzu, mit dem Inhalte bei jeder Änderung am Repository abgerufen werden können. Wenn Sie Änderungen an GitBook vornehmen, wird ein neuer Kommentar gesendet.

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

-- Wie bearbeite ich Seiten auf der GitBook-Plattform?

Jeder, der etwas auf der GitBook-Plattform bearbeiten möchte, muss sich über eine Einladung oder einen Anmeldelink auf der GitBook-Plattform anmelden. GitBook unterstützt die visuelle Bearbeitung, bei der Nutzer direkt auf den 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 (z. B. erster Buchstabe im Editor, Erstellen einer neuen Seite oder Hochladen eines Bildes).

Änderungen an einem Entwurf sind nur für diesen gültig. So können Nutzer gleichzeitig mit anderen Mitgliedern am selben Dokument arbeiten, ohne dass es zu Konflikten kommt. Das nennt man asynchrone Bearbeitung und Konfliktlösung.

Die erste Version des Entwurfs ist nicht immer sofort zur Veröffentlichung bereit. Verwenden Sie „Speichern“, wenn Sie Ihre Arbeit später fortsetzen möchten oder wenn Ihre Inhalte noch nicht für die „Zusammenführung“ bereit sind.

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

Bildbeispiele: shorturl.at/gATZ8 und shorturl.at/qrE57

– Inhaltsstruktur:

Inhaltsverzeichnis: Jeder Bereich kann so viele Seiten enthalten, wie Sie für die Erstellung 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 importieren, die Markdown (.md oder .markdown), HTML (.html) oder Microsoft Word (.docx) sind.

Startseite: Die Startseite ist die Startseite oder das Stammverzeichnis Ihrer Dokumentation und dient im Grunde als Master für alle Seiten Ihrer Dokumentation. Da diese Seite der Haupteingang Ihrer Dokumentation und Ihres Gruppenbereichs ist, kann sie nicht verschoben oder gelöscht werden. Außerdem kann sie keine untergeordneten Elemente haben und darf nicht zu einer Gruppe gehören.

Seiten: Eine Seite hat einen Titel und optional eine Beschreibung im oberen Bereich des Editors. Sie können dann beliebige Inhalte eingeben und hinzufügen.Sie können Seiten verschachteln, indem Sie eine Seite per Drag-and-drop unter eine andere ziehen. Die untergeordneten Elemente einer Seite werden ausgeblendet, können aber minimiert werden.

Externe Links: Diese Einträge sind externe Links und enthalten keine Inhalte im Editor. Ihre Hauptfunktion besteht darin, Links zu externen Websites zu erstellen.

Varianten: Sie können alternative Inhalte für Ihre Dokumentation erstellen, indem Sie eine Variante erstellen. Das 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 der Clientseite präsentiert?

Das Chaoss-Community-Handbuch ist über eine Subdomain zugänglich, z. B. https://docs.chaoss.community. Es sieht auf der Nutzerseite so aus:

  • Mattermost-Handbuch – https://handbook.mattermost.com/
  • Linux Foundation Community Bridge Docs – https://docs.linuxfoundation.org/docs/ Und viele mehr

PROJEKTZEITPLAN:

1. Phase des Kennenlernens (17. August bis 13. September)

A.) Woche 1–4:

  • Projekt mit Mentoren besprechen
  • Recherchieren und sammeln Sie die Informationen, die für die verschiedenen Abschnitte des Projekts erforderlich sind, und stellen Sie der Community Fragen, um Unklarheiten zu beseitigen.
  • Klären Sie mit der Community, welche Plattform für das Handbuch verwendet werden soll (ich empfehle GitBook), und richten Sie diese ein.
  • Zu Docs-Problemen beitragen

2.) Phase der Dokumententwicklung (14. September bis 30. November)

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

  • Einführungsabschnitt „Draft“

B.) Woche 6 (21. bis 27. September)

  • Entwurf des Abschnitts „The CHAOSS Community Way“

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

  • Verfassen Sie den Abschnitt „Weg in die Führungsposition“
  • Den Abschnitt „Terminologie“ entwerfen

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

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

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

  • Bereich „Entwurfsentwicklung“

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

  • Richtlinien für den Abschnitt „Schreiben und Öffentlichkeitsarbeit“

G.) Woche 11 (26. Oktober bis 1. November)

  • Abschnitt „Messwerte“ entwerfen
  • Entwurf für den CHAOSScon-Abschnitt

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

  • Bereich „Veranstaltung“ entwerfen

  • Entwurf allgemeiner FAQs der Community

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

  • Entwurf zu den GSoC-Richtlinien

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

  • Entwurf zu den Outreachy-Richtlinien

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

  • Pufferzeit; die gesamte Dokumentation überarbeiten und verbessern

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

A.) Woche 16:

  • Projektbericht entwerfen
  • Bewertung des Projekts ausfüllen

INTERAKTIONEN MIT DER COMMUNITY

1. Interaktion und Diskussionen mit der Community

Ich bin seit April 2020 in der CHAOSS-Community unterwegs und habe an verschiedenen Diskussionen mit Communitymitgliedern und meinen Projektmentoren Georg Link und Armstrong Foundjem teilgenommen. Eine solche Diskussion, die bei den Community-Mitgliedern ein größeres Interesse geweckt hat, war „Die Einführung von Gitbook als Plattform zum Hosten des Community Handbook“. Diese Diskussion ist im Thread zur CHAOSS-Archiv-Mailingliste mit dem Namen Proposed Gitbook als Plattform zum Hosten des Community Handbook zu finden. Außerdem habe ich an den wöchentlichen Community-Anrufen teilgenommen, die mir geholfen haben, die Community auf dem Laufenden zu halten.

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

Da für dieses Projekt das gemeinschaftliche Handbuch eingerichtet werden muss, werden die Informationen, auf die darin zugegriffen werden muss, von den Communitymitgliedern gesammelt und mit ihnen besprochen. Wie ich oben meinen Zeitplan vorgeschlagen habe, kann ich die Informationen besprechen und sammeln, die ich während meiner Bindungsphase in die Community benötige.

Ich werde die verschiedenen Abschnitte gemäß CHAOSS recherchieren und die Threads in der Mailingliste weiterführen. Je nach Anforderungen werde ich versuchen, meinen Mentoren und der Community Fragen zu stellen, um Klarheit zu schaffen.

Um kurze und prägnante Gespräche zu führen, werde ich auch an wöchentlichen Anrufen teilnehmen.

3.) Wie möchten Sie die Community über Ihre Fortschritte und etwaige Probleme oder Fragen im Laufe des Projekts auf dem Laufenden halten?

Aus Gründen der Flexibilität und Transparenz werde ich versuchen, meine Fragen über die Mailingliste zu stellen.

Ich werde meine wöchentlichen Fortschritte in einem Blogpost teilen, der die Scrum-Dokumentation und die aufgetretenen Herausforderungen enthält. Dieser wird auf der Community-Mailingliste veröffentlicht, um ein größeres Publikum innerhalb der Open-Source-Organisation zu erreichen.

Außerdem werde ich an wöchentlichen Community-Calls teilnehmen, um angemessene Vorschläge zu erhalten und die wichtigsten Probleme zu besprechen.

Außerdem möchte ich ein Trello-Board mit den verfügbaren wöchentlichen Aufgaben erstellen. Die beratenden Personen können dieses Board verwenden, um sich ein klares und präzises Verständnis der aktuellen Probleme und Funktionen zu verschaffen, die gerade erarbeitet werden.

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

Ich glaube, die Aufgabe der beratenden Person besteht darin, die Schüler in die richtige Richtung zu lenken und nicht jedem Schüler jede Schwierigkeit zu erklären. Die Recherche und Implementierung des Projekts liegen in der alleinigen Verantwortung des Schülers oder Studenten. Vor diesem Hintergrund bekomme ich nur als letzte Option Hilfe von meinem Mentor.

Wenn der Mentor jedoch nicht da ist oder gerade beschäftigt ist, teile ich das Problem in der CHAOSS-Community mit. Ich bin sicher, dass mir jemand bei Problemen weiterhelfen kann. Ich werde das Problem auch in Onlineforen/Entwicklerforen wie dev.to teilen.

Außerdem würde ich versuchen, an den wöchentlichen Hilfeanrufen in der CHAOSS-Community teilzunehmen, um meine Zweifel zu äußern.