Avez-vous une question? (216) 97 656 803 hajjriadh@gmail.com
UI/UX Design

TP 4 : Organiser et outiller un projet UX (Trello, maquettage, GitHub)

TP 4 du cours UI/UX Design : organiser et outiller le projet CantineCampus. Les étudiants créent le dépôt GitHub du projet, appliquent les cinq phases du processus UX, planifient le travail dans un ta...

0 chapitres 0 QCM Accès gratuit
Dans cet article

À propos de ce cours

TP 4 du cours UI/UX Design : organiser et outiller le projet CantineCampus. Les étudiants créent le dépôt GitHub du projet, appliquent les cinq phases du processus UX, planifient le travail dans un tableau Trello, comparent les outils de maquettage avec une grille pondérée et un test chronométré dans ioDraw et Figma, puis rédigent une fiche de cadrage relue par pull request.
Durée Niveau Outils Livrable
4 heures (8 parties), en binôme Débutant, après le chapitre « Le processus UX : vue d'ensemble et outils » Un navigateur, un compte Trello, un compte Figma, ioDraw (en ligne), un tableur, Git et un compte GitHub Le dépôt ui-ux-design-bts avec la fiche de cadrage du projet CantineCampus, un tableau Trello et une présentation de 3 minutes
  1. Objectifs

    • Décrire les cinq phases du processus UX appliquées à un projet réel, avec leurs activités et leurs livrables
    • Planifier et suivre un projet UX dans un tableau Trello: listes, étiquettes, cartes, checklists
    • Découper le travail en tâches claires, attribuées et datées
    • Comparer des outils de maquettage avec une grille pondérée et un test pratique, puis justifier un choix
    • Versionner les livrables UX dans un dépôt GitHub: structure, commits, branche, pull request et tag
  1. Prérequis

  1. Présentation du projet

    • Le restaurant universitaire du campus veut remplacer son site internet vieillissant par une application pour téléphone : CantineCampus. Elle devrait permettre aux usagers de :
      • consulter les menus et les allergènes;
      • commander et payer leur repas ;
      • connaître l'affluence;
      • recharger leur carte ;
      • donner leur avis.
    • Le directeur vous confie la conduite UX du projet, que vous mènerez de TP en TP jusqu'à la maquette finale. Avant de rencontrer le moindre usager, il veut un cadre de travail: le plan des cinq phases, un tableau de suivi, le choix des outils de maquettage et un dépôt où chaque livrable sera rangé et daté.
    • Téléchargez l'archive du TP. Elle contient le classeur modeles/grille-projet.xlsx, le modèle de fiche de cadrage (modeles/README-modele.md), un fichier modeles/modele.gitignore et l'écran à reproduire (modeles/ecran-menu-du-jour.png).

Le projet CantineCampus et le cadre de travail à préparer

  • CantineCampus est fictif, mais le tableau Trello, les outils et le dépôt sont réels: vous les utiliserez dans tous les TP suivants du projet.
  • Ce TP ne produit encore aucun écran définitif : il prépare le terrain. La recherche utilisateur commence au TP 5, dans le dossier que vous créez aujourd'hui.

La démarche du TP en six étapes

  1. Organisation du TP

    • Le TP est découpé en huit parties. Chacune indique sa durée, ses notions, ses consignes, une aide, un point de contrôle et des questions.
    • Chaque partie ajoute une pièce à votre fiche de cadrage. Le classeur modeles/grille-projet.xlsx contient les tableaux à remplir ; il calcule les scores, les totaux et les points de contrôle à partir de vos réponses.
    • Trois règles s'appliquent : une carte = un livrable; un outil se choisit sur des critères, pas sur sa réputation ; tout livrable est dans le dépôt.
    • À la fin de chaque partie, enregistrez votre travail sur GitHub : un commit par partie permet de suivre votre progression.

Déroulement du TP sur 4 heures

Les notions du chapitre réinvesties dans le TP

  1. Partie 0 : créer le dépôt du projet

⏱ 20 min

Notions mobilisées : Versionner les livrables UX avec Git et GitHub

  • Créez sur GitHub un dépôt public ui-ux-design-bts avec un fichier README.md, puis ajoutez votre binôme comme collaborateur (Settings > Collaborators). Ce dépôt vous suivra jusqu'à la fin du module : chaque TP du projet CantineCampus y ajoute son dossier.
  • Clonez-le et créez un dossier par phase du processus UX (remplacez VOTRE-COMPTE par votre identifiant) :
