Équipe et rôles
Présentez l’équipe et la répartition des rôles, décidée dès le début du projet. Un rôle ne veut pas dire « seul autorisé à toucher à ça » : le responsable s’assure que sa partie avance, le backup peut prendre le relais en cas d’absence. Voir Constituer et organiser son équipe.
Membres
Une ligne par membre. Le compte GitHub permet de relier chacun à ses contributions.
Rôles
Un responsable et un backup par rôle. Supprimez les rôles qui ne concernent pas votre projet, ajoutez ceux qui manquent.
Les rôles peuvent aussi se répartir par sous-ensemble plutôt que par domaine (par exemple « Pince », « Châssis », « Carte capteurs »), en reprenant le découpage de la page Conception. Chaque responsable suit alors son sous-ensemble dans toutes ses dimensions : mécanique, électronique et code.
| Rôle | Responsable | Backup | Ce qu’il couvre |
|---|---|---|---|
| Mécanique / CAO | … | … | Conception, impression, assemblage |
| Électronique | … | … | Schéma, câblage, PCB |
| Logiciel / firmware | … | … | Code embarqué, tests logiciels |
| Coordination documentation | … | … | Cohérence du site, structure, relecture finale |
| Coordination / planning | … | … | Suivi des délais, animation des réunions |
Fonctionnement
Quand vous réunissez-vous ? Comment communiquez-vous (messagerie, issues GitHub) ? Comment tranchez-vous un désaccord technique (vote, décision du responsable de la partie concernée, arbitrage par l’encadrant) ?
Suivi des tâches (optionnel)
Pour les équipes qui le souhaitent : suivez les tâches avec les issues et un tableau GitHub Projects, en assignant chaque tâche à un membre. Reliez le tableau à votre repo pour qu’il apparaisse dans l’onglet Projects. Si vous ne l’utilisez pas, supprimez cette section. Voir Gérer son projet avec GitHub : Issues et Projects.