Présentation
Project Pods est un espace collaboratif où les organisations à but non lucratif vérifiées peuvent publier des projets open source basés sur des compétences à court terme et des petits groupes bénévoles peuvent s’associer pour créer des solutions significatives. Les projets s’affichent ensuite sur For Good First Issue dans la section « For Teams ».
Project Pods sont conçus pour les équipes, les entreprises et les cercles communautaires qui cherchent des projets pilotés par la mission qui ont besoin d’un support technique réel sur un engagement de bout en bout. Chaque pod inclut un problème de projet organisé avec un objectif d’impact clair, et tout le contexte dont un groupe a besoin pour commencer à contribuer rapidement.
Dans ce guide, vous allez apprendre à préparer et à soumettre un projet pour votre organisme à but non lucratif, ce qu’il faut attendre pendant le processus de révision et comment configurer votre projet pour réussir l’engagement bénévole.
Logiciels requis
Avant d’envoyer un projet, assurez-vous que :
- Votre organisation à but non lucratif est un membre vérifié de GitHub pour les associations. Si vous n’avez pas encore rejoint le programme, consultez Démarrage rapide pour GitHub for Nonprofits pour postuler.
- Vous disposez d’une étendue de projet claire qui peut être effectuée par une petite équipe dans un délai défini.
- Vous disposez d’un dépôt GitHub (ou êtes prêt à en créer un) où les bénévoles contribueront.
Remarque
Les organisations qui ne font pas partie de GitHub pour les organisations à but non lucratif peuvent toujours ajouter des problèmes individuels à la liste For Good First Issue, mais les pods Project sont exclusivement disponibles pour les associations vérifiées.
Présentation des pods Project
Un Project Pod est une forme structurée de bénévolat présentant les caractéristiques suivantes :
- Petite équipe : En général, 1 à 20 bénévoles pour assurer une collaboration axée et efficace.
- Les bénévoles contribuent à leurs compétences techniques, de conception ou de gestion de projet pour résoudre des problèmes réels avec un résultat final clair.
- Orienté impact : les projets répondent aux défis tangibles définis par votre organisation avec un livrable tangible.
- Court terme : conçu pour être effectué dans une période définie pour un jour, une semaine ou un certain nombre de sprints.
- Collaboration : les pods fonctionnent ensemble dans un environnement open source à l’aide d’outils de coordination et de contribution.
Étape 1 : Préparer votre projet
Avant de remplir le formulaire d’admission, rassemblez les informations suivantes sur votre projet. Plus vous fournissez de contexte, plus il est facile pour les équipes bénévoles de comprendre vos besoins et de commencer à contribuer.
Définir le problème
Écrivez une description claire du problème que votre projet résout. Expliquez pourquoi il importe à votre organisation à but non lucratif et aux communautés que vous servez. Les bénévoles sont plus susceptibles de participer à des projets où ils peuvent voir l’impact réel de leur contribution.
Identifier les livrables et les résultats
Définissez l’apparence du « projet terminé ». Exemples :
- « Tableau de bord de données de travail qui visualise l’accès à l’eau propre par région »
- « Un site de documentation mis à jour avec prise en charge multilingue dans une région à faible ressources »
- « Une nouvelle conception mobile réactive de notre page de dons »
Des livrables spécifiques aident les équipes bénévoles à étendre leur travail et à rester concentrés.
Répertorier les compétences dont vous avez besoin
Identifiez les types de compétences dont votre projet a besoin. Il peut s’agir des éléments suivants :
- Développement logiciel (spécifier des langages et des frameworks)
- Conception de l’expérience utilisateur/interface utilisateur
- Documentation et écriture technique
- Analyse des données
- Gestion de projets
Spécifier la technologie et les outils
Répertoriez les langages de programmation, les frameworks, les plateformes et les outils utilisés dans votre projet. Cela permet aux équipes bénévoles d’évaluer si le projet correspond à leur ensemble de compétences.
Estimer l’engagement de temps
Project Pods sont conçus pour un engagement à court terme. Indiquez si votre projet est :
- Sprint de 1 jour : tâches ciblées qui peuvent être effectuées dans une seule session de travail
- Un projet de 1 semaine : ensemble de tâches connexes couvrant plusieurs jours
- Engagement à court terme en cours : tâches récurrentes au cours de quelques semaines avec une date de fin claire
Préparer votre dépôt
Votre dépôt GitHub est l’endroit où les bénévoles travailleront. Avant de soumettre, assurez-vous qu’elle inclut les éléments suivants :
- Un README qui explique le projet, son objectif et comment bien démarrer
- Un fichier CONTRIBUTING avec des instructions pour la façon de contribuer
- Tous les fichiers associés, tels que les maquettes, les diagrammes d’architecture ou les cahiers des charges du projet
- Utilisez les étiquettes Projet terminé, Projet revendiqué, Projet ouvert aux bénévoles pour votre ticket de projet
Si vous n’avez pas de référentiel existant, vous pouvez en créer un et le lier dans votre soumission. Vous pouvez également créer un lien vers une documentation externe ou des ressources.
Étape 2 : Envoyer le formulaire d’admission Project
-
Accéder à GitHub pour les associations
-
Sélectionnez l’organisation GitHub à but non lucratif approuvée que le projet soutiendra
-
Si vous n’avez pas encore rejoint le programme, consultez Démarrage rapide pour GitHub for Nonprofits pour postuler.
-
Sous la section « Demander des développeurs bénévoles », sélectionnez Créer une demande de bénévolat
-
Remplissez le formulaire d’admission avec les informations que vous avez préparées :
Champ Que fournir
À propos de votre organisation à but non lucratif | Description de la mission de votre organisation à but non lucratif et des technologies que vous utilisez. | | Demande de projet | Quel problème ce projet traite-t-il ? Pourquoi est-il important pour votre organisation à but non lucratif et les gens que vous servez ? | | Décrire le travail de développement nécessaire | Décrire les livrables et les résultats du projet. Que souhaitez-vous réaliser ? Soyez précis sur le résultat. Incluez les compétences nécessaires, telles que le développement de logiciels, la conception de l’expérience utilisateur/interface utilisateur, la documentation, l’analyse des données, la gestion de projet, etc. | | Langage/technologie principal(e) de programmation | Langages de programmation, frameworks, plateformes. | | Nombre de bénévoles nécessaires | En règle générale, 3 à 20 par pod. | | Site web de l’organisation | Lien vers le dépôt ou le site web de votre organisation. | | Lien du problème du projet | Partagez le lien du projet où figurent des détails supplémentaires sur votre projet. Vérifiez que le problème est étiqueté avec Project Terminé, Project Revendiqué, Project Open for Volunteers |
- Cliquez sur Envoyer une demande pour envoyer votre projet pour révision.
Étape 3 : Passer en revue le processus
Une fois que vous avez envoyé votre projet, l’équipe GitHub Impact social l’examinera. Voici à quoi vous attendre :
- S’il est accepté : votre project sera répertorié sur la page Project Pods sur For Good First Issue, où les sociétés, les groupes communautaires et les équipes bénévoles individuelles peuvent découvrir et s’y inscrire. GitHub Impact social aidera à partager le projet avec des bénévoles.
- Si des révisions sont nécessaires : vous recevrez des commentaires constructifs sur la façon d’améliorer votre projet en vue d’une nouvelle soumission. Les raisons courantes des demandes de révision sont les suivantes :
- Objectifs ou livrables peu clairs
- Absence de tâches ou de problèmes définis dans le référentiel
- Informations insuffisantes sur les compétences requises ou la technologie
Remarque
Une demande de révision ne signifie pas que votre idée n’est pas précieuse. Cela signifie que les ajustements permettront aux bénévoles de s’engager plus efficacement. Vous pouvez réviser et soumettre à nouveau à tout moment.
Étape 4 : Utilisation de votre pod bénévole
Une fois que votre projet est répertorié et qu’une équipe bénévole la récupère en envoyant un commentaire sur le problème. Toutes les contributions restent open source dans votre référentiel pour une utilisation continue.
Communication
Les pods fonctionnent ensemble dans un environnement open source à l’aide de votre dépôt GitHub comme espace de travail principal. Les bénévoles interagissent par le biais de problèmes, de demandes de tirage et de discussions dans votre dépôt.
Votre rôle en tant que propriétaire du projet
- Soyez réactif : répondez aux questions en matière de problèmes et passez en revue les demandes de tirage en temps opportun. Les bénévoles donnent de leur temps — des retours rapides les maintiennent mobilisés.
- Fournissez un contexte : si les bénévoles demandent votre mission ou les personnes que vous servez, partagez ce que vous pouvez faire. Comprendre l’impact motive un meilleur travail.
- Clarifiez les changements de périmètre : si les priorités évoluent au cours de la mission, mettez à jour les points concernés et communiquez avec l’équipe.