Feuille de route

Où en est Waterfall.

La spécification, le contrat d’API et une maquette de l’interface sont publiés. Le logiciel lui-même se construit maintenant, par tranches qui vont chacune du contrat jusqu’à l’écran. État au 9 octobre 2026.

Ce qui existe aujourd’hui

  • La spécification : plus de deux cents exigences, chacune avec un identifiant, un motif et un critère de vérification observable. Elle décrit le fonctionnement complet de la première version, ainsi que son architecture technique.
  • Le contrat d’API : environ cent cinquante opérations, écrites à la main en OpenAPI. Il fait foi : le client de l’interface en est généré, et un service qui s’en écarterait serait rejeté par la chaîne d’intégration.
  • La maquette : l’interface complète, qui fonctionne contre un faux service servant les exemples du contrat. On peut la lancer sur son poste depuis le dépôt.
  • Le socle : l’outillage, les règles de code par langage et la chaîne qui vérifie chaque modification.

Le produit utilisable, celui qui chiffre et pilote un vrai projet, n’existe pas encore. Les fonctions décrites dans les pages Principes sont celles que la spécification fixe, et qui seront livrées dans l’ordre ci-dessous.

L’ordre de construction

L’ordre suit les dépendances métier, pas la numérotation : un projet ne se crée pas sans référentiel, une ligne de coût n’existe que par import, et la survenance d’un risque se chiffre par le reste à engager.

EPICContenuÉtat
EP-01 Socle de développement
L’outillage, les règles de code et la chaîne d’intégration que tout le code traverse.
livré
EP-02 Maquette du front sur contrat simulé
Tous les écrans, branchés sur un faux service qui sert les exemples du contrat d’API.
livré
EP-03 Comptes, authentification et habilitations
Le premier service réel : API, base de données, identité, rôles d’habilitation et permissions. À sa livraison, une démo en ligne ouvre aux testeurs.
en cours
EP-14 Maquette du front : finitions
L’achèvement des écrans de la maquette, en parallèle d’EP-03.
à planifier
EP-05 Référentiel de l’entreprise
Organisation, rôles de ressources, calendriers, natures et catégories de coût, taux horaires.
à planifier
EP-04 Projets, révisions et cycle de vie
La création des projets, les révisions et leur marquage, la révision de référence.
à planifier
EP-06 Planification
La grille de planning, le Gantt, le chemin critique, l’aller-retour MS Project.
à planifier
EP-07 Chiffrage et devis
Les lignes de devis, les taux, l’inflation, le plan de charge, l’aller-retour Excel du devis.
à planifier
EP-09 Coûts réels, reste à engager et import des coûts
L’import des coûts de l’ERP, la réestimation et son aller-retour Excel.
à planifier
EP-10 Indicateurs de projet
Valeur acquise, indices, projections à terminaison et courbes.
à planifier
EP-08 Avenants, risques et provisions
Les différentiels, les risques, leurs provisions, la survenance et la couverture.
à planifier
EP-11 Portefeuille
Les vues consolidées sur l’ensemble des projets.
à planifier
EP-13 Exploitation et mise en production
L’empaquetage, la sauvegarde et le déploiement de la plateforme.
à planifier

Les échanges de fichiers n’ont pas d’EPIC propre : chaque aller-retour se valide dans le bloc fonctionnel qui l’utilise (MS Project avec la planification, le devis avec le chiffrage, le reste à engager avec les coûts réels).

Comment le produit se construit

Après la maquette, chaque EPIC est une tranche verticale : contrat, noyau métier, API, écran et tests. Livrer tout le service puis toute l’interface ne donnerait rien à voir avant la fin.

  • Chaque exigence de la spécification est close par un seul EPIC, qui la vérifie en entier.
  • Les critères d’acceptation des récits utilisateur reprennent mot pour mot le critère de vérification des exigences, exemples chiffrés compris : ce sont eux qui deviennent les cas de test.
  • Le travail arrive par lots : un lot, une branche, une demande de fusion, d’environ mille à mille cinq cents lignes tests compris, pour qu’une relecture attentive reste possible.
  • La chaîne vérifie, teste et mesure la couverture des exigences à chaque demande de fusion. Des agents peuvent cadrer, développer et relire ; fusionner un EPIC dans la branche principale reste toujours une décision humaine.

Suivre l’avancement

La feuille de route détaillée, avec les récits utilisateur de chaque EPIC, est publiée dans le dépôt. Lire ce répertoire suffit à savoir où en est le projet, sans ouvrir les tickets.

Lire la feuille de route sur GitHub

Rejoindre le projet

Envie de tester Waterfall ou d’y contribuer ?

Waterfall se construit en public. Testeurs, chefs de projet, contrôleurs de gestion, développeurs : chaque retour compte, d’une remarque sur la spécification au test d’un écran.