Méthodologie de projet

Au programme

1. Ce qui peut mal tourner
2. Comment vous serez évalués
3. Comment se passe un projet
4. Définir son besoin
5. Documenter au fil de l’eau

2

Activité : vos pires souvenirs de projet

Toute la classe5 minSans PC

Qu’est-ce qui a déjà mal tourné dans un projet de groupe ?

• Une réponse par personne, à voix haute ou sur un bout de papier
• On les regroupe au tableau par famille

4

Ce qu’on retrouve presque toujours

• Un besoin flou : chacun avait une idée différente du résultat

• Une organisation floue : personne ne savait qui faisait quoi

• Une charge mal répartie, et aucune trace : quelqu’un a tout fait, quelqu’un n’a rien fait, et rien pour le montrer en cas de souci

• Le temps : tout s’est fait la dernière semaine

• La mémoire : « pourquoi on avait choisi ça, déjà ? »

• La technique : un problème découvert trop tard

Chacune de ces familles a sa réponse dans ce cours.

5

Ce qui compte

On évalue la gestion de projet, sur l’état de votre repo à la fin du cours. La technique est évaluée en projet.

7

Ce que la méthode apporte

• Cadrer : savoir ce qu’on doit obtenir avant de choisir comment
• S’organiser : des rôles, des jalons, un point d’équipe à chaque séance
• Garder la trace : pouvoir expliquer, reprendre et présenter son travail

La technique fait avancer le projet, la méthode évite qu’il s’arrête.

11

Trois questions avant toute solution

1. Pour qui ? Qui va utiliser le résultat, et dans quelles conditions ?
2. Pour quoi faire ? Quel problème le projet résout-il ?
3. Comment saura-t-on que c’est réussi ? Avec des critères qu’on peut vérifier

On parle du quoi, pas du comment : « un moteur pas à pas » est une solution, pas un besoin.

Définir son besoin et son cahier des charges

13

Un critère se mesure

Question à se poser : comment le vérifierait-on, concrètement ?

Définir son besoin et son cahier des charges

14

Activité : le besoin de votre projet

Individuel7 minPapier libre ou PC

Pour votre projet, en une ou deux phrases chacune :

1. Pour qui ? Qui va utiliser le résultat, et dans quelles conditions ?
2. Pour quoi faire ? Quel problème le projet résout-il ?
3. Comment saura-t-on que c’est réussi ? Écrivez deux critères, chacun avec son niveau chiffré (« en moins de 2 minutes » ≠ « rapide »)

Gardez vos notes : elles vous serviront tout à l’heure.

15

Activité : expliquez, l’autre reformule

Binôme de projets différents2 × 4 min

1. Présentez le besoin de votre projet en 1 minute
2. Votre binôme le reformule en une phrase
3. Si sa reformulation est fausse, ce n’est pas lui qui a mal compris : votre besoin n’est pas encore clair. Corrigez-le.
4. Inversez les rôles

Quelqu’un d’extérieur au projet, c’est exactement le lecteur de votre documentation.

16

Correction : Machine That Draws

• Pour qui ? Les visiteurs de la Journée des Projets et le jury, puis l’équipe qui reprendra la machine
• Pour quoi faire ? Réaliser automatiquement un dessin sur papier à partir d’un fichier, sans intervention pendant le tracé
• Comment saura-t-on que c’est réussi ? Voir les critères, slides suivantes

On ne parle ni de moteurs, ni d’Arduino, ni de CAO : ce sont des solutions.

17

Correction : les fonctions principales

Ce que la machine doit faire :

Valeurs d’exemple : c’est à votre équipe de les fixer, puis de les écrire dans objectifs.md.

18

Correction : les contraintes

Kit fourni : moteurs et électronique de commande. F0 : impératif, F3 : négociable.

Définir son besoin et son cahier des charges

19

Une base, pas un modèle à recopier

Attention

• Ces tableaux sont le strict minimum, pas la correction attendue
• Il manque volontairement des fonctions et des contraintes : à vous de compléter
• C’est un contrat avec votre équipe et votre client : à vous de fixer des niveaux logiques et atteignables, et de les justifier
• Votre cahier des charges évoluera : notez ce qui change et pourquoi

Définir son besoin et son cahier des charges

20

Pourquoi maintenant, et pas à la fin

