#Sommaire
| § | Section |
|---|---|
| 1 | Méthode de lecture d'un parcours |
| 2 | Parcours 1 — Développeur / ingénieur logiciel |
| 3 | Parcours 2 — Product Owner / Product Manager |
| 4 | Parcours 3 — QA / Test Lead / SDET |
| 5 | Parcours 4 — Architecte logiciel et d'entreprise |
| 6 | Parcours 5 — CTO / VP Ingénierie |
| 7 | Parcours 6 — DSI / directeur TI |
| 8 | Parcours 7 — Analyste d'affaires |
| 9 | Parcours 8 — Ops / SRE / DevOps |
| 10 | Parcours 9 — Sécurité et conformité |
| 11 | Parcours 10 — Agence, ESN et intégrateur |
| 12 | Parcours 11 — PME et dirigeant non technique |
| 13 | Parcours 12 — Enseignement et étudiants |
| 14 | Carte d'expérience globale — de la découverte à la recommandation |
| 15 | Synthèse des frictions transverses et priorités de correction |
#1. Méthode de lecture d'un parcours
#1.1 La grille employée
Chaque parcours est décrit par un tableau à six colonnes, suivi d'un diagramme.
| Colonne | Contenu |
|---|---|
| Étape | Un moment identifiable du parcours, nommé du point de vue de la personne |
| Action | Ce que la personne fait concrètement |
| Point de contact | L'écran, la route ou l'artefact réellement rencontré |
| Émotion | L'état probable de la personne à cette étape |
| Point de friction réel | Un obstacle vérifié dans le produit, jamais supposé |
| Opportunité | L'amélioration qui lèverait la friction, rattachée au carnet de produit |
#1.2 L'échelle émotionnelle
Quatre états suffisent à décrire un parcours professionnel. Une échelle plus fine serait de la décoration.
| État | Signe | Signification |
|---|---|---|
| Élan | ▲ | La personne avance plus vite qu'attendu |
| Neutre | ► | La personne fait ce qu'elle avait prévu de faire |
| Doute | ◆ | La personne s'interroge sur la fiabilité ou la suite |
| Friction | ▼ | La personne est ralentie, ou doit contourner |
#1.3 La règle des frictions
Aucune friction n'est inventée. Chaque ligne de la colonne « Point de friction réel » renvoie soit à une dette recensée au § 27 du carnet de produit, soit à une capacité au statut En cours, Planifié ou Bloqué. Une étape sans friction connue porte la mention —.
#1.4 Le vocabulaire des points de contact
| Point de contact | Nature |
|---|---|
| Route du portail client | Ce que voit un utilisateur métier ou technique dans son espace de travail |
| Destination du portail d'administration | Ce que voit un exploitant de la plateforme |
| Vue de l'espace de travail | L'une des onze vues canoniques du projet |
| Artefact | Un livrable produit par la plateforme |
| Courriel ou notification | Un contact hors interface |
#2. Parcours 1 — Développeur / ingénieur logiciel
Déclencheur. On confie au développeur la reprise d'un service dont l'auteur a quitté l'entreprise.
Résultat visé. Comprendre le service, corriger un défaut, et livrer sans casser la traçabilité.
Durée observée du parcours complet [Hypothèse]. Une demi-journée pour la compréhension, deux jours pour la première livraison.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Prise de connaissance | Ouvrir le projet et parcourir le tableau de bord | Route / puis /projects |
► | — | — |
| 2. Rattachement de la source | Déclarer l'adresse du dépôt et la référence de coffre | Route /projects/[projectId]/sources |
► | Un secret collé au lieu d'un chemin est refusé, mais le message pourrait être plus pédagogique | F-14-08 · message d'aide contextuel |
| 3. Attente de l'analyse | Suivre le passage du travail au statut prêt | Route /projects/[projectId]/sources |
◆ | Le clonage s'exécute sans délai maximal : un dépôt lent immobilise le traitement | Dette D-06 · délai maximal de clonage |
| 4. Lecture de l'architecture | Consulter les sept familles d'artefacts | Vue Artefacts |
▲ | — | — |
| 5. Constat de couverture partielle | Découvrir la liste des fichiers non analysés | Détail du travail d'analyse | ▼ | L'analyse profonde ne couvre que Python ; les autres langages sont déclarés non pris en charge | F-01-12 · analyseurs hors Python |
| 6. Recherche de l'intention | Remonter d'une ancre de code vers l'exigence | Vue Graphe puis fiche d'objet |
▲ | — | — |
| 7. Écriture du correctif | Coder avec l'exigence ouverte à côté | Route /projects/[projectId]/spec/[itemId] |
► | — | — |
| 8. Génération des tests | Produire les scénarios depuis les critères | Vue Tests |
▲ | La vue n'est disponible que dans un projet marqué comme réservé aux tests | F-07-06 · règle assumée, à documenter |
| 9. Exécution du pipeline | Lancer la simulation puis l'exécution | Vue Livraison |
► | L'étape d'analyse échoue si un outil manque, avec un message nommant l'outil | F-13-04 · comportement voulu |
| 10. Attente d'approbation | Solliciter un approbateur distinct | Route /approvals |
◆ | L'approbateur doit différer du demandeur, ce qui bloque un développeur seul | F-13-06 · règle assumée |
| 11. Mise en ligne | Constater le déploiement relu et l'adresse servie | Vue Livraison |
▲ | — | — |
| 12. Clôture | Vérifier la couverture et le journal d'audit | Route /projects/[projectId]/analyze |
▲ | — | — |
Aucun diagramme à afficher
Diagramme 1 — flowchart
#3. Parcours 2 — Product Owner / Product Manager
Déclencheur. Une direction métier demande une nouvelle fonctionnalité pour le trimestre suivant.
Résultat visé. Cadrer, prioriser, faire construire, et démontrer que ce qui est livré correspond à ce qui a été demandé.
Durée observée du parcours complet [Hypothèse]. Deux semaines du cadrage à la démonstration.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Recueil du besoin | Écrire l'intention en français dans l'écran de spécification | Route /projects/[projectId]/specify |
▲ | — | — |
| 2. Observation de l'agent | Suivre les étapes de génération en direct | Route /projects/[projectId]/agents |
▲ | — | — |
| 3. Tri des propositions | Accepter ou refuser objet par objet | Route /projects/[projectId]/specify |
► | — | — |
| 4. Vérification de forme | Contrôler la conformité de la grammaire | Vue Spéc |
► | — | — |
| 5. Priorisation | Ordonner les exigences par étape du cycle de vie | Vue Tableaux |
► | — | — |
| 6. Revue avec les parties prenantes | Soumettre le lot et recueillir les décisions | Vue Revue |
◆ | Il n'existe pas encore de file de revue transverse à tous les projets | F-06-10 · file de revue transverse |
| 7. Suivi de construction | Consulter les exécutions d'agents du projet | Vue AgentOps |
► | — | — |
| 8. Contrôle de couverture | Consulter la carte de chaleur et les écarts | Route /projects/[projectId]/analyze |
◆ | — | — |
| 9. Contrôle budgétaire | Vérifier la consommation en regard du budget | Route /usage |
▼ | Les compteurs d'usage détaillés sont figés dans le code | F-18-13 · compteurs d'usage réels |
| 10. Démonstration | Ouvrir un lien profond vers l'écran concerné | Vue Livraison |
▲ | — | — |
| 11. Recueil des retours | Consulter les idées et les votes | Route /projects/[projectId]/feedback |
▲ | — | — |
| 12. Bouclage | Transformer une idée retenue en exigence | Route /projects/[projectId]/feedback |
▼ | La promotion d'une idée en exigence n'existe pas ; la ressaisie reste manuelle | F-19-09 · promotion d'une idée en exigence |
Aucun diagramme à afficher
Diagramme 2 — flowchart
#4. Parcours 3 — QA / Test Lead / SDET
Déclencheur. Une release est annoncée pour dans dix jours et la couverture n'est pas connue.
Résultat visé. Établir une couverture reliée aux exigences, exécuter des tests réels, et rendre un verdict défendable.
Durée observée du parcours complet [Hypothèse]. Une semaine.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. État des lieux | Consulter la carte de chaleur de couverture | Vue Tests |
▼ | — | — |
| 2. Identification des manques | Lister les critères sans test | Route /projects/[projectId]/analyze |
► | — | — |
| 3. Génération des scénarios | Produire les scénarios manquants | Vue Tests |
▲ | — | — |
| 4. Relecture des scénarios | Corriger dans l'éditeur intégré | Vue Tests |
► | — | — |
| 5. Préparation des données | Générer des jeux synthétiques cohérents | Service de fabrique de données de test | ▲ | — | — |
| 6. Exécution navigateur | Lancer un test réel contre l'adresse déployée | Vue Livraison |
► | Le test navigateur réel n'est prouvé que sur l'environnement de développement | F-12-04 · extension aux autres environnements |
| 7. Diagnostic des échecs | Ouvrir le tiroir de détail d'une exécution | Destination Flotte d'agents |
◆ | Le regroupement automatique des échecs par cause est désactivé par défaut | F-12-12 · regroupement des échecs |
| 8. Contrôle des portes | Vérifier les portes non franchies | Vue Livraison |
► | — | — |
| 9. Analyse de la base | Lancer l'analyse de la base en exploitation | Assistant de conseil de base de données | ▲ | — | — |
| 10. Contrôle des brèches de service | Consulter les brèches de seuil | Destination État système |
◆ | La latence affichée par service vaut toujours zéro en mode passerelle | Dette D-24 · latence par service |
| 11. Rapport | Produire l'état de couverture daté | Route /projects/[projectId]/trace |
► | L'export de la matrice vers un tableur n'existe pas | F-04-09 · export de la matrice |
| 12. Verdict | Rendre l'avis de qualification | Vue Revue |
▲ | — | — |
Aucun diagramme à afficher
Diagramme 3 — flowchart
#5. Parcours 4 — Architecte logiciel et d'entreprise
Déclencheur. Le comité d'architecture demande une cartographie à jour d'un système dont le plan date de trois ans.
Résultat visé. Produire une cartographie fondée sur le code réel, mesurer la dérive, et proposer une trajectoire.
Durée observée du parcours complet [Hypothèse]. Trois jours.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Import du système | Rattacher les dépôts et le schéma de base | Route /projects/[projectId]/sources |
► | — | — |
| 2. Émission des artefacts | Générer les sept familles d'un seul appel | Vue Artefacts |
▲ | — | — |
| 3. Vérification des ancrages | Contrôler que chaque élément cite son fichier et sa ligne | Vue Artefacts |
▲ | — | — |
| 4. Constat de périmètre | Lire la liste des entrées non prises en charge | Détail du travail d'analyse | ▼ | Seul Python est analysé en profondeur ; six autres langages sont déclarés non couverts | F-01-12 · analyseurs hors Python |
| 5. Découpage du domaine | Obtenir les contextes bornés et la carte de contexte | Vue Artefacts |
▲ | — | — |
| 6. Production des diagrammes | Générer les vues normalisées | Service d'artefacts | ► | Cinq types de diagrammes seulement possèdent un rendu spécialisé ; neuf retombent sur un organigramme générique | F-05-03 · générateurs spécialisés supplémentaires |
| 7. Insertion en comité | Préparer les figures du support | Export d'artefacts | ▼ | Aucun export en image ; la sortie est un texte de diagramme | F-05-12 · export d'un diagramme en image |
| 8. Mesure de la dérive | Lancer l'analyse de dérive et consulter les constats | Service de rétro-ingénierie | ◆ | — | — |
| 9. Analyse de sécurité | Consulter la surface d'attaque et les écarts de posture | Vue Artefacts |
◆ | — | — |
| 10. Proposition de trajectoire | Obtenir un plan de modernisation progressif | Vue Artefacts |
▲ | — | — |
| 11. Décision d'architecture | Créer l'objet de décision et le soumettre à revue | Vue Revue |
► | — | — |
| 12. Maintien à jour | Brancher l'analyse incrémentale sur le dépôt | Service de rétro-ingénierie | ▲ | — | — |
Aucun diagramme à afficher
Diagramme 4 — flowchart
#6. Parcours 5 — CTO / VP Ingénierie
Déclencheur. Le conseil demande une position claire sur l'usage de l'IA dans l'ingénierie.
Résultat visé. Disposer d'un inventaire, d'un plafond d'autonomie déclaré, d'un budget maîtrisé et d'une preuve de gouvernance.
Durée observée du parcours complet [Hypothèse]. Deux semaines pour constituer le dossier.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Inventaire des agents | Consulter le registre central | Destination Agents IA |
▲ | — | — |
| 2. Contrôle des capacités | Vérifier les capacités accordées par agent | Destination Registre (skills/outils/prompts) |
► | — | — |
| 3. Déclaration d'autonomie | Fixer un plafond par rôle d'agent | Destination Rôles IA |
▼ | Le drapeau des rôles virtuels vaut false par défaut et n'est activé dans aucun manifeste |
F-09-11 · activation par environnement |
| 4. Contrôle du refus par défaut | Vérifier qu'une action non couverte est refusée | Destination Garde-fous & exécution |
▲ | — | — |
| 5. Simulation d'une règle | Évaluer une action avant activation | Destination Garde-fous & exécution |
▲ | — | — |
| 6. Cadrage budgétaire | Créer des budgets par périmètre | Destination Budgets & quotas |
► | — | — |
| 7. Plafonnement des jetons | Fixer un plafond journalier et mensuel | Trousse d'agents · budget de jetons | ► | — | — |
| 8. Contrôle des coûts par modèle | Comparer les modèles configurés | Destination Modèles & adaptateurs |
► | — | — |
| 9. Contrôle de la chaîne de livraison | Vérifier l'approbation humaine et la séparation des devoirs | Destination Gouvernance & SoD |
▲ | — | — |
| 10. Constitution des preuves | Vérifier l'intégrité du journal et générer un rapport | Destination Audit & conformité |
▲ | — | — |
| 11. Consolidation | Présenter les indicateurs de couverture et de refus | Destination État système |
► | — | — |
| 12. Décision de plan | Choisir le palier commercial adapté | Route /invoices |
▼ | Le catalogue de plans contient encore un vocabulaire hérité d'un autre domaine | F-18-03 · nettoyage du catalogue |
Aucun diagramme à afficher
Diagramme 5 — flowchart
#7. Parcours 6 — DSI / directeur TI
Déclencheur. Un audit interne porte sur l'usage de l'intelligence artificielle et la protection des renseignements personnels.
Résultat visé. Fournir un dossier opposable sans mobiliser une équipe pendant un mois.
Durée observée du parcours complet [Hypothèse]. Cinq jours.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Cadrage de l'audit | Recenser les questions de l'auditeur | Hors interface | ► | — | — |
| 2. Inventaire des agents | Extraire le registre central | Destination Agents IA |
▲ | — | — |
| 3. Preuve du refus par défaut | Montrer un refus journalisé | Destination Garde-fous & exécution |
▲ | — | — |
| 4. Preuve de séparation des devoirs | Montrer un blocage d'auto-approbation | Destination Gouvernance & SoD |
▲ | — | — |
| 5. Preuve d'intégrité | Lancer la vérification de la chaîne d'audit | Destination Audit & conformité |
▲ | — | — |
| 6. Rapport de conformité | Générer le rapport sur la période auditée | Destination Audit & conformité |
▲ | — | — |
| 7. Preuve d'étanchéité | Montrer qu'un accès croisé produit une absence | Test de recette | ▲ | — | — |
| 8. Contrôle des accès | Extraire les permissions effectives des comptes sensibles | Destination Utilisateurs & RBAC |
◆ | Cinq rôles sectoriels hérités subsistent hors hiérarchie et brouillent la lecture | Dette D-02 · retrait des rôles hérités |
| 9. Contrôle de la posture d'authentification | Vérifier le mode appliqué par environnement | Destination Configuration |
▼ | Le mode par en-têtes auto-déclarés est la valeur par défaut du code | F-16-12 · mode strict par manifeste |
| 10. Contrôle de la protection des données | Montrer les registres de consentement et les demandes traitées | Service d'identité | ▲ | — | — |
| 11. Traçabilité des agents | Extraire le journal des appels d'outils | Destination Audit & conformité |
▲ | — | — |
| 12. Restitution | Remettre le dossier à l'auditeur | Exports locaux | ▲ | — | — |
Aucun diagramme à afficher
Diagramme 6 — flowchart
#8. Parcours 7 — Analyste d'affaires
Déclencheur. Un service métier lance un projet de refonte et n'a qu'un document de cadrage vieux de deux ans.
Résultat visé. Transformer ce document en référentiel vivant, relié et validé.
Durée observée du parcours complet [Hypothèse]. Une semaine.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Import du document | Téléverser le cadrage existant | Route /imports |
▲ | — | — |
| 2. Relecture des propositions | Accepter ou refuser objet par objet | Route /projects/[projectId]/specify |
► | — | — |
| 3. Cadrage du métamodèle | Déclarer les types et les liens autorisés | Service de collaboration · métamodèle | ► | — | — |
| 4. Structuration | Typer et relier les exigences | Vue Spéc |
► | — | — |
| 5. Vérification de forme | Contrôler la grammaire des exigences | Vue Spéc |
▲ | — | — |
| 6. Analyse de l'existant | Consulter les candidats déduits du système actuel | File de validation humaine | ◆ | Les candidats produits par certains émetteurs portent des types hors du vocabulaire persistable | Dette D-14 · vocabulaire de candidats |
| 7. Validation des candidats | Approuver ou rejeter chaque candidat | File de validation humaine | ► | — | — |
| 8. Atelier de revue | Soumettre le lot aux parties prenantes | Vue Revue |
◆ | — | — |
| 9. Production du cahier | Générer le document d'exigences produit | Service d'artefacts | ▲ | — | — |
| 10. Production des schémas | Générer les diagrammes de processus | Service d'artefacts | ► | Neuf types de diagrammes sur quatorze retombent sur un rendu générique | F-05-03 · générateurs spécialisés supplémentaires |
| 11. Suivi de couverture | Consulter la matrice de traçabilité | Route /projects/[projectId]/trace |
▲ | — | — |
| 12. Gestion du changement | Mesurer l'impact d'une évolution d'exigence | Route /projects/[projectId]/trace |
► | — | — |
Aucun diagramme à afficher
Diagramme 7 — flowchart