Front-end — backlogs & manques

État du backlog pour chaque application front : ce qui existe côté Jira client, et ce qui est proposé pour combler les manques.

Légende● JIRA backlog existant dans le Jira du client (clés FSD-xxx) · ◆ PROPOSÉ backlog déduit des CDC (codes BO-/MOB-/TER-, indicatifs, à valider).

Vue consolidée

Application● JIRA Backlog clientExistant◆ PROPOSÉ déduit des CDCEst.
Portail e-servicestag PORT (10 épics)≈ 186
App mobile victimesaucun08 épics MOB-*~82
Back-office métieraucune IHM08 épics BO-*~180
App terrain — contrôleaucun05 épics TER-*~54

Backlogs proposés

Faute de tickets côté client pour trois des quatre fronts, une décomposition dérivée des CDC et du catalogue de services est proposée — visible sur chaque page d'application (back-office, mobile victimes, terrain). Environ 316 écrans/stories au total (indicatif), à valider avec le métier puis à importer dans Jira.

  1. Back-office métier (~180) — le plus gros chantier front : 8 épics alignées sur les processus (socle, PR1, PR2, PR3, recouvrement, référentiels, pilotage, administration).
  2. App mobile victimes (~82) — périmètre du portail réduit au mobile + épics spécifiques (compte, dossier, demandes, offre, documents, push, réclamations, socle).
  3. App terrain (~54) — collecte mobile hors-ligne + mobile-bff : socle, missions, saisie, capture, synchronisation.
Statut des propositions. Codes indicatifs (BO-, MOB-, TER-), pas des clés Jira : le Jira client utilise les clés FSD-xxx. Ces backlogs sont une base de discussion à valider avec le métier avant import — les estimations sont grossières et n'engagent pas.

Rappel — hors périmètre développé

L'ERP (Odoo) n'est pas une application front à construire : son interface est livrée avec le progiciel et paramétrée. Le paramétrage des vues et droits Odoo est un chantier distinct, dans l'univers Odoo, hors des applications React/PWA ci-dessus.