git clone https://github.com/VOTRE-COMPTE/ui-ux-design-bts.git
cd ui-ux-design-bts
mkdir -p projet-cantinecampus/00-cadrage projet-cantinecampus/01-explorer projet-cantinecampus/02-definir projet-cantinecampus/03-ideer projet-cantinecampus/04-concevoir projet-cantinecampus/05-tester
for d in projet-cantinecampus/*/; do touch "$d.gitkeep"; done
cp ../tp4-cantinecampus-cadrage/modeles/modele.gitignore .gitignore
cp ../tp4-cantinecampus-cadrage/modeles/README-modele.md projet-cantinecampus/README.md
cp ../tp4-cantinecampus-cadrage/modeles/grille-projet.xlsx projet-cantinecampus/00-cadrage/
git add .
git commit -m "Démarre le TP 4 : structure du projet CantineCampus"
git push
  • Adaptez le chemin ../tp4-cantinecampus-cadrage/ à l'endroit où vous avez décompressé l'archive. Complétez ensuite l'onglet « Mode d'emploi » du classeur (noms, liens) et l'en-tête de projet-cantinecampus/README.md: ce fichier deviendra votre fiche de cadrage.

💡 Aide

  • Git ne versionne pas les dossiers vides : le fichier vide .gitkeep permet de faire exister chaque dossier de phase sur GitHub dès aujourd'hui.
  • Le fichier .gitignore liste ce qui ne doit jamais partir sur GitHub : fichiers temporaires, et surtout un dossier prive/ pour les données personnelles (consentements, enregistrements) que vous collecterez au TP 5.
⚠ Piège : ne créez pas un nouveau dépôt à chaque TP : l'historique du projet serait éclaté et vous perdriez le lien entre la recherche, les wireframes et les tests. Un seul dépôt, un dossier par phase.

✅ Point de contrôle

  • Le dépôt ui-ux-design-bts existe, et votre binôme peut y envoyer des fichiers.
  • Les six dossiers de projet-cantinecampus/ apparaissent sur GitHub.
  • Le fichier .gitignore est à la racine du dépôt.

❓ Questions (à traiter dans la fiche de cadrage)

  1. Pourquoi créer le dépôt avant d'avoir produit le moindre livrable ?
  2. Quelles données du projet ne doivent jamais être envoyées sur un dépôt public ? Comment le .gitignore vous aide-t-il ?

📁 Dans le dossier : la structure du dépôt, le .gitignore et l'en-tête de la fiche de cadrage.

  1. Partie 1 : cartographier les cinq phases

⏱ 30 min

Notions mobilisées : Les cinq phases du processus UX

  • Dans l'onglet « Phases » du classeur, décrivez chaque phase pour le projet CantineCampus: la question à laquelle elle répond, les activités prévues, les méthodes, le livrable attendu, l'outil principal, la durée estimée et le responsable.
  • Recopiez ensuite le tableau, sans la colonne « Méthodes », dans la section 2 de votre fiche de cadrage.

Les cinq phases du processus UX et leurs livrables

💡 Aide

  • Formulez la question de chaque phase du point de vue de l'équipe : « Qui sont les usagers du restaurant et comment déjeunent-ils aujourd'hui ? » pour l'exploration, « Quelle solution aide le mieux l'usager pressé ? » pour l'idéation.
  • Le livrable d'une phase est l'entrée de la suivante : le rapport d'exploration sert à créer les personas, les personas servent à générer des idées, et ainsi de suite.
  • Pour les durées, partez du nombre de séances du module : le total doit rester réaliste.
⚠ Piège : ne remplissez pas la phase de conception avec des écrans précis (« page de commande avec bouton vert ») : à ce stade, vous ne connaissez pas encore les usagers. Décrivez des activités et des livrables, pas des solutions.

✅ Point de contrôle

  • Les cinq lignes de l'onglet « Phases » sont complètes (le classeur affiche « OK »).
  • Chaque livrable a un dossier de destination dans le dépôt.
  • La section 2 de la fiche de cadrage contient le tableau.

❓ Questions (à traiter dans la fiche de cadrage)

  1. Quelle phase vous paraît la plus longue pour CantineCampus ? Pourquoi ?
  2. Donnez un exemple concret de retour en arrière possible dans ce projet (un test qui oblige à revoir un wireframe, par exemple).
  3. Quelle phase serait la plus risquée à sauter, si le directeur voulait gagner du temps ?

📁 Dans le dossier : l'onglet « Phases » et la section 2 de la fiche de cadrage.

  1. Partie 2 : créer le tableau Trello

⏱ 30 min

Notions mobilisées : Organiser un projet UX avec Trello

  • Créez un tableau Trello « UX – CantineCampus » et invitez votre binôme.
  • Créez cinq listes qui décrivent l'état d'une tâche : Backlog, À faire, En cours, En revue, Terminé.
  • Créez six étiquettes de couleur qui décrivent la phase: Exploration, Définition, Idéation, Conception, Test, et Organisation pour les tâches de gestion du projet.
  • Dans la description du tableau, écrivez les règles de l'équipe : une carte = un livrable ; pas plus de deux cartes « En cours » par personne ; une carte passe par « En revue » avant « Terminé » ; le lien du livrable GitHub est joint à la carte.

Modèle du tableau UX – CantineCampus

💡 Aide

  • Les listes répondent à « où en est cette tâche ? », les étiquettes à « à quelle phase appartient-elle ? ». Avec ces deux informations, un coup d'œil suffit pour voir l'avancement de chaque phase.
  • La liste « En revue » oblige à faire relire chaque livrable par le binôme : c'est le même principe que la pull request de la partie 7.
⚠ Piège : ne créez pas une liste par phase (Exploration, Définition…) : vous mélangeriez la catégorie et l'état, et plus personne ne verrait ce qui est en cours, bloqué ou terminé.

✅ Point de contrôle

  • Le tableau contient les cinq listes et les six étiquettes.
  • Les règles de l'équipe sont écrites dans la description du tableau.
  • Les deux membres du binôme ont accès au tableau.

❓ Questions (à traiter dans la fiche de cadrage)

  1. Quelle différence faites-vous entre une liste et une étiquette ? Donnez un usage de chacune dans ce projet.
  2. Pourquoi limiter le nombre de cartes « En cours » par personne ?

📁 Dans le dossier : le lien du tableau dans la section 3 de la fiche de cadrage.

  1. Partie 3 : découper le travail en cartes

⏱ 30 min

Notions mobilisées : Organiser un projet UX avec Trello · Les cinq phases du processus UX

  • À partir de vos activités de la partie 1, créez au moins 12 cartes dans le Backlog, avec au moins deux cartes par phase. Pour chaque carte : un titre « verbe + livrable », une étiquette, un membre, une échéance, une checklist de trois à six étapes pour les cartes importantes, et le critère de fin dans la description.
  • Recopiez vos cartes dans l'onglet « Cartes » du classeur : il compte les cartes par phase et par statut.
  • Ajoutez les cartes déjà réalisées aujourd'hui (parties 0 à 2) et placez-les dans « Terminé ». Placez la carte de cette partie dans « En cours ». Joignez à la carte « Créer le dépôt » le lien de votre dépôt GitHub.
  • Faites une capture du tableau entier et enregistrez-la dans 00-cadrage/trello-v1.png.

Anatomie d'une bonne carte, exemple sur un autre projet

💡 Aide

  • Une carte doit pouvoir être terminée par une personne en une séance au maximum. « Faire les maquettes » est trop gros : découpez-la en « Wireframe de l'écran menu », « Wireframe de l'écran commande »…
  • Le critère de fin rend la carte vérifiable : « guide d'entretien relu par le binôme et déposé dans 01-explorer/ » plutôt que « guide fait ».
⚠ Piège : des cartes vagues (« UX », « Design », « Recherche ») ou toutes attribuées à la même personne. Le tableau ne sert alors ni à répartir le travail, ni à voir ce qui avance.

✅ Point de contrôle

  • Au moins 12 cartes, avec au moins deux cartes par phase (le classeur affiche « OK »).
  • Chaque carte a une étiquette, un membre, une échéance et un critère de fin.
  • La capture trello-v1.png est dans le dépôt.

❓ Questions (à traiter dans la fiche de cadrage)

  1. Quelle carte avez-vous dû découper ? En combien de cartes ?
  2. Quelles cartes dépendent d'une autre carte pour démarrer ? Donnez deux exemples.
  3. Le travail est-il équilibré entre les deux membres du binôme ? Que montre l'onglet « Cartes » ?

📁 Dans le dossier : l'onglet « Cartes » et la capture 00-cadrage/trello-v1.png.

  1. Partie 4 : comparer les outils de maquettage

⏱ 30 min

Notions mobilisées : Panorama des outils de maquettage

  • Dans l'onglet « Outils », donnez d'abord un poids de 1 à 3 à chaque critère, selon les besoins de votre équipe: un binôme qui travaille souvent à distance donnera un poids fort au travail à plusieurs.
  • Ouvrez ensuite le site officiel de chaque outil (Balsamiq, ioDraw, Figma, Adobe XD) et vérifiez son état actuel : offre gratuite, fonctionnement dans le navigateur, mises à jour. Notez chaque outil de 0 à 3 sur chaque critère, et justifiez chaque note par un constat. Le classeur calcule le score pondéré et le classement.

Placement indicatif des outils de maquettage selon la fidélité et le travail à plusieurs

💡 Aide

  • L'outil InVision, cité dans la leçon, a arrêté ses services de design collaboratif fin 2024, et Adobe XD n'est plus développé activement. Le critère « outil maintenu » sert à repérer ce risque : un projet qui dure plusieurs mois ne doit pas dépendre d'un outil qui s'arrête.
  • Un outil peut être excellent pour une phase et faible pour une autre : Balsamiq pour des wireframes rapides, Figma pour un prototype cliquable. Vous pourrez retenir deux outils.
⚠ Piège : noter un outil sur sa réputation ou sur sa publicité. Chaque note doit s'appuyer sur ce que vous avez vérifié vous-même, et la partie 5 va mettre vos notes à l'épreuve.

✅ Point de contrôle

  • Les huit critères ont un poids, et les quatre outils sont notés sur tous les critères (le classeur affiche « OK »).
  • Chaque note a un constat dans la dernière colonne.
  • Le classeur affiche le score pondéré et le classement.

❓ Questions (à traiter dans la fiche de cadrage)

  1. Quel critère avez-vous jugé essentiel (poids 3) ? Pourquoi, pour ce projet précis ?
  2. Le classement change-t-il si vous inversez les poids de deux critères ? Qu'en concluez-vous sur la fiabilité de la grille ?

📁 Dans le dossier : l'onglet « Outils » complété.

  1. Partie 5 : tester deux outils sur le même écran

⏱ 40 min

Notions mobilisées : Panorama des outils de maquettage

  • Reproduisez l'écran « Menu du jour » de CantineCampus (modeles/ecran-menu-du-jour.png) dans deux outils : ioDraw en basse fidélité, puis Figma en moyenne fidélité, dans un cadre de la taille d'un téléphone. Utilisez du vrai contenu (des noms de plats, pas de lorem ipsum).
  • Un membre du binôme construit l'écran pendant que l'autre chronomètre et note les difficultés ; échangez les rôles pour le second outil. Saisissez les temps dans l'onglet « Chronométrage ».
  • Exportez les deux écrans en PNG dans 00-cadrage/outils/ (menu-iodraw.png, menu-figma.png) et copiez le lien de partage du fichier Figma (en lecture seule) dans la fiche de cadrage.

L'écran Menu du jour à reproduire dans deux outils

💡 Aide

  • Dans Figma, créez d'abord un cadre (Frame, touche F) au format téléphone, puis construisez une carte « plat » et dupliquez-la : vous gagnerez du temps et les quatre plats resteront alignés.
  • Dans ioDraw, cherchez la bibliothèque de formes de maquette (wireframe) : elle contient des boutons, des listes et des cadres de téléphone prêts à l'emploi.
  • Après le test, revenez à l'onglet « Outils » : si une note ne correspond plus à ce que vous avez vécu, corrigez-la et expliquez pourquoi.
⚠ Piège : passer le temps du test à choisir des couleurs et des polices. En basse et moyenne fidélité, on évalue la structure de l'écran et la vitesse de l'outil, pas l'esthétique.

✅ Point de contrôle

  • Les deux écrans sont réalisés, avec les cinq éléments demandés, et exportés dans 00-cadrage/outils/.
  • Les deux temps sont saisis (le classeur affiche l'outil le plus rapide).
  • Le lien Figma est dans la fiche de cadrage.

❓ Questions (à traiter dans la fiche de cadrage)

  1. Le test a-t-il confirmé ou contredit votre grille de la partie 4 ? Sur quel critère ?
  2. Quel outil utiliseriez-vous pour un atelier rapide avec le directeur ? Et pour remettre une maquette aux développeurs ?

📁 Dans le dossier : l'onglet « Chronométrage » et les deux exports dans 00-cadrage/outils/.

  1. Partie 6 : rédiger la fiche de cadrage

⏱ 25 min

Notions mobilisées : Les cinq phases du processus UX · Organiser un projet UX avec Trello

  • Créez une branche pour rédiger la fiche : les modifications seront relues par votre binôme avant d'arriver sur main.
git switch -c cadrage-cantinecampus
  • Complétez les six sections de projet-cantinecampus/README.md selon le plan ci-dessous. Dans la section 4, rédigez votre recommandation d'outils en 6 à 10 lignes, appuyée sur la grille pondérée et sur le test chronométré.
  • Listez au moins trois risques du projet dans l'onglet « Risques » (probabilité, impact, parade) : le classeur calcule leur criticité. Reportez-les dans la section 6.
  • Faites un commit par section importante, puis envoyez la branche sur GitHub :

Le plan de la fiche de cadrage

git add projet-cantinecampus
git commit -m "Ajoute la fiche de cadrage et les risques du projet"
git push -u origin cadrage-cantinecampus

💡 Aide

  • Écrivez la fiche pour une personne qui découvre le projet : le directeur, ou un nouveau membre de l'équipe. Elle doit comprendre en deux minutes ce que vous allez faire, avec quoi et où trouver chaque livrable.
  • Un risque utile est précis et a une parade : « les usagers refusent d'être enregistrés pendant les entretiens → prise de notes mot pour mot par le binôme ».

✅ Point de contrôle

  • Les six sections de la fiche sont complétées.
  • Au moins trois risques sont évalués, avec une parade (le classeur affiche « OK »).
  • La branche cadrage-cantinecampus est visible sur GitHub.

❓ Questions (à traiter dans la fiche de cadrage)

  1. Quel est le risque le plus critique de votre projet ? Quelle carte Trello avez-vous ajoutée pour le traiter ?
  2. Si l'outil le mieux noté n'est pas le plus rapide, lequel retenez-vous ? Pourquoi ?

📁 Dans le dossier : la fiche de cadrage README.md et l'onglet « Risques ».

  1. Partie 7 : relire avec une pull request et présenter

⏱ 35 min

Notions mobilisées : Versionner les livrables UX avec Git et GitHub

  • Sur GitHub, ouvrez une pull request de cadrage-cantinecampus vers main. Votre binôme relit la fiche, laisse au moins deux commentaires (une question, une suggestion), puis vous corrigez et il fusionne la pull request.
  • Placez la carte « Rédiger la fiche de cadrage » dans « En revue » pendant la relecture, puis dans « Terminé » après la fusion, avec le lien de la pull request.
  • Revenez sur main, récupérez la fusion et marquez la fin du cadrage par une étiquette :

Branche, pull request et tag

git switch main
git pull
git tag -a cadrage-v1 -m "Fin du cadrage du projet CantineCampus"
git push origin cadrage-v1
  • Préparez une présentation de 3 minutes pour le directeur : le plan des cinq phases, le tableau Trello, l'outil retenu et le risque principal.
  • Variantes pour les binômes en avance : ajouter une automatisation Trello (une carte déplacée dans « Terminé » est cochée automatiquement) ; créer dans GitHub une issue par carte de la phase d'exploration ; ou reproduire l'écran dans un troisième outil.
  • Relisez votre dépôt : chaque livrable est dans le bon dossier, aucun fichier personnel n'est envoyé, et l'historique montre au moins un commit par partie.

💡 Aide

  • Dans une équipe UX, la pull request ne sert pas à relire du code, mais des livrables : elle garde une trace des remarques et des décisions, et rien n'arrive sur main sans avoir été relu.
  • Un tag marque une version que l'on peut retrouver plus tard : à la fin du projet, vous pourrez comparer la fiche de cadrage cadrage-v1 avec ce qui a vraiment été fait.
⚠ Piège : ne modifiez pas le classeur .xlsx à deux en même temps sur deux postes : Git ne sait pas fusionner un fichier Excel, et l'un des deux travaux serait perdu. Une seule personne modifie le classeur à la fois.

✅ Point de contrôle

  • La pull request est fusionnée, avec au moins deux commentaires de relecture.
  • Le tag cadrage-v1 apparaît sur GitHub.
  • Le tableau Trello reflète l'état réel du projet.

❓ Questions (à traiter dans la fiche de cadrage)

  1. Quelle remarque de votre binôme a le plus amélioré la fiche ?
  2. Pourquoi relire une fiche de cadrage avant de la fusionner, alors qu'elle ne contient pas de code ?

📁 Dans le dossier : la pull request fusionnée, le tag cadrage-v1 et le support de présentation dans 00-cadrage/.

  1. Grille d'évaluation (sur 20)

Critère Points
Partie 0 : dépôt structuré par phase, .gitignore, binôme collaborateur 2
Partie 1 : cinq phases décrites pour CantineCampus, cohérentes et réalistes 3
Parties 2–3 : tableau Trello (listes, étiquettes, règles) et au moins 12 cartes complètes 4
Partie 4 : grille pondérée, notes justifiées par des constats 3
Partie 5 : deux écrans réalisés et exportés, test chronométré, notes revues 3
Partie 6 : fiche de cadrage complète, recommandation argumentée, risques évalués 3
Partie 7 : pull request relue, tag, historique GitHub et présentation 2
Total 20
  1. Livrables

    • Le lien du dépôt GitHub ui-ux-design-bts, avec au moins un commit par partie, la pull request fusionnée et l'étiquette cadrage-v1.
    • La fiche de cadrage projet-cantinecampus/README.md.
    • Le classeur grille-projet.xlsx complété.
    • Le lien du tableau Trello (lecture seule), les deux exports d'écran et le support de présentation.
  1. Erreurs fréquentes

Symptôme Cause Solution
Un nouveau dépôt pour chaque TP Dépôt pensé pour un exercice, pas pour un projet Un seul dépôt ui-ux-design-bts, un dossier par phase
Les dossiers de phase n'apparaissent pas sur GitHub Git ne versionne pas les dossiers vides Ajouter un fichier .gitkeep dans chaque dossier
Une liste Trello par phase Confusion entre l'état et la catégorie Listes = état de la tâche ; étiquettes = phase
Une carte « Faire la recherche » Carte trop grosse, sans critère de fin Découper en livrables d'une séance, avec un critère de fin vérifiable
Toutes les cartes au même membre Travail non réparti Attribuer chaque carte et vérifier l'équilibre dans l'onglet « Cartes »
« Figma est le meilleur, tout le monde l'utilise » Choix sur la réputation Pondérer les critères selon le projet et justifier chaque note par un constat
Des couleurs et des polices dans le wireframe Fidélité mal choisie En basse fidélité : structure et contenu réel, en gris
Conflit impossible à fusionner sur le classeur Fichier .xlsx modifié à deux en même temps Une seule personne modifie le classeur à la fois
Une pull request fusionnée sans commentaire Relecture de façade Au moins une question et une suggestion avant la fusion
Un seul gros commit à la fin GitHub utilisé trop tard Faire un commit à la fin de chaque partie
  1. Pour aller plus loin

    • Relier votre tableau Trello à GitHub avec le Power-Up GitHub, pour afficher les commits et les pull requests sur les cartes.
    • Mettre en place un template de pull request (.github/pull_request_template.md) avec une liste de vérification.
    • Commencer la phase d'exploration du projet CantineCampus, comme nous le ferons au TP 5.
  1. Bilan

    • Le processus UX suit cinq phases, mais il est itératif: on revient en arrière dès qu'un résultat le demande.
    • Un tableau Trello utile sépare l'état d'une tâche (listes) de sa phase (étiquettes), et chaque carte produit un livrable vérifiable.
    • Un outil de maquettage se choisit sur des critères pondérés et un test réel, pas sur sa réputation.
    • Dans un projet UX, Git et GitHub servent à ranger, dater et faire relire chaque livrable.
Un projet bien rangé ne garantit pas une bonne expérience utilisateur, mais un projet mal rangé la rend presque impossible.