É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
| Membre | Formation | Compte GitHub |
|---|---|---|
| Noé OBAME DJIVO | I2 | @Noe005 |
| Ilyas NASSIRI | I2 | @Nassiri-Ilyas |
| Hugo ALIDOU | I2 | @hugoalidou |
| Nohem HANQUER | I2 | @pseudo |
| Yann VAN NESPEN | I2 | @pseudo |
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 | Hugo ALIDOU | … | 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.