Skip to content

2025‐10‐23_ORGA_002_consta

Raphael_m edited this page Oct 23, 2025 · 1 revision

rapport n°002 | 2025-10-23

Retrospective sur l'efficacite de notre organisation

Ce qui à été mis en place

  1. Un github project avec différentes vues pour traqué le travail à faire, en cours et la charge de travail individuelle de chacun.

  2. Des périodes de sprint de 2 semaines avec des milestones qui correspondent dans le github project et des réunions programées dans le discord.

  3. Un workflow pour la gestion des push sur le répo github.

Ce qui n'a pas fonctionné

  • Le github projet n'a été remplis que partiellement, seule la partie sur la détection statique a été réelement rempli

  • Aucune milestone n'a été utiliser sur le github project et certaines réunions n'ont pas eu lieu, de plus du fait que le github project n'a pas été rempli aucune progression quantifiable n'a pu être avoir lieu lors des réunions

  • Le workflow github n'a pas été respecté et un push sur main a eu lieu ( le workflow aurait du ressembler à : feature -> dev -> main )

Raisons identifiées

  • Mauvaise méthodologie de création de tâche, dut à la nature technique du projet beacoup de zones d'ombres empêchent la création de 100% des tâches dès le 1er jour du projet. Vouloir tout définir à l'avance nous a perdu et des tachês progressive n'ont pas été établies.

  • Certaines réunion planifiées automatiquement sont tombées sur des périodes d'examen, le project n'étant clairement découpé en tâches le concept de sprint n'a pas pu être exploitée.

  • Aucune protection n'a été mis en place sur la branche main pour éviter ce genre d'erreur.

Soultions

  • Programmer une scéance de travail pour redécouper le projet en tâches progressives, cela pouvant comprendre :

    • faire des recherches et un compte rendu sur une technologie particulière
    • faire un poc sur une feature et créer ensuite de la documentation et des issues github pour la suite du projet
    • créer une documetation technique ( schéma d'architecture, flowchart, ... ) pour pouvoir ensuite définir de nouvelles issues
  • Adapter la taille de nos sprints à notre emplois du temps, plus long si en période d'examen par exemple. Aussi à la fin de chaque réunion poser clairement les objectifs pour le prochain sprint et accompagner cela d'action concrètes ( assignation d'issue github ). La création d'un rapport après chaque réunion pour noter les rétrospectives effectuées.

  • mettre en place une protection de la branche main et réecrire plus exhaustivement le workflow git.

Clone this wiki locally