Deux projets d’équipe

En bref

Deux projets du second semestre 2026, menés en sprints d’une semaine. Dans les deux, j’ai tenu la chefferie de projet et l’architecture, et l’équipe a travaillé avec des assistants d’IA sous des règles écrites avant de commencer.

Cadre

Master MIAGE, université de Bordeaux, 2026

Rôle

Chef de projet, garant de l’architecture

Équipes

Sept personnes sur chacun des deux projets

Rythme

Sprints d’une semaine

Mots-cléschefferie de projet · méthodes agiles · sprints · Trello · Jira · cadrage du besoin · SFD · STD · Angular · Node.js · Express · MySQL · Vitest · Playwright · Astro · charte d’usage de l’IA · agents IA · marketing · personas · positionnement · PESTEL · SWOT · benchmark

Une application de gestion pour une association

Une association étudiante organise des événements et doit justifier chaque dépense pour obtenir ses subventions. L’application tient les événements, le budget prévisionnel et réel avec ses pièces jointes, le planning des bénévoles en glisser-déposer, un tableau de tâches, et sort le dossier de subvention complet en PDF.

Période

Mars à mai 2026, 180 commits

Pile

Angular 17, Node.js et Express, MySQL 8

Tests

Vitest et Supertest côté serveur, Playwright de bout en bout

Ce que j’ai tenu

• Le cadrage du besoin avec l’association et la modélisation fonctionnelle, puis les spécifications fonctionnelles et techniques.
• L’organisation du dépôt : une branche par personne, fusion par demande relue, tests verts avant tout commit.
• Une stratégie de tests à trois étages, écrite pour que chacun sache quoi tester et avec quel outil.

La charte d’usage de l’IA

La règle a été posée avant la première utilisation : l’outil aide sur des tâches délimitées, la supervision ne se négocie pas. L’équipe a remis un rapport d’utilisation avec le projet.

Fait

Relire et comprendre chaque suggestion avant de l’intégrer, tester toute modification, garder la revue de code entre membres

Refusé

Intégrer du code non analysé, laisser l’outil agir sans validation, le solliciter sur les choix fonctionnels ou d’architecture

Ce que l’équipe en a tiré, écrit dans le rapport : plusieurs suggestions étaient fausses et ont été repérées aux tests ; une réponse bien formulée donne facilement l’impression d’être fiable, d’où la règle que chacun doit savoir expliquer ce qu’il intègre ; sur l’architecture et les priorités, l’outil n’a rien apporté.

Le lancement d’un vélo électrique pliant

Un produit à lancer en vente directe auprès des navetteurs de la métropole bordelaise : il fallait le positionner, puis construire le site qui le vend. Quatre sprints d’une semaine : le marketing, les fondations du site, les pages, la mise en ligne.

Période

Mai à juin 2026, 180 commits

Site

Astro 5 : accueil, fiche produit, page professionnels, formulaires d’essai et de devis flotte

Suivi

Planning de sprints, tableau Trello, feuilles de présence par sprint

Le volet marketing

• Huit livrables avant la première ligne de code : benchmark, cadrage, personas, parcours client, mix marketing, PESTEL, positionnement et proposition de valeur, SWOT.
• Un positionnement tranché et tenu : un outil de mobilité professionnel plutôt qu’un objet de loisir, un prix justifié par la vente directe, et un service après-vente mobile avec vélo de prêt comme différenciateur.
• Puis le cahier des charges, la maquette et le planning, qui découlent du positionnement.

Le positionnement comme règle pour les agents

Le fichier de contexte du dépôt porte aussi le positionnement, le prix et le différenciateur comme des règles qu’un assistant ne doit jamais diluer, pour qu’une page rédigée avec son aide dise la même chose que le dossier marketing.

Outils

• Angular, Node.js, Express, MySQL pour l’application ; Astro pour le site.
• Vitest, Supertest, Playwright.
• Git en branches personnelles et demandes de fusion, commits conventionnels.
• Assistants d’IA sous charte et fichiers de contexte versionnés.