#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
#9. Parcours 8 — Ops / SRE / DevOps
Déclencheur. Une fenêtre de livraison est ouverte pour une version majeure, et l'incident précédent n'a pas été expliqué.
Résultat visé. Livrer sans surprise, garder la trace de chaque décision, et pouvoir revenir en arrière.
Durée observée du parcours complet [Hypothèse]. Une journée de préparation, deux heures de fenêtre.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Vérification de la santé | Consulter l'état agrégé des services | Destination État système |
► | La latence par service vaut toujours zéro en mode passerelle | Dette D-24 · latence par service |
| 2. Simulation du déploiement | Lancer la simulation et lire les obstacles | Vue Livraison |
▲ | — | — |
| 3. Correction des obstacles | Traiter les portes non franchies | Vue Livraison |
► | — | — |
| 4. Vérification du registre | Confirmer le lien au registre d'images | Assistant de cible de déploiement | ► | Les registres d'infonuagique sont signalés comme nécessitant un échange de jeton absent | F-14-10 · échange de jetons de registre |
| 5. Construction de l'image | Lancer la construction sans démon privilégié | Service de déploiement | ▲ | — | — |
| 6. Demande d'approbation | Solliciter un approbateur distinct | Destination Gouvernance & SoD |
◆ | — | — |
| 7. Déploiement | Appliquer puis constater la relecture d'état | Vue Livraison |
► | — | — |
| 8. Surveillance | Suivre l'activité et les brèches de seuil | Destination Flotte d'agents |
◆ | Le flux d'activité est obtenu par sondage toutes les dix secondes, pas par événements poussés | F-08-11 · flux par événements serveur |
| 9. Détection d'une anomalie | Ouvrir le tiroir de détail d'une exécution | Destination Flotte d'agents |
▼ | — | — |
| 10. Contention | Interrompre l'exécution et désactiver un drapeau | Destinations Flotte d'agents et Feature-flags |
► | — | — |
| 11. Retour arrière | Déclencher le retour arrière tracé | Vue Livraison |
▲ | — | — |
| 12. Compte rendu d'incident | Reconstituer la chronologie depuis le journal | Destination Audit & conformité |
▲ | — | — |
Aucun diagramme à afficher
Diagramme 8 — flowchart
#10. Parcours 9 — Sécurité et conformité
Déclencheur. Une équipe métier demande l'ouverture d'une compétence externe pour ses agents.
Résultat visé. Décider en connaissance de cause, tracer la décision, et pouvoir révoquer instantanément.
Durée observée du parcours complet [Hypothèse]. Deux jours d'instruction.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Réception de la demande | Recevoir la demande d'ouverture | Destination Registre (skills/outils/prompts) |
► | — | — |
| 2. Import gouverné | Soumettre le contenu au pipeline d'import | Destination Registre (skills/outils/prompts) |
► | — | — |
| 3. Contrôle de provenance | Vérifier la source, l'adresse et la licence | Destination Registre (skills/outils/prompts) |
▲ | — | — |
| 4. Contrôle de signature | Vérifier la signature du contenu | Service de registre d'extensions | ▲ | Un contenu invérifiable reste marqué comme non vérifié, ce qui exige un arbitrage humain | F-09-09 · comportement voulu |
| 5. Recherche de secret | Vérifier l'absence de valeur secrète en clair | Service de registre d'extensions | ▲ | — | — |
| 6. Lecture du risque | Consulter le niveau de risque persisté | Destination Registre (skills/outils/prompts) |
◆ | — | — |
| 7. Instruction de la revue | Analyser puis décider | Destination Gouvernance & SoD |
► | Il n'existe pas de file de revue transverse à tous les périmètres | F-06-10 · file de revue transverse |
| 8. Octroi restreint | Accorder la capacité à un agent précis plutôt qu'à toute l'organisation | Destination Rôles IA |
► | L'adoption d'une capacité globale dépend d'un drapeau désactivé par défaut | F-09-06 · adoption de capacités globales |
| 9. Contrôle d'usage | Consulter le journal des appels d'outils | Destination Audit & conformité |
▲ | — | — |
| 10. Détection d'un usage anormal | Repérer un pic d'appels | Destination Budgets & quotas |
▼ | — | — |
| 11. Révocation | Révoquer la capacité et constater la propagation | Destination Registre (skills/outils/prompts) |
▲ | — | — |
| 12. Rapport post-incident | Vérifier l'intégrité du journal et exporter les preuves | Destination Audit & conformité |
▲ | — | — |
Aucun diagramme à afficher
Diagramme 9 — flowchart
#11. Parcours 10 — Agence, ESN et intégrateur
Déclencheur. Un client confie la reprise d'un système sans documentation, avec une réponse attendue sous dix jours.
Résultat visé. Produire un diagnostic défendable, chiffrer la mission, puis livrer et transférer la connaissance.
Durée observée du parcours complet [Hypothèse]. Deux jours pour le diagnostic, plusieurs semaines pour la mission.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Ouverture de l'entité cliente | Créer le locataire du client | Destination Locataires |
▲ | — | — |
| 2. Import du système | Rattacher les dépôts et le schéma | Route /projects/[projectId]/sources |
► | — | — |
| 3. Diagnostic | Produire les sept familles d'artefacts | Vue Artefacts |
▲ | Le périmètre d'analyse profonde se limite à Python, ce qui doit être annoncé au client | F-01-12 · analyseurs hors Python |
| 4. Chiffrage | Mesurer complexité, couplage et code mort | Vue Artefacts |
▲ | — | — |
| 5. Proposition | Présenter un plan de modernisation chiffré | Export d'artefacts | ▲ | — | — |
| 6. Cadrage contractuel | Faire valider les exigences déduites | File de validation humaine | ► | — | — |
| 7. Production | Confier les tâches répétitives au personnel virtuel | Vue Personnel IA |
► | La chaîne d'imputabilité par tâche n'existe pas encore | F-10-10 · registre d'imputabilité |
| 8. Dépôt des identifiants | Déposer les secrets du client dans le coffre | Route /credentials |
▲ | — | — |
| 9. Livraison | Publier le front et déployer le service | Vue Livraison |
► | — | — |
| 10. Mise en ligne | Servir le produit sur un sous-domaine avec chiffrement | Vue Livraison |
▲ | Le provisionnement automatique d'un fournisseur d'identité pour le produit livré est bloqué | F-14-11 · déblocage d'exploitation |
| 11. Transfert de connaissance | Remettre le dossier d'architecture et la traçabilité | Export d'artefacts | ▲ | L'export de la matrice vers un tableur n'existe pas | F-04-09 · export de la matrice |
| 12. Clôture | Transférer le compte et retirer les accès | Destination Utilisateurs & RBAC |
► | — | — |
Aucun diagramme à afficher
Diagramme 10 — flowchart
#12. Parcours 11 — PME et dirigeant non technique
Déclencheur. Le prestataire historique augmente ses tarifs et la dirigeante ne sait pas ce que contient son logiciel.
Résultat visé. Reprendre la maîtrise, comprendre, suivre, et décider sans dépendre d'une seule personne.
Durée observée du parcours complet [Hypothèse]. Un mois du premier essai à la première mise en ligne approuvée.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Découverte | Consulter la documentation publique | Site kyspectradoc.kyrieva.com |
► | Le portail de documentation est en cours de publication | F-21-01 · portail de documentation |
| 2. Essai | Démarrer un essai sans carte | Page d'inscription | ▲ | Le catalogue de plans contient encore un vocabulaire hérité d'un autre domaine | F-18-03 · nettoyage du catalogue |
| 3. Prise en main | Suivre le parcours guidé | Service d'expérience de portail | ▲ | — | — |
| 4. Import du logiciel existant | Rattacher le dépôt fourni par le prestataire | Route /projects/[projectId]/sources |
◆ | — | — |
| 5. Découverte du contenu | Lire la vue d'ensemble et le modèle de données | Vue Artefacts |
▲ | — | — |
| 6. Constat | Voir ce qui a été construit sans avoir été demandé | Route /projects/[projectId]/analyze |
▼ | — | — |
| 7. Expression d'un besoin | Écrire une demande en français courant | Route /projects/[projectId]/specify |
▲ | — | — |
| 8. Suivi | Consulter le tableau des demandes par statut | Vue Tableaux |
► | — | — |
| 9. Contrôle du budget | Fixer un plafond et consulter la consommation | Route /usage |
▼ | Les compteurs d'usage détaillés sont figés dans le code | F-18-13 · compteurs d'usage réels |
| 10. Approbation | Approuver la mise en ligne | Route /approvals |
▲ | — | — |
| 11. Recueil de l'avis des clients | Publier le tableau de retours et la feuille de route | Route /public/feedback |
▲ | Le journal des changements public reste à alimenter | F-21-08 · journal des changements |
| 12. Reprise de maîtrise | Retirer l'accès du prestataire en fin de contrat | Destination Utilisateurs & RBAC |
▲ | — | — |
Aucun diagramme à afficher
Diagramme 11 — flowchart
#13. Parcours 12 — Enseignement et étudiants
Déclencheur. Un cours de génie logiciel doit couvrir le cycle complet, de l'exigence à la production, en un semestre.
Résultat visé. Faire vivre la chaîne complète à des groupes d'étudiants, sans monter d'infrastructure et sans dépasser un budget.
Durée observée du parcours complet [Hypothèse]. Un semestre, douze séances.
| Étape | Action | Point de contact | Émotion | Point de friction réel | Opportunité |
|---|---|---|---|---|---|
| 1. Préparation du cours | Consulter la documentation publique et ses statuts | Site kyspectradoc.kyrieva.com |
◆ | Le portail de documentation est en cours de publication | F-21-01 · portail de documentation |
| 2. Ouverture de la promotion | Créer une entité par promotion | Destination Locataires |
► | — | — |
| 3. Cadrage budgétaire | Fixer un budget et un plafond de jetons | Destination Budgets & quotas |
► | Aucun palier tarifaire dédié à l'enseignement n'est arrêté | F-18-01 · palier éducation [Hypothèse] |
| 4. Invitation des étudiants | Envoyer les invitations à durée limitée | Destination Utilisateurs & RBAC |
► | — | — |
| 5. Démonstration de la chaîne | Montrer les six maillons sur un dépôt public | Vue Artefacts puis vue Livraison |
▲ | — | — |
| 6. Mise en situation | Créer un projet par équipe | Route /projects |
▲ | — | — |
| 7. Travaux de spécification | Faire rédiger et vérifier des exigences | Vue Spéc |
► | — | — |
| 8. Travaux de qualification | Faire produire des tests et des données synthétiques | Vue Tests |
▲ | La vue de tests n'apparaît que dans un projet marqué comme réservé aux tests | F-07-06 · règle assumée, à enseigner |
| 9. Revue croisée entre équipes | Faire appliquer la séparation des devoirs | Vue Revue |
▲ | — | — |
| 10. Enseignement de la gouvernance | Montrer un refus par défaut et une révocation | Destination Garde-fous & exécution |
▲ | Le plafond d'autonomie N0 à N3 dépend d'un drapeau désactivé par défaut | F-09-11 · activation par environnement |
| 11. Évaluation | Consulter couverture, traçabilité et journal d'audit | Route /projects/[projectId]/trace |
► | L'export de la matrice vers un tableur n'existe pas | F-04-09 · export de la matrice |
| 12. Clôture de l'année | Retirer les accès et archiver les projets | Destination Utilisateurs & RBAC |
► | — | — |
Aucun diagramme à afficher
Diagramme 12 — flowchart
#14. Carte d'expérience globale — de la découverte à la recommandation
#14.1 Les sept phases communes
Toutes les personas traversent les mêmes sept phases, à des rythmes différents. Cette carte agrège les douze parcours ci-dessus.
| Phase | Ce qui se joue | Signal de réussite | Signal d'échec | Statut de la surface concernée |
|---|---|---|---|---|
| 1. Découverte | La personne comprend ce qu'est KySpectra et ce qu'il n'est pas | Elle sait citer les six maillons | Elle confond la plateforme avec un assistant de complétion de code | 🟡 Portail de documentation en cours |
| 2. Évaluation | La personne essaie sans engagement | Elle importe un dépôt réel dans la première heure | Elle bute sur un catalogue de plans incohérent | 🟡 Nettoyage du catalogue en cours |
| 3. Première valeur | La personne obtient un artefact qu'elle n'avait pas | Elle exporte un dossier d'architecture le premier jour | Elle découvre trop tard que son langage n'est pas analysé en profondeur | 🟢 Livré, avec limite déclarée |
| 4. Adoption | L'équipe travaille depuis la spécification | La couverture des critères d'acceptation progresse | Le référentiel devient un second outil non tenu | 🟢 Livré |
| 5. Mise à l'échelle | Plusieurs projets, plusieurs entités, un plan de contrôle | Les budgets et les capacités sont pilotés depuis un seul écran | Les drapeaux structurants restent désactivés | 🟡 Activation par environnement en cours |
| 6. Preuve | L'organisation démontre sa maîtrise à un tiers | Un rapport de conformité est produit en séance | La posture d'authentification par défaut est relevée en audit | 🟡 Durcissement en cours |
| 7. Recommandation | La personne recommande la plateforme à un pair | Elle cite une preuve concrète, pas une impression | Elle ne peut citer aucun résultat mesuré | 🟢 Livré, preuves à collecter |
#14.2 Le diagramme d'expérience globale
Aucun diagramme à afficher
Diagramme 13 — flowchart
#14.3 Les moments de vérité
Un moment de vérité est une étape où la personne décide de continuer ou d'abandonner. Il y en a cinq.
| # | Moment de vérité | Persona la plus exposée | Ce qui se joue | Statut du levier |
|---|---|---|---|---|
| MV1 | La première page de documentation lue | PME, Éducation, DSI | Comprendre le produit sans jargon | 🟡 Portail de documentation en cours |
| MV2 | Le premier import de dépôt | Développeur, Agence, Architecte | Obtenir un artefact réel en moins d'une heure | 🟢 Livré |
| MV3 | La découverte du périmètre d'analyse | Architecte, Agence | Accepter que l'analyse profonde ne couvre que Python | 🟢 Livré, limite déclarée |
| MV4 | La première approbation de déploiement | Ops, CTO, PME | Constater que la règle de séparation des devoirs est réelle | 🟢 Livré |
| MV5 | La première demande d'un auditeur | DSI, Sécurité | Produire une preuve en séance, pas une promesse | 🟢 Livré |
#14.4 Le diagramme des moments de vérité
Aucun diagramme à afficher
Diagramme 14 — flowchart
#14.5 Ce que la plateforme doit prouver à chaque phase
| Phase | Preuve attendue | Où elle se trouve |
|---|---|---|
| Découverte | Six maillons nommés, statuts affichés | Documentation publique |
| Évaluation | Essai sans carte, trois paliers lisibles | Page d'inscription et catalogue de plans |
| Première valeur | Sept familles d'artefacts émises depuis un dépôt réel | Vue Artefacts |
| Adoption | Couverture des critères d'acceptation reliée aux exigences | Vue Tests et page Analyse des écarts |
| Mise à l'échelle | Seize destinations de plan de contrôle, budgets par périmètre | Portail d'administration |
| Preuve | Chaîne d'audit vérifiable et rapport de conformité | Destination Audit & conformité |
| Recommandation | Un produit tiers servi en ligne sur un sous-domaine | Adresse publique du produit livré |
#15. Synthèse des frictions transverses et priorités de correction
#15.1 Les frictions présentes dans au moins trois parcours
| # | Friction | Parcours concernés | Statut | Vague de résolution |
|---|---|---|---|---|
| FR-1 | Le portail de documentation publique n'est pas encore publié | PME, Éducation, DSI, Agence, Ops | 🟡 En cours | V1 |
| FR-2 | Le catalogue de plans contient un vocabulaire hérité d'un autre domaine | PME, CTO, Agence | 🟡 En cours | V0 |
| FR-3 | Les compteurs d'usage détaillés sont figés dans le code | Product Owner, PME, Agence, DSI | 🟡 En cours | V0 |
| FR-4 | Le drapeau des rôles virtuels est désactivé par défaut | CTO, Sécurité, Éducation, DSI | 🟡 En cours | V1 |
| FR-5 | L'analyse statique profonde ne couvre que Python | Développeur, Architecte, Agence | ⚪ Planifié | V3 |
| FR-6 | L'export de la matrice de traçabilité vers un tableur n'existe pas | QA, Agence, Éducation, Analyste d'affaires | ⚪ Planifié | V3 |
| FR-7 | Il n'existe pas de file de revue transverse à tous les projets | Product Owner, Sécurité, Analyste d'affaires | ⚪ Planifié | V3 |
| FR-8 | Neuf types de diagrammes sur quatorze retombent sur un rendu générique | Architecte, Analyste d'affaires, Éducation | 🟢 Livré, limite déclarée | — |
#15.2 Priorisation des corrections par impact sur les parcours
| Rang | Correction | Parcours débloqués | Effort [Hypothèse] |
Vague |
|---|---|---|---|---|
| 1 | Publier le portail de documentation | 5 | L | V1 |
| 2 | Nettoyer le catalogue de plans | 3 | M | V0 |
| 3 | Remplacer les compteurs d'usage figés par des mesures | 4 | M | V0 |
| 4 | Activer le drapeau des rôles virtuels après amorçage des plans | 4 | M | V1 |
| 5 | Ajouter l'export de la matrice de traçabilité | 4 | S | V3 |
| 6 | Ajouter la file de revue transverse | 3 | M | V3 |
| 7 | Ajouter la promotion d'une idée en exigence | 2 | M | V3 |
| 8 | Étendre l'analyse statique à un langage supplémentaire | 3 | XL | V3 |
#15.3 Le diagramme de priorisation
Aucun diagramme à afficher
Diagramme 15 — flowchart
#15.4 Ce que ce document engage
| Engagement | Portée |
|---|---|
| Les douze personas du dossier ont chacune un parcours complet | Sections 2 à 13 |
| Chaque parcours porte un diagramme valide | Douze diagrammes de parcours, plus trois diagrammes transverses |
| Chaque friction citée est vérifiée dans le produit ou dans la dette recensée | Colonne « Point de friction réel » |
| Chaque opportunité renvoie au carnet de produit ou à une dette numérotée | Colonne « Opportunité » |
| Aucune durée n'est présentée comme mesurée | Toutes les durées portent l'étiquette [Hypothèse] |
| Aucun témoignage client n'est cité | Il n'en existe aucun à ce jour |
KySpectra — Plateforme agentique SDD/SDLC · par Kyrieva
Documentation : kyspectradoc.kyrieva.com ·
Dossier de lancement : Strategielancement/
Document interne de pré-lancement — version 1.0 du 2026-08-17. Les données marquées
« [Gabarit : … ] » doivent être renseignées ou revalidées avant diffusion externe.