Décider qui fait quoi avant que ça devienne un problème
Constituer et organiser son équipe
Comment répartir les rôles selon les compétences et les envies de l'équipe, et éviter que le projet ne repose que sur une seule personne.
La répartition des rôles se fait presque toujours par défaut : “untel s’y connaît en élec, donc il fait l’élec” — sans jamais en discuter ouvertement. Ça fonctionne parfois, mais ça laisse aussi des trous : personne ne s’occupe de la documentation, personne ne suit vraiment le planning, ou une seule personne porte tout le mécanique sans que ce soit un choix assumé par l’équipe.
En parler explicitement dès la première réunion — en même temps que le cahier des charges — évite ces trous.
Les deux comptent. Une personne compétente en électronique mais qui n’a aucune envie de s’en occuper ce semestre fera un travail moins bon qu’une personne motivée en train d’apprendre.
Si une seule personne comprend entièrement une brique du projet (le code, le circuit, la CAO…), le projet devient fragile : une absence, une maladie, ou un simple désaccord peut tout bloquer. Ce n’est pas une raison pour tout faire à plusieurs sur tout — mais chaque brique doit avoir un binôme, même informel, capable de prendre le relais.
C’est aussi un argument de plus pour documenter au fil de l’eau : une documentation à jour permet à quelqu’un d’autre de reprendre une brique même sans avoir travaillé dessus depuis le début.
Un rôle (“responsable”) ne veut pas dire “seul autorisé à toucher à ça” — ça veut dire “porte la décision finale et s’assure que ça avance”.
| 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 globale du site, structure, relecture finale |
| Coordination / planning | … | … | Suivi des délais, animation des réunions |
| 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 globale du site, structure, relecture finale |
| Coordination / planning | ... | ... | Suivi des délais, animation des réunions |Contrairement aux autres lignes du tableau, « Coordination documentation » ne veut pas dire qu’une seule personne écrit la doc à la place des autres. Chaque membre documente sa propre partie au fil de l’eau — voir Documenter au fil de l’eau. Le rôle de coordination assure la cohérence d’ensemble et relance ceux qui prennent du retard, il n’écrit pas à leur place.
Décidez aussi, en une phrase, comment trancher en cas de désaccord technique (vote, décision du responsable de la brique concernée, arbitrage par le référent pédagogique…). Un point de blocage non anticipé coûte souvent plus cher qu’un mauvais choix technique tranché rapidement.
Une fois les rôles décidés, Gérer son projet avec GitHub montre comment transformer cette répartition en tâches suivies (Issues, Projects), pas juste un tableau statique.
En équipe, maintenant :