2026-10-13 : Méthodologie de gestion de projet et recherche de l’existant

Séance : planifiée · Durée : 1 h 30

Fait

  • Cours de gestion de projet : Participation à la séance de méthodologie sur l’importance de la recherche de l’existant pour gagner du temps, éviter les pièges et justifier nos choix techniques.
  • Mise en pratique sur GitHub : Application directe des consignes du cours sur le dépôt de notre projet “Machines That Draws”.
  • Travail sur le fichier etudes.md : J’ai effectué un pull du repository, puis j’ai ajouté mes recherches documentées dans le tableau de la section “Recherche de l’existant”. J’ai ensuite committé et pushé mes modifications, avant de faire relire le tout par mon binôme.
  • Documentation des choix techniques : J’ai formalisé deux points clés dans le tableau. D’une part, l’abandon documenté de l’architecture CoreXY (trop de risques liés à nos guidages lisses). D’autre part, la sélection du mécanisme de levée de stylo par gravité (inspiré de DIY Machines) comme solution à tester en premier pour notre axe Z.

Pourquoi

  • Recherche de l’existant : Documenter cette phase permet de ne pas repartir de zéro et de prouver (par exemple au jury lors de la Journée des Projets) que nos choix d’ingénierie ne sont pas hasardeux, mais basés sur la comparaison de solutions existantes.
  • Formalisation de l’abandon du CoreXY : Il était crucial de conserver une trace écrite de ce choix. Rédiger l’inconvénient (risque d’arc-boutement avec des Bushings PTFE) justifie pleinement notre basculement vers une architecture cartésienne plus classique, sécurisant ainsi la réussite de notre POC pour le S1.
  • Workflow Git : Respecter les étapes (Pull, ajout avec sources cliquables, Commit, Push, relecture croisée) garantit un travail collaboratif propre et évite les conflits sur le repository de l’équipe.

Reste à faire

  • Prendre les décisions pour le reste de notre architecture et transposer nos décisions d’architecture en un planning concret en répartissant les actions entre la CAO, l’électronique et le code.
  • Pôle CAO : Démarrer la modélisation des pièces de notre architecture cartésienne sur OnShape en tenant compte de nos composants réels.