Einführung
Project Pods ist ein Gemeinschaftsraum, in dem überprüfte gemeinnützige Organisationen kurzfristige, fähigkeitenbasierte Open Source Projekte veröffentlichen können und kleine Freiwilligengruppen sich zusammenbringen können, um sinnvolle Lösungen zu entwickeln. Die Projekte werden dann im Abschnitt "Für Teams" auf "For Good First Issue " angezeigt.
Project Pods sind für Teams, Unternehmen und Communitykreise konzipiert, die nach missionsgesteuerten Projekten suchen, die echte technische Unterstützung am Ende des Engagements benötigen. Jeder Pod enthält ein kuratiertes Projektproblem mit einem klaren Wirkungsziel, und der gesamte Kontext, den eine Gruppe benötigt, um schnell mitzuwirken.
In diesem Leitfaden erfahren Sie, wie Sie ein Projekt für Ihre gemeinnützige Organisation vorbereiten und einreichen, was Sie während des Überprüfungsprozesses erwarten und wie Sie Ihr Projekt für ein erfolgreiches freiwilliges Engagement einrichten.
Voraussetzungen
Stellen Sie vor dem Übermitteln eines Projekts Folgendes sicher:
- Ihre gemeinnützige Organisation ist ein bestätigtes Mitglied von GitHub für gemeinnützige Organisationen. Falls Sie noch nicht teilgenommen haben, lesen Sie Schnellstart für GitHub for Nonprofits, um sich zu bewerben.
- Sie verfügen über einen klaren Projektumfang, der von einem kleinen Team innerhalb eines definierten Zeitrahmens abgeschlossen werden kann.
- Sie haben ein GitHub Repository (oder sind bereit, ein Repository zu erstellen), in dem Freiwillige beitragen werden.
Hinweis
Organisationen, die nicht Teil von GitHub für gemeinnützige Organisationen sind, können weiterhin einzelne Probleme zur Liste "For Good First Issue" hinzufügen, aber Project Pods sind ausschließlich für überprüfte gemeinnützige Organisationen verfügbar.
Grundlegendes zu Project Pods
Ein Project Pod ist ein strukturiertes freiwilligen Engagement mit den folgenden Merkmalen:
- Kleines Team: In der Regel 1 bis 20 Freiwillige, um den Fokus und eine effektive Zusammenarbeit sicherzustellen.
- Freiwillige tragen ihre technischen, Entwurfs- oder Projektmanagementfähigkeiten bei, um echte Probleme mit einem klaren Endergebnis zu lösen.
- Wirkungsorientiert: Projekte befassen sich mit konkreten Herausforderungen, die von Ihrer Organisation mit einem greifbaren Lieferumfang definiert werden.
- Kurzfristig: Soll innerhalb eines definierten Zeitrahmens für einen Tag, eine Woche oder eine Reihe von Sprints abgeschlossen werden.
- Zusammenarbeit: Pods arbeiten in einer Open Source Umgebung mit Tools für Koordination und Beitrag zusammen.
Schritt 1: Vorbereiten des Projekts
Sammeln Sie vor dem Ausfüllen des Aufnahmeformulars die folgenden Informationen zu Ihrem Projekt. Je mehr Kontext Sie bereitstellen, desto einfacher ist es für freiwillige Teams, Ihre Bedürfnisse zu verstehen und mit dem Beitrag zu beginnen.
Definieren des Problems
Schreiben Sie eine klare Beschreibung des Problems, das Ihr Projekt adressieren soll. Erklären Sie, warum es für Ihre gemeinnützigen Organisationen und die Gemeinschaften wichtig ist, die Sie dienen. Freiwillige arbeiten eher mit Projekten zusammen, in denen sie die realen Auswirkungen ihres Beitrags sehen können.
Identifizieren von Lieferumfangen und Ergebnissen
Definieren Sie, wie "Projekt erledigt" aussieht. Beispiele:
- "Ein Arbeitsdatendashboard, das den Zugriff auf sauberes Wasser nach Region visualisiert"
- "Eine aktualisierte Dokumentationswebsite mit mehrsprachiger Unterstützung in einer region mit geringer Ressource"
- "Eine mobile reaktionsfähige Neugestaltung unserer Spendenseite"
Bestimmte Leistungen helfen Freiwilligenteams dabei, ihre Arbeit zu beschränken und fokussiert zu bleiben.
Auflisten der benötigten Fähigkeiten
Identifizieren Sie die Arten von Fähigkeiten, die Ihr Projekt erfordert. Dies kann Folgendes beinhalten:
- Softwareentwicklung (Sprachen und Frameworks angeben)
- UX/UI-Design
- Dokumentation und technisches Schreiben
- Datenanalyse
- Projektmanagement
Angeben der Technologie und Tools
Auflisten der Programmiersprachen, Frameworks, Plattformen und Tools, die in Ihrem Projekt verwendet werden. Dies hilft Freiwilligenteams zu beurteilen, ob das Projekt mit ihrem Qualifikationssatz übereinstimmt.
Schätzen der Zeitbindung
Project Pods sind für einen kurzfristigen Einsatz konzipiert. Geben Sie an, ob Ihr Projekt wie folgt lautet:
- Ein 1-tägiger Sprint – fokussierte Aufgaben, die in einer einzigen Arbeitssitzung abgeschlossen werden können
- Ein 1-wöchiges Projekt – eine Reihe verwandter Vorgänge, die mehrere Tage umfassen
- Ein fortlaufender kurzfristiger Einsatz – wiederkehrende Vorgänge über ein paar Wochen mit einem klaren Endtermin
Vorbereiten Ihres Repositorys
Ihr GitHub Repository ist der Ort, an dem Freiwillige arbeiten. Stellen Sie vor der Übermittlung sicher, dass sie Folgendes enthält:
- EINE INFODATEI , in der das Projekt, sein Zweck und die ersten Schritte erläutert werden
- Eine CONTRIBUTING-Datei mit Richtlinien dazu, wie man beitragen kann
- Alle unterstützenden Dateien wie Design-Modelle, Architekturdiagramme oder Projektübersichten
- Verwenden Sie die Bezeichnungen Projekt abgeschlossen, Projekt beansprucht, Projekt offen für Freiwillige für Ihr Projektproblem
Wenn Sie nicht über ein vorhandenes Repository verfügen, können Sie ein Repository erstellen und ihn in Ihrer Übermittlung verknüpfen. Sie können auch eine Verknüpfung mit externen Dokumentationen oder Ressourcen herstellen.
Schritt 2: Projektaufnahmeformular einreichen
-
Wählen Sie die genehmigte gemeinnützige GitHub Organisation aus, die das Projekt unterstützt.
-
Falls Sie noch nicht teilgenommen haben, lesen Sie Schnellstart für GitHub for Nonprofits, um sich zu bewerben.
-
Wählen Sie im Abschnitt "Freiwillige Entwickler anfordern" die Option "Freiwilligenanfrage erstellen" aus.
-
Füllen Sie das Aufnahmeformular mit den von Ihnen vorbereiteten Informationen aus:
Feld Was zu bieten ist
Über Ihre gemeinnützige Organisation | Beschreibung der Mission Ihrer gemeinnützigen Organisation und der technologien, die Sie verwenden. | | Projektanfrage | Welches Problem wird mit diesem Projekt behoben? Warum ist es wichtig für Ihre gemeinnützige Organisation und die Personen, die Sie bedienen? | | Beschreiben der erforderlichen Entwicklungsarbeit | Beschreiben Sie die Liefergegenstände und Ergebnisse des Projekts. Was hoffen Sie zu erreichen? Seien Sie beim Ergebnis konkret. Umfassen Sie die erforderlichen Fähigkeiten wie Softwareentwicklung, UX/UI-Design, Dokumentation, Datenanalyse, Projektmanagement usw. | | Primäre Programmiersprache/Technologie | Programmiersprachen, Frameworks, Plattformen. | | Anzahl der benötigten Freiwilligen | In der Regel 3 bis 20 pro Pod. | | Website der Organisation | Link zum Repository oder zur Website Ihrer Organisation. | | Projekt-Ticket-Link | Teilen Sie den Link zu dem Projekt, unter dem weitere Details zu Ihrem Projekt zu finden sind. Stellen Sie sicher, dass das Problem mit Project Complete, Project Claimed, Project Open for Volunteers gekennzeichnet ist |
- Klicken Sie auf " Anforderung senden ", um Ihr Projekt zur Überprüfung zu senden.
Schritt 3: Überprüfungsprozess
Nachdem Sie Ihr Projekt eingereicht haben, wird es vom GitHub Team für soziale Auswirkungen überprüft. Folgendes ist zu erwarten:
- Bei Annahme: Ihr Projekt wird auf der Seite „Project Pods“ von For Good First Issue aufgeführt, wo Unternehmen, Community-Gruppen und einzelne Freiwilligenteams es entdecken und sich dafür anmelden können. GitHub Social Impact wird das Teilen des Projekts mit Freiwilligen unterstützen.
- Wenn Überarbeitungen erforderlich sind: Sie erhalten konstruktives Feedback dazu, wie Sie Ihr Projekt für eine erneute Übermittlung verbessern können. Häufige Gründe für Revisionsanforderungen sind:
- Unklare Ziele oder Lieferumfang
- Fehlende definierte Aufgaben oder Probleme im Repository
- Unzureichende Informationen zu erforderlichen Fähigkeiten oder Technologien
Hinweis
Eine Revisionsanforderung bedeutet nicht, dass Ihre Idee nicht wertvoll ist. Dies bedeutet, dass Anpassungen helfen, Freiwillige effektiver zu engagieren. Sie können jederzeit überarbeiten und erneut übermitteln.
Schritt 4: Arbeiten mit Ihrem Volunteer-Pod
Sobald Ihr Projekt aufgelistet ist und ein Freiwilliges Team es aufnimmt, indem er einen Kommentar zu dem Problem übermittelt. Alle Beiträge bleiben Open Source in Ihrem Repository für die laufende Nutzung.
Communication
Pods arbeiten in einer Open Source Umgebung zusammen, indem Sie Ihr GitHub Repository als primären Arbeitsbereich verwenden. Freiwillige werden über Issues, Pull Requests und Diskussionen in Ihrem Repository interagieren.
Ihre Rolle als Projektbesitzer
- Reagieren Sie zeitnah: Beantworten Sie Fragen in Issues und prüfen Sie Pull Requests zeitnah. Freiwillige geben ihre Zeit an – schnelles Feedback hält sie engagiert.
- Geben Sie Kontext an: Wenn Freiwillige ihre Mission oder die Personen, die Sie bedienen, fragen, teilen Sie, was Sie können. Das Verständnis der Auswirkungen motiviert bessere Arbeit.
- Umfangsänderungen klar kommunizieren: Wenn sich die Prioritäten während der Zusammenarbeit ändern, aktualisieren Sie die offenen Punkte und kommunizieren Sie dies mit dem Team.