• Dans trois semaines, vous aurez oublié pourquoi vous avez fait ce choix
• L’équipe qui reprendra votre projet n’aura que ce qui est écrit
• La soutenance et le rapport se construisent à partir de ces traces
• 60 % de l’évaluation repose sur votre journal et vos contributions

Écrire 10 minutes à chaque séance coûte moins cher que reconstituer un semestre la veille du rendu.

Documenter au fil de l’eau

22

Le repo de votre équipe

Chaque équipe a déjà son repo, créé depuis le template :

docs/
├── objectifs.md              le besoin et le cahier des charges
├── equipe.md                 les membres et les rôles
├── etudes.md                 l'existant et la faisabilité
├── conception/               mécanique, électronique, code
├── fabrication/              les étapes de fabrication
├── tests.md                  les essais et leurs résultats
└── journal/
    ├── _modele-seance.md     le modèle d'une entrée
    └── etudiant-1/           votre journal (renommable avec votre prénom)

Créer son repo depuis le template Personnaliser le template

23

Une entrée de journal

Un fichier par séance, nommé avec la date : 2026-10-05.md

## Fait

Séance de méthodologie : besoin du projet reformulé avec un binôme.

## Pourquoi

Ma première version parlait de moteurs : c'était une solution, pas un besoin.

## Reste à faire

- Relire le besoin avec l'équipe et l'écrire dans objectifs.md

Tenir un journal de bord

24

Photos et vidéos : à chaque séance

• Photographiez tout : montage, essai raté, tableau blanc, avant et après une modification
• Filmez les essais : 10 secondes de vidéo valent un long paragraphe
• Cadrez en vertical : une photo en portrait s’intègre mieux dans une page de documentation
• Rangez et nommez : docs/assets/images/, avec un nom qui dit ce qu’on voit (essai-stylo-servo.jpg, pas IMG_4521.jpg)

Une photo prise sur le moment ne se refait pas : une fois démonté, c’est trop tard.

Documenter l’assemblage et le montage

25

Captures et vidéos d’écran

Sous Windows, ShareX (libre et gratuit) fait tout en un raccourci : capture de zone, vidéo ou GIF de l’écran, flèches et annotations, copie directe dans le presse-papier.

Pour une animation, préférez une courte vidéo MP4 à un GIF : bien plus légère pour la même durée.

26

Attention au poids des fichiers

Une page doit se charger vite, même sur un téléphone. Le repo vérifie le poids de chaque fichier à chaque push (onglet Actions) : un dépassement se voit tout de suite, et à la correction aussi.

Les règles des fichiers du repo

27

Astuce : l’IA pour mettre en forme

Astuce

• Dictez en fin de séance (note vocale, 2 minutes), ou prenez des notes en vrac
• Demandez ensuite une remise en forme, pas une rédaction :

Voici mes notes de séance en vrac. Mets-les en forme en trois parties :
Fait, Pourquoi, Reste à faire. N'ajoute aucune information.

Relisez tout : l’IA peut se tromper ou mal interpréter vos notes. C’est votre journal qui est évalué.

28

Activité : votre première entrée de journal

Individuel20 minSur PC

1. Ouvrez le repo de votre équipe et récupérez les dernières modifications (Pull)
2. Copiez docs/journal/_modele-seance.md dans votre dossier, renommez-le avec la date du jour
3. Racontez cette séance : ce que vous avez fait, le besoin retravaillé, ce qui reste à faire
4. Commit avec un message clair, puis Push

Tenir un journal de bord Git, GitHub Desktop et VSCode

29

Activité : relecture croisée

Binôme de projets différents7 minSur GitHub

1. Ouvrez l’entrée de votre binôme sur GitHub
2. Sans lui poser de question : comprenez-vous ce qu’il a fait, et pourquoi ?
3. Donnez-lui une chose à préciser
4. Il corrige, commit et push

30

D’ici la prochaine séance

Avec votre équipe projet

1. Mettez vos besoins en commun dans objectifs.md (Problème et public cible)
2. Répartissez les rôles dans equipe.md (responsable et backup)
3. Commencez à chercher l’existant et notez vos sources dans etudes.md : on y revient à la prochaine séance
4. Une entrée de journal à chaque séance, projet comme méthodologie

Constituer et organiser son équipe Définir son besoin Rechercher l’existant

31