#0. Résumé en dix lignes
| Élément | Contenu |
|---|---|
| Persona | Enseignant et étudiant — persona n° 12 du brief commun (§9) |
| Douleur dominante | Enseigner le cycle de vie complet sans infrastructure |
| Ce que KySpectra apporte | Une chaîne observable de l'exigence au déploiement, une gouvernance d'agent IA que l'on peut montrer à l'écran, une séparation des devoirs appliquée par le serveur — donc un support de cours autant qu'un outil |
| Surfaces concernées | Portail client — espace de travail projet à 11 vues canoniques ; vues spec, graph, boards, config, agentops, test, review, docs, artifacts, delivery, workforce |
| Services réels sollicités | spec-service (4107), reverse-engineering-service (4120), copilot-service (4118), collaboration-service (4128), artifact-service (4129), test-quality-service (4109), agent-runtime-service (4119), audit-compliance-service (4113) |
| Offre recommandée | Découverte à 0 $ CAD [Hypothèse] par étudiant — plafond N1 ; Équipe (plafond N2) pour le laboratoire ou le cours qui a besoin de compétences, d'outils et de 5 000 appels d'outil par jour |
| Ce qu'on ne promet pas | Gestion de cohortes, notation, intégration à un environnement numérique d'apprentissage, connexion par fédération d'identité d'établissement, application mobile |
| Statut de la chaîne | Maillons 1 à 6 Livrés ; provisionnement automatique de fournisseur d'identité 🔴 Bloqué ; place de marché de capacités 🟡 En cours |
| Preuve la plus parlante | Rétro-ingénierie d'un dépôt public vers sept familles d'artefacts, prouvée en production — un exercice d'analyse de l'existant que l'on peut faire faire en séance |
| Risque d'adoption | ⚠️ Le palier Éducation est une [Hypothèse] non arrêtée. Le brief §10.2 le liste avec « prix à définir » et « limites à définir ». Il n'existe pas en base : la base ne contient que gratuit (0 $ CAD), team (49,00 $ CAD/mois, annuel 490,00 $) et enterprise (sur devis). Toute conversation avec un établissement part de là. [Gabarit : conditions du palier Éducation à arrêter par le propriétaire avant toute proposition à un établissement] |
#1. Portrait
Frédérique, 44 ans, enseignant en génie logiciel dans un établissement d'enseignement supérieur québécois. Iel donne deux cours par session — un cours de conception logicielle en troisième année, un cours de projet intégrateur — devant 60 à 90 étudiants répartis en équipes de quatre à six. Iel partage un laboratoire mutualisé avec deux autres départements et ne dispose d'aucun budget d'infrastructure dédié : ni cluster, ni licences payantes, ni personne d'exploitation attitrée.
Iel a passé onze ans en entreprise avant d'enseigner. Cette expérience lui a laissé une conviction gênante : ce qu'iel arrive à faire toucher en classe est la plus petite partie du métier. Les étudiants apprennent à coder. Ils n'apprennent presque jamais à relier une exigence à un test, à justifier une décision d'architecture six mois plus tard, ou à encadrer un agent IA qui produit du code à leur place.
#1.1 Sa journée réelle
Iel arrive vers 8 h. Trois heures de cours magistral et de laboratoire réparties dans la journée, une heure de disponibilité, le reste en préparation, en correction et en réponses à des courriels d'équipes bloquées. En début de session, iel perd les deux premières séances de laboratoire en installation : versions de langage divergentes, conteneurs qui ne démarrent pas sur les portables des étudiants, accès réseau du laboratoire mutualisé qui bloque un registre d'images. En fin de session, iel corrige 15 à 20 projets d'équipe dont iel ne sait pas qui a réellement écrit quoi.
#1.2 Sa boîte à outils actuelle
| Catégorie | Ce qu'iel utilise aujourd'hui |
|---|---|
| Diffusion de cours | Environnement numérique d'apprentissage de l'établissement, imposé, non modifiable |
| Dépôt et remise | Forge Git institutionnelle ou publique, un dépôt par équipe, remise par étiquette de version |
| Support de cours | Diapositives, notes, exemples de code reconstruits chaque année |
| Laboratoire | Postes mutualisés, images figées, droits d'installation limités |
| Modélisation | Outil de diagramme généraliste, diagrammes dessinés à la main puis jamais remis à jour |
| Suivi d'équipe | Tableau Kanban gratuit, parfois un fichier partagé |
| Évaluation | Grille de correction maison, lecture manuelle du dépôt, soutenance de 20 minutes |
#1.3 Ce qui le fait juger — par ses pairs et par son établissement
- Le taux de réussite du cours et la qualité perçue des projets à la soutenance.
- L'évaluation d'enseignement remplie par les étudiants en fin de session.
- La capacité du programme à répondre aux attentes des comités d'agrément et des partenaires industriels.
- Le fait que ses diplômés soient jugés opérationnels par les employeurs de la région.
#1.4 Ce qui l'empêche de dormir
- La séance d'installation qui échoue. Deux heures perdues, 80 personnes qui décrochent, un contenu qu'iel ne rattrapera pas.
- La note qu'iel ne peut pas défendre. Une équipe conteste : qui a écrit le module ? Iel n'a que l'historique Git, et l'historique Git ment quand tout est poussé par un seul compte.
- L'IA générative dans les remises. Le code est bon, l'étudiant ne sait pas l'expliquer, et iel n'a aucun cadre pédagogique pour traiter cela autrement que par la suspicion.
- Le décalage avec l'industrie. Ses exemples de cours datent, et iel le sait.
Sa phrase à lui, telle qu'iel la dirait en entretien : « Je peux enseigner l'analyse. Je peux enseigner le code. Ce que je n'arrive pas à faire, c'est leur faire voir la chaîne complète — et je n'ai ni cluster, ni budget, ni temps pour la monter. »
#1.5 Portrait secondaire — Ilyas, étudiant
Ilyas, 22 ans, étudiant de troisième année. Iel doit livrer un projet d'équipe en 13 semaines avec quatre coéquipiers dont deux qu'iel ne connaissait pas. Iel travaille 15 heures par semaine à l'extérieur, code correctement, et utilise une assistance générative pour à peu près tout ce qu'iel ne comprend pas encore.
Ce qui compte pour Ilyas, dans l'ordre : livrer quelque chose qui fonctionne à la démonstration finale, ne pas porter le travail de toute l'équipe, et sortir de la session avec quelque chose à montrer en entrevue. Ce qui le frustre : les trois premières séances passées à faire fonctionner l'environnement, les coéquipiers dont on ne voit jamais la contribution, et un projet qui meurt le lendemain de la remise.
Sa phrase à lui : « À la fin, on a un dépôt Git que personne ne rouvrira jamais. J'aimerais avoir une trace de ce que j'ai décidé, pas juste de ce que j'ai poussé. »
#2. Douleurs — mécanisme de coût et fréquence
Onze douleurs, chacune avec le mécanisme par lequel elle coûte et sa fréquence observée.
| # | Douleur | Mécanisme de coût | Fréquence |
|---|---|---|---|
| D1 | Impossible de montrer une chaîne complète en 13 semaines. L'exigence, la conception, le test, la revue et le déploiement sont enseignés en morceaux séparés qui ne se rejoignent jamais. | Apprentissage perdu : l'étudiant sort avec des compétences en silos. Temps perdu : chaque maillon exige un outil différent à installer et à expliquer. | À chaque session, structurellement |
| D2 | Pas d'infrastructure ni de budget. Aucun cluster, aucune licence, un laboratoire mutualisé avec droits d'installation limités. | Décision retardée : les activités les plus formatrices sont abandonnées avant d'être conçues. Coût de dérivation : l'enseignant devient administrateur système bénévole. | Permanent |
| D3 | Les projets étudiants meurent à la remise. Rien n'est déployé, rien n'est conservé, rien n'est réutilisable l'année suivante. | Valeur perdue : aucun capital pédagogique cumulé. Démotivation : l'étudiant sait que son travail est jetable. | Fin de chaque session |
| D4 | Aucune trace de qui a fait quoi dans un travail d'équipe. Les remises passent par un compte unique, les contributions réelles sont invisibles. | Risque : évaluation contestable et contestée. Temps perdu : enquête manuelle dans l'historique du dépôt. | 3 à 6 équipes par session |
| D5 | L'IA générative rend l'évaluation individuelle difficile. Le livrable est correct, la compréhension ne l'est pas, et l'enseignant n'a pas de cadre. | Risque : évaluation injuste dans les deux sens. Décision retardée : la politique départementale sur l'IA reste en discussion depuis deux ans. | Sur chaque remise depuis 18 mois |
| D6 | Pas de matériel pédagogique sur la gouvernance des agents. Aucun manuel, aucun laboratoire clé en main sur le périmètre, le plafond d'autonomie ou le journal d'un agent. | Apprentissage perdu : les diplômés arrivent en entreprise sans notion de gouvernance. Temps perdu : l'enseignant fabrique son matériel à partir de rien. | Préparation de chaque session |
| D7 | Disparité de niveau entre étudiants. Dans une même équipe, un étudiant automatise, un autre n'a jamais ouvert un terminal. | Temps perdu : encadrement individuel non planifiable. Risque : un seul étudiant porte le projet, les autres n'apprennent rien. | Continue, sur tout le trimestre |
| D8 | Temps d'installation qui mange les premières séances. Deux séances de laboratoire sur treize partent en configuration d'environnement. | Temps perdu : 4 à 6 heures d'enseignement par session et par cours. Démotivation : le premier contact avec le cours est un échec technique. | Semaines 1 et 2 de chaque session |
| D9 | Exemples de cours périmés. Les cas d'étude datent, les captures d'écran ne correspondent plus, le vocabulaire a changé. | Crédibilité perdue : les étudiants le remarquent avant l'enseignant. Temps perdu : refonte annuelle des supports. | Annuelle, avec dérive continue |
| D10 | Absence de retour d'expérience industriel. Rien dans le cours ne ressemble à une chaîne de livraison réelle avec approbation, journal et retour arrière. | Écart de préparation : le premier emploi devient la vraie formation. Risque : critique récurrente des comités de programme. | À chaque révision de programme |
| D11 | Difficulté à évaluer un travail d'architecture. Un diagramme dessiné à la main ne prouve ni cohérence, ni traçabilité vers les exigences. | Risque : la note porte sur l'esthétique du schéma. Temps perdu : lecture manuelle de 15 à 20 dossiers de conception. | Deux fois par session |
#3. Réponse produit — uniquement des fonctionnalités réelles
Règle appliquée : chaque ligne cite la surface du portail ou le service réel. Une douleur sans réponse aujourd'hui est signalée telle quelle, avec son statut honnête.
| Douleur | Fonctionnalité KySpectra qui y répond | Où c'est dans le produit | Statut | Ce que ça change concrètement |
|---|---|---|---|---|
| D1 Chaîne incomplète | Espace de travail projet à 11 vues canoniques : spéc, graphe, tableaux, config, AgentOps, tests, revue, docs, artefacts, livraison, personnel IA | Portail client — /projects/{id}/workspace?view=…, chaque vue gatée par une capacité |
🟢 Livré | La chaîne complète est visible en une seule interface, vue par vue, sans changer d'outil ni de mot de passe. |
| D1 Chaîne incomplète | Traçabilité et analyse d'impact de l'exigence vers le test et le déploiement | spec-service (4107) — GET /api/v1/spec-items/{id}/traceability, POST …/{id}/impact ; vue graph, page /projects/{id}/trace |
🟢 Livré | Le lien exigence → conception → test devient un objet affichable au tableau, pas une affirmation de cours. |
| D2 Pas d'infrastructure | Plateforme hébergée, accessible par navigateur, sans installation locale | Portail client en ligne sur 3 environnements ; aucun composant à installer sur les postes du laboratoire | 🟢 Livré | Le laboratoire mutualisé suffit : un navigateur et un compte. |
| D2 Pas d'infrastructure | Palier Découverte à 0 $ CAD [Hypothèse], plafond N1, 200 appels d'outil par jour |
Catalogue de plans en base, slug = gratuit |
🟢 Livré (le palier gratuit existe réellement) |
Chaque étudiant peut avoir un accès sans engagement budgétaire de l'établissement. Étroit pour un travail d'équipe soutenu — voir §9. |
| D3 Projets qui meurent | Livraison gouvernée : construction, image, pipeline, déploiement approuvé, mise en ligne sur sous-domaine avec TLS | deploy-service (4121) — POST /api/v1/deploy/go-live/{project} ; vue delivery, page /approvals |
🟢 Livré pour Kubernetes — prouvé en production | Le projet de session peut exister ailleurs que dans un dépôt fermé. Sous réserve du drapeau GOLIVE_ENABLED et d'une décision d'exploitation. |
| D3 Projets qui meurent | Documentation-comme-code exportable et artefacts régénérables | Vue docs (capacité docs:export) ; artifact-service (4129) — /api/v1/documentation |
🟢 Livré | L'équipe repart avec un dossier lisible, pas seulement un dépôt. |
| D4 Qui a fait quoi | Journal d'audit à chaîne de hachage avec vérification de chaîne | audit-compliance-service (4113) — GET /api/v1/audit-compliance/audit/events, GET …/audit/verify-chain |
🟢 Livré | La contribution devient une suite d'évènements datés et vérifiables, pas une intuition d'enseignant. |
| D4 Qui a fait quoi | Revue avec séparation des devoirs appliquée par le serveur : impossible d'approuver sa propre soumission | collaboration-service (4128) — machine à états, rejet de submitted_by == reviewer_id ; décision réservée au rôle PUBLISHER ; l'interface bloque le bouton avant l'appel serveur |
🟢 Livré | La revue par les pairs devient obligatoire par construction. C'est une leçon en soi : l'étudiant découvre la séparation des devoirs en s'y heurtant, pas en lisant une diapositive. |
| D5 Évaluation et IA | Exécutions d'agents observables en direct et interruption d'une exécution | Vue agentops, page /agents ; agent-runtime-service (4119) — GET /api/v1/agent-runtime/runs, POST …/runs/{id}/interrupt |
🟢 Livré | Ce que l'agent a fait est visible et arrêtable. L'usage de l'IA devient un objet d'évaluation au lieu d'un soupçon. |
| D5 Évaluation et IA | Refus par défaut journalisé : toute action non explicitement autorisée est refusée sous policy_id="deny-by-default" |
agent-runtime-service, table app_policy_check ; administration : /policies |
🟢 Livré | L'étudiant doit déclarer ce que son agent a le droit de faire. C'est l'exercice pédagogique central. |
| D6 Pas de matériel sur la gouvernance | Plafond d'autonomie N0→N3, plafonné par le plan, dégradé vers N1 en cas d'incertitude | extension-registry-service (4116) — cap_autonomy = min(plafond du rôle, maximum du plan) ; portail : /roles |
🟢 Livré — drapeau REGISTRY_VIRTUAL_ROLES_ENABLED défaut False, activation par un exploitant |
Un cas concret de gradation d'autonomie, avec une règle de sécurité par défaut à expliquer et à critiquer en classe. |
| D6 Pas de matériel sur la gouvernance | Module de démonstration pour provisionner un locataire d'illustration | demo-orchestrator ; administration : destination demo |
🟢 Livré — drapeau DEMO_MODULE_ENABLED défaut False, activation par un exploitant |
Une démonstration reproductible en cours magistral, à condition qu'un exploitant ait activé le drapeau. À dire avant de le promettre. |
| D7 Disparité de niveau | Copilote langage naturel → objets de spécification, avec revue humaine avant écriture | copilot-service (4118) — POST /api/v1/copilot/ask, relecture via GET /api/v1/copilot/save-objects/{id} ; page /projects/{id}/specify |
🟢 Livré | L'étudiant le moins à l'aise techniquement peut contribuer à la spécification et être évalué sur son raisonnement. |
| D7 Disparité de niveau | Interface bilingue FR/EN à parité stricte des clés de traduction | Portail client et portail d'administration ; 841 clés strictement identiques côté administration | 🟢 Livré | Les étudiants internationaux ne sont pas pénalisés par la langue de l'outil. |
| D8 Installation | Aucune installation locale : portails web servis en ligne, authentification par navigateur | Portail client, 27 routes, rail de navigation à 15 destinations | 🟢 Livré | Les deux séances perdues en configuration redeviennent deux séances de contenu. |
| D9 Exemples périmés | Rétro-ingénierie d'un dépôt public vers sept familles d'artefacts, avec file de validation humaine et promotion de spécifications | reverse-engineering-service (4120) — POST /api/v1/reverse-engineering/jobs, GET …/jobs/{id}/emit, GET …/validation-tasks, POST …/validation-tasks/{id}/decision (rôle PUBLISHER) |
🟢 Livré — prouvé en production | Le cas d'étude devient un dépôt réel choisi chaque année. Excellent exercice d'analyse de l'existant, impossible à périmer. |
| D10 Pas de retour industriel | Chaîne de livraison réelle : approbation, exécution, retour arrière, coffre de secrets par projet | deploy-service — /deploy/cicd/generate, /deploy/cicd/setup, /deploy/credentials/deposit ; page /credentials |
🟢 Livré — pipeline commité prouvé en développement, mise en ligne prouvée en production | L'étudiant voit une chaîne de livraison qui ressemble à celle qu'iel trouvera en entreprise. |
| D11 Évaluer l'architecture | Artefacts C4/TOGAF, UML, BPMN, modèle de données, DDD, sécurité, dépendances projetés depuis la spécification | artifact-service (4129) — /api/v1/artifacts, /api/v1/diagrams, /api/v1/togaf, /api/v1/sec-artifacts ; vue artifacts |
🟢 Livré | Le dossier d'architecture est relié aux exigences : la correction porte sur la cohérence, pas sur la mise en page. |
| D11 Évaluer l'architecture | Validation EARS des énoncés d'exigence et analyse d'écarts | spec-service — POST /api/v1/projects/{id}/spec/analyze, drapeau EARS_GENERATION_ENABLED à True ; page /projects/{id}/analyze |
🟢 Livré | Une exigence mal formée est signalée par la machine avant d'être corrigée par l'enseignant. |
| D11 Évaluer l'architecture | Couverture des critères d'acceptation pour les projets de type test_only |
Vue test (capacité test:read) ; test-quality-service (4109) — /test-plans, /test-cases, /test-suites, /test-cycles, /runs |
🟢 Livré | On évalue quelles exigences sont couvertes, pas un pourcentage de lignes. |
| Attente non couverte | Gestion de cohortes, listes de classe, notation, remise de travaux | — | ⚪ Planifié / hors périmètre assumé | KySpectra n'est pas un système de gestion pédagogique. Aucune notion de classe, de note ou d'échéance de remise n'existe dans le produit. À dire au premier échange. |
| Attente non couverte | Intégration à un environnement numérique d'apprentissage | — | ⚪ Planifié — aucun connecteur d'aucune sorte dans le dépôt | Aucun passage de note, aucune inscription automatique. |
| Attente non couverte | Connexion par fédération d'identité d'établissement | Provisionnement automatique de fournisseur d'identité | 🔴 Bloqué — 403 Keycloak vérifiés : le compte de service n'a ni create-realm ni manage-identity-providers ; le déblocage est une action d'exploitation |
Les comptes sont créés dans le fournisseur d'identité de la plateforme, pas dans l'annuaire de l'établissement. À dire avant toute discussion technique. |
| Attente non couverte | Application mobile | — | ⚪ Planifié — aucun code mobile dans le dépôt | Les portails sont responsives et utilisables via navigateur mobile. Rien de plus. |
| Attente non couverte | Place de marché de capacités — partage de compétences entre cours ou entre établissements | Code écrit et testé, jamais déployé ni prouvé | 🟡 En cours | Ne pas le présenter comme disponible. |
#4. Session type — avant / après
Méthode. Les heures déplacées portent l'étiquette [Hypothèse]. Elles ne viennent d'aucune mesure réelle : il n'existe aucun établissement client et aucun témoignage à ce jour. Elles servent à structurer une conversation, jamais à être publiées comme un résultat. La colonne « Comment le mesurer » indique une source réelle et disponible dans le produit.
#4.1 Avant KySpectra — une session de 13 semaines
| Phase | Activité dominante | Temps typique | Frottement |
|---|---|---|---|
| Semaines 1-2 | Installation des environnements sur les postes mutualisés | 4 à 6 h d'enseignement consommées | Droits limités, versions divergentes, registre bloqué par le réseau |
| Semaines 3-5 | Analyse et exigences, sur un cas d'étude reconstruit chaque année | 6 h de préparation par l'enseignant | Cas périmé, aucune traçabilité vers la suite |
| Semaines 6-9 | Conception et développement en équipe | Encadrement individuel non planifiable | Disparité de niveau, contributions invisibles |
| Semaines 10-12 | Tests et documentation, souvent sacrifiés | 1 à 2 séances seulement | Aucun lien entre test et exigence |
| Semaine 13 | Soutenance et remise | 15 à 20 projets à corriger, 20 min chacun | Aucune trace individuelle défendable, projet abandonné le lendemain |
#4.2 Après KySpectra
| Phase | Ce qui change | Heures déplacées [Hypothèse] |
Comment le mesurer |
|---|---|---|---|
| Semaines 1-2 | Aucune installation : accès par navigateur, un projet créé par équipe dans l'espace de travail | −4 h d'enseignement récupérées | Nombre de comptes actifs et de projets créés en semaine 1 — journal d'audit GET /api/v1/audit-compliance/audit/events |
| Semaines 3-5 | Le cas d'étude est un dépôt public rétro-ingénié en séance, avec décision humaine sur chaque artefact proposé | −4 h de préparation, +1 h de conception d'activité | GET /api/v1/reverse-engineering/jobs en statut ready ; GET …/validation-tasks en statut approved |
| Semaines 6-9 | Chaque contribution est un objet de spécification versionné ; la revue par les pairs est imposée par la machine à états | Encadrement redevenu observable | GET /api/v1/projects/{id}/spec-items ; collaboration-service /api/v1/reviews |
| Semaines 10-12 | La couverture des critères d'acceptation est affichée dans la vue test ; les artefacts d'architecture sont régénérables |
+2 h de contenu récupérées sur les tests | test-quality-service — /test-cycles, /runs ; vue artifacts |
| Semaine 13 | La soutenance s'appuie sur le graphe de traçabilité et le journal d'audit ; le projet peut être servi sur un sous-domaine | −3 h de correction, note défendable | GET /api/v1/spec-items/{id}/traceability ; GET /api/v1/audit-compliance/audit/verify-chain |
#4.3 Bilan de session
| Poste | Avant | Après [Hypothèse] |
Écart [Hypothèse] |
|---|---|---|---|
| Installation d'environnement | 5 h | 1 h | −4 h |
| Préparation du cas d'étude | 6 h | 2 h | −4 h |
| Encadrement d'équipe non planifié | 8 h | 6 h | −2 h |
| Correction finale | 7 h | 4 h | −3 h |
| Total déplacé par cours et par session | — | — | ≈ 13 h [Hypothèse] |
Honnêteté sur le chiffre. Ces 13 heures ne sont pas un engagement. Elles décrivent une hypothèse à valider pendant la Phase 1 — pilotes fermés, du 2026-09-07 au 2026-10-04 (brief §11), qui ne comptent à ce jour aucun établissement d'enseignement.
[Gabarit : mesure réelle du temps d'installation et de correction avant/après, à collecter auprès d'au moins un cours pilote]
#4.4 Séquence pédagogique sur 13 semaines
Proposition d'ossature de cours utilisant uniquement des surfaces Livrées. Elle est fournie comme support de conception d'activité, pas comme un plan de cours approuvé par un établissement.
| Semaine | Activité pédagogique | Surface du produit mobilisée | Livrable étudiant |
|---|---|---|---|
| 1 | Ouverture des comptes, création d'un projet par équipe, tour des 11 vues canoniques | Espace de travail /projects/{id}/workspace, rail de navigation à 15 destinations |
Projet créé, équipe constituée, rôles distribués |
| 2 | Analyse de l'existant : rétro-ingénierie d'un dépôt public choisi par l'enseignant | POST /api/v1/reverse-engineering/jobs, GET …/jobs/{id}/emit, page /projects/{id}/sources |
Rapport d'analyse des sept familles d'artefacts produites |
| 3 | Décision humaine sur les artefacts proposés : accepter, rejeter, justifier | File de validation GET …/validation-tasks, décision POST …/validation-tasks/{id}/decision |
Journal de décisions argumenté, une ligne par artefact |
| 4 | Rédaction d'exigences et validation EARS | POST /api/v1/projects/{id}/spec/analyze, page /projects/{id}/specify |
Lot d'exigences conformes EARS, écarts corrigés |
| 5 | Copilote langage naturel → objets de spécification, avec relecture obligatoire | POST /api/v1/copilot/ask, GET /api/v1/copilot/save-objects/{id} |
Comparatif écrit entre proposition machine et version retenue |
| 6 | Traçabilité et analyse d'impact : que casse-t-on si on change cette exigence ? | Vue graph, POST /api/v1/spec-items/{id}/impact, page /projects/{id}/trace |
Note d'impact sur un changement imposé par l'enseignant |
| 7 | Conception : artefacts C4/TOGAF, UML, BPMN, modèle de données | Vue artifacts, /api/v1/diagrams, /api/v1/togaf |
Dossier d'architecture relié aux exigences |
| 8 | Gouvernance des agents : périmètre, refus par défaut, plafond d'autonomie N0→N3 | Vue agentops, /api/v1/agent-runtime/runs, table app_policy_check, page /roles |
Politique d'agent écrite par l'équipe, avec justification de chaque autorisation |
| 9 | Exécution supervisée d'un agent, interruption volontaire, lecture du journal | POST /api/v1/agent-runtime/runs/{id}/interrupt, vue agentops |
Compte rendu d'incident simulé, avec chronologie tirée du journal |
| 10 | Vérification : couverture des critères d'acceptation, projets de type test_only |
Vue test, /test-plans, /test-cases, /test-cycles, /runs |
Plan de test relié aux exigences, avec taux de couverture des critères |
| 11 | Revue par les pairs, avec séparation des devoirs appliquée par le serveur | Vue review, collaboration-service /api/v1/reviews, /api/v1/comments |
Revue croisée entre deux équipes, décisions consignées |
| 12 | Livraison : génération de pipeline, coffre de secrets, approbation, déploiement | POST /api/v1/deploy/cicd/generate, POST /api/v1/deploy/credentials/deposit, vue delivery, page /approvals |
Pipeline généré, secret déposé, demande de déploiement approuvée par une autre équipe |
| 13 | Soutenance appuyée sur le graphe de traçabilité et le journal d'audit vérifiable | GET /api/v1/spec-items/{id}/traceability, GET /api/v1/audit-compliance/audit/verify-chain |
Démonstration, dossier exporté depuis la vue docs, défense individuelle des contributions |
| Après | Conservation ou remise à zéro du locataire de cours pour la session suivante | Administration : destinations tenants et demo |
Rétrospective écrite, réutilisable comme matériel l'année suivante |
#5. Valeur créée
#5.1 Valeur qualitative
| Dimension | Ce qui change |
|---|---|
| Observabilité pédagogique | Ce qu'un cours de génie logiciel peine à faire toucher — la trace d'une exigence jusqu'au test et au déploiement — devient une chose que l'on projette au tableau et que l'étudiant manipule. |
| Support de cours autant qu'outil | Le refus par défaut, la séparation des devoirs et le plafond d'autonomie sont des concepts abstraits qui deviennent des comportements observables du système. |
| Équité d'évaluation | Le journal d'audit chaîné et la revue par les pairs donnent une base factuelle à une note contestée. |
| Traitement adulte de l'IA générative | L'usage d'un agent n'est plus un soupçon : c'est un objet de cours, avec un périmètre à déclarer et un journal à lire. |
| Aucun coût d'infrastructure | Un navigateur suffit. Le laboratoire mutualisé cesse d'être un obstacle. |
| Accessibilité linguistique | Français par défaut, anglais de plein droit, parité stricte des clés — les étudiants internationaux ne sont pas désavantagés. |
| Pour Ilyas | Un dossier exporté, un graphe de traçabilité et un journal de décisions à montrer en entrevue, au lieu d'un dépôt que personne ne rouvrira. |
#5.2 Valeur quantitative — formules visibles
Aucun gain chiffré sans formule. Toutes les variables sont [Hypothèse] tant qu'un cours pilote ne les a pas mesurées.
#Formule 1 — Coût par étudiant et par session
COUT_PAR_ETUDIANT = COUT_PALIER_MENSUEL × M / E
| Variable | Signification | Valeur de travail |
|---|---|---|
COUT_PALIER_MENSUEL |
Coût mensuel du palier retenu | 0 $ CAD au palier Découverte, ou 49,00 $ CAD au palier Équipe [Hypothèse] — valeurs réellement en base |
M |
Mois couverts par une session | 4 [Hypothèse] |
E |
Étudiants rattachés au même accès | 5 par équipe [Hypothèse] |
Application au palier Découverte : 0 × 4 / 5 = 0,00 $ CAD par étudiant et par session [Hypothèse].
Application au palier Équipe, un accès par équipe de 5 : 49 × 4 / 5 = 39,20 $ CAD par étudiant et par session [Hypothèse].
Avertissement. La modalité « un accès par équipe » n'est pas une modalité commerciale arrêtée : la base contient un prix mensuel de plan, pas une tarification par siège ni par cohorte.
[Gabarit : conditions du palier Éducation à arrêter par le propriétaire avant toute proposition à un établissement]
#Formule 2 — Heures d'installation évitées
GAIN_INSTALLATION = C × S × H_install
| Variable | Signification | Valeur de travail |
|---|---|---|
C |
Cours concernés par session | 2 [Hypothèse], ceux de Frédérique |
S |
Séances de laboratoire consommées par la configuration d'environnement | 2 [Hypothèse], §4.1 |
H_install |
Heures d'enseignement par séance de laboratoire | 2 h [Hypothèse] |
Application : 2 × 2 × 2 = 8 heures d'enseignement récupérées par session [Hypothèse].
#Formule 3 — Heures de correction et de préparation déplacées
GAIN_ENCADREMENT = C × (H_prep_avant − H_prep_apres + H_corr_avant − H_corr_apres)
| Variable | Signification | Valeur de travail |
|---|---|---|
C |
Cours concernés par session | 2 [Hypothèse] |
H_prep_avant |
Heures de préparation du cas d'étude | 6 h [Hypothèse], §4.3 |
H_prep_apres |
Heures de préparation avec un dépôt rétro-ingénié | 2 h [Hypothèse], §4.3 |
H_corr_avant |
Heures de correction finale | 7 h [Hypothèse], §4.3 |
H_corr_apres |
Heures de correction avec traçabilité et journal d'audit | 4 h [Hypothèse], §4.3 |
Application : 2 × (6 − 2 + 7 − 4) = 14 heures-personnes par session [Hypothèse].
#Formule 4 — Consommation d'appels d'outil par équipe et par jour
APPELS_JOUR = E × A_etudiant × J_actif
| Variable | Signification | Valeur de travail |
|---|---|---|
E |
Étudiants par équipe | 5 [Hypothèse] |
A_etudiant |
Appels d'outil par étudiant lors d'une séance active | 60 [Hypothèse] |
J_actif |
Facteur de simultanéité en séance de laboratoire | 1,0 [Hypothèse] |
Application : 5 × 60 × 1,0 = 300 appels par jour et par équipe [Hypothèse], soit au-dessus du plafond de 200 appels d'outil par jour du palier Découverte, et très en dessous des 5 000 du palier Équipe. C'est le calcul qui justifie §9.
#Formule 5 — Valeur pédagogique et employabilité
VALEUR_PEDAGOGIQUE = N_diplomes × P_amelioration × V_placement
| Variable | Signification | Valeur de travail |
|---|---|---|
N_diplomes |
Diplômés passés par la séquence de 13 semaines | [Gabarit : effectif réel de la cohorte, à fournir par l'établissement] |
P_amelioration |
Part de diplômés dont la préparation est jugée meilleure par un employeur | [Gabarit : évaluation employeur avant/après, à construire avec le comité de programme] |
V_placement |
Valeur attribuée par l'établissement à un placement plus rapide | [Gabarit : valeur de référence à établir avec la direction de programme] |
Interdiction assumée. Tant que ces trois variables ne sont pas fournies par un établissement réel, cette formule ne produit aucun chiffre publiable. On la présente vide, on la remplit ensemble. Aucun établissement n'est client à ce jour.
#6. Canevas de création de valeur
Aucun diagramme à afficher
Diagramme 1 — flowchart
#7. Canevas de proposition de valeur
#7.1 Profil client — Frédérique, enseignant, et Ilyas, étudiant
#Tâches à accomplir
| Type | Tâche | Intensité |
|---|---|---|
| Fonctionnelle | Faire toucher un cycle de vie complet en 13 semaines | Par session |
| Fonctionnelle | Concevoir un cas d'étude crédible sans le reconstruire chaque année | Annuelle |
| Fonctionnelle | Encadrer 12 à 18 équipes avec un temps de disponibilité fixe | Hebdomadaire |
| Fonctionnelle | Évaluer une contribution individuelle dans un travail collectif | Deux fois par session |
| Fonctionnelle | Évaluer un dossier d'architecture sur sa cohérence | Deux fois par session |
| Fonctionnelle (Ilyas) | Livrer un projet d'équipe fonctionnel en 13 semaines | Par session |
| Sociale | Être l'enseignant dont le cours est jugé aligné sur l'industrie | Continue |
| Sociale (Ilyas) | Ne pas porter seul le travail de l'équipe | Continue |
| Émotionnelle | Défendre une note contestée sans se sentir démuni | Ponctuelle mais intense |
| Émotionnelle (Ilyas) | Sortir de la session avec quelque chose à montrer en entrevue | Fin de session |
#Frustrations
| Frustration | Sévérité |
|---|---|
| Séances perdues en installation d'environnement | Élevée |
| Aucun budget d'infrastructure, laboratoire mutualisé verrouillé | Élevée |
| Contributions individuelles invisibles dans une équipe | Élevée |
| IA générative sans cadre pédagogique | Élevée |
| Cas d'étude périmé dès la deuxième année | Moyenne |
| Projets abandonnés dès la remise | Moyenne |
| Disparité de niveau ingérable en séance | Moyenne |
| Dossier d'architecture évalué sur la forme | Moyenne |
#Attentes et gains recherchés
| Gain attendu | Nature |
|---|---|
| Montrer la chaîne complète en séance, sans monter d'infrastructure | Gain pédagogique |
| Un cas d'étude renouvelable en une commande | Gain de préparation |
| Une base factuelle pour une note contestée | Réduction de risque |
| Un cadre pour enseigner la gouvernance des agents | Actualité du contenu |
| Deux séances récupérées en début de session | Gain de temps |
| Un livrable qui survit à la remise | Motivation étudiante |
#7.2 Carte de valeur — KySpectra
#Produits et services proposés
| Élément | Surface réelle | Statut |
|---|---|---|
| Espace de travail projet à 11 vues canoniques | /projects/{id}/workspace?view=… |
🟢 Livré |
| Rétro-ingénierie et file de validation humaine | /projects/{id}/sources, /imports |
🟢 Livré — prouvé en production |
| Copilote langage naturel → spécification | /projects/{id}/specify |
🟢 Livré |
| Validation EARS et analyse d'écarts | /projects/{id}/analyze |
🟢 Livré |
| Artefacts C4/TOGAF, UML, BPMN, modèle de données | Vue artifacts |
🟢 Livré |
| Couverture des critères d'acceptation | Vue test, projets test_only |
🟢 Livré |
| Revue avec séparation des devoirs | Vue review, collaboration-service |
🟢 Livré |
| Observation et interruption d'exécutions d'agents | Vue agentops, /agents |
🟢 Livré |
| Journal d'audit chaîné et vérification de chaîne | audit-compliance-service |
🟢 Livré |
| Livraison gouvernée et mise en ligne | Vue delivery, /approvals |
🟢 Livré pour Kubernetes |
| Personnel IA — effectif virtuel, files, tâches | Vue workforce |
🟢 Livré — phase 1 |
| Module de démonstration | Administration, destination demo |
🟢 Livré — drapeau DEMO_MODULE_ENABLED défaut False |
| Gestion de cohortes et notation | — | ⚪ Planifié / hors périmètre |
| Fédération d'identité d'établissement | — | 🔴 Bloqué — 403 vérifiés |
| Place de marché de capacités | — | 🟡 En cours |
| Application mobile | — | ⚪ Planifié |
#Solutions aux problèmes
| Frustration visée | Mécanisme produit qui la traite |
|---|---|
| Séances perdues en installation | Portails web servis en ligne sur 3 environnements ; aucun composant local à installer |
| Aucun budget d'infrastructure | Palier gratuit à 0 $ CAD réellement en base ; plafond N1, 200 appels d'outil par jour |
| Contributions invisibles | Journal d'audit à chaîne de hachage + GET /audit/verify-chain + revue avec décision consignée |
| IA générative sans cadre | Refus par défaut journalisé sous deny-by-default, plafond d'autonomie N0→N3, interruption d'exécution |
| Cas d'étude périmé | Rétro-ingénierie d'un dépôt public choisi chaque année, sept familles d'artefacts |
| Projet abandonné à la remise | Déploiement gouverné sur sous-domaine avec TLS, documentation exportable depuis la vue docs |
| Disparité de niveau | Copilote avec relecture obligatoire ; interface bilingue FR/EN à parité stricte |
| Architecture évaluée sur la forme | Artefacts projetés depuis la spécification + traçabilité + validation EARS |
#Créateurs de gains
| Gain recherché | Créateur de gain KySpectra |
|---|---|
| Montrer la chaîne complète | 11 vues canoniques dans une seule interface, de la spéc à la livraison |
| Cas d'étude renouvelable | Un dépôt public importé produit un dossier d'analyse en une commande |
| Note défendable | Chaîne de hachage vérifiable + séparation des devoirs appliquée par le serveur |
| Enseigner la gouvernance | Politique en liste d'autorisations, plafond d'autonomie, journal opposable |
| Séances récupérées | Zéro installation locale, accès par navigateur |
| Livrable qui survit | Documentation-comme-code, artefacts régénérables, mise en ligne possible |
#7.3 Évaluation d'adéquation
| Tâche / frustration | Réponse produit | Niveau d'adéquation | Commentaire |
|---|---|---|---|
| Montrer un cycle de vie complet | 11 vues canoniques + traçabilité | Fort | C'est le cœur de la proposition pour cette persona |
| Fournir un cas d'étude non périmable | Rétro-ingénierie d'un dépôt public | Fort | Livré et prouvé en production |
| Enseigner la gouvernance d'un agent | Refus par défaut, plafond d'autonomie, journal | Fort | Livré ; le plafond exige l'activation d'un drapeau aujourd'hui à False |
| Rendre la revue par les pairs obligatoire | Séparation des devoirs côté serveur | Fort | Livré, appliqué serveur et interface |
| Évaluer une contribution individuelle | Journal d'audit chaîné + décisions de revue | Moyen à fort | Livré, mais il n'existe aucune notion de note, d'étudiant ou de cohorte dans le produit |
| Éviter l'installation en laboratoire | Portails web hébergés | Fort | Livré, en ligne sur 3 environnements |
| Connecter l'annuaire de l'établissement | Provisionnement de fournisseur d'identité | Nul aujourd'hui | 🔴 Bloqué — 403 Keycloak vérifiés, déblocage par action d'exploitation |
| Gérer une cohorte et transmettre des notes | — | Nul, assumé | KySpectra n'est pas un système de gestion pédagogique. À dire d'emblée. |
| Travailler depuis un téléphone | — | Faible | Portails responsives seulement ; aucune application mobile |
Aucun diagramme à afficher
Diagramme 2 — flowchart
#8. Objections et réponses honnêtes
| # | Objection | Réponse |
|---|---|---|
| O1 | « Quel est le prix pour un établissement ? » | Il n'est pas arrêté. Le palier Éducation est une [Hypothèse] : le brief le liste avec « prix à définir » et « limites à définir », et il n'existe pas en base. La base ne contient que gratuit (0 $ CAD), team (49,00 $ CAD/mois, annuel 490,00 $) et enterprise (sur devis), en dollars canadiens uniquement. Nous ne vous donnerons pas un chiffre inventé. [Gabarit : conditions du palier Éducation à arrêter par le propriétaire avant toute proposition à un établissement] |
| O2 | « Et la connexion avec notre annuaire ? » | Elle n'existe pas aujourd'hui. Le provisionnement automatique de fournisseur d'identité est 🔴 Bloqué : nous avons vérifié des 403 Keycloak, le compte de service n'a ni le droit create-realm ni manage-identity-providers. Le déblocage est une action d'exploitation, pas un développement — mais tant qu'elle n'est pas faite, vos étudiants se connectent avec un compte de la plateforme, pas avec leurs identifiants d'établissement. Si c'est une condition non négociable de votre direction des TI, ce n'est pas pour vous aujourd'hui. |
| O3 | « Et la protection des renseignements des étudiants ? » | Quatre faits, et une limite. Les faits : isolation stricte par locataire — un identifiant de locataire en désaccord avec le jeton répond 404, pas 403, pour ne pas révéler l'existence de la ressource d'autrui ; journal d'audit à chaîne de hachage avec endpoint de vérification ; rapports de conformité Loi 25 sur période ; jeux de données de test synthétiques pour ne jamais utiliser de données réelles en laboratoire. La limite, que nous disons avant que vous la trouviez : le mode d'authentification AUTH_MODE vaut dev-headers par défaut et n'est fixé dans aucun manifeste du dépôt ; jwt est le seul mode strict et doit être imposé explicitement par l'exploitant. Aucun déploiement destiné à des étudiants ne devrait rester en mode permissif. |
| O4 | « Nous avons déjà un environnement numérique d'apprentissage. » | Gardez-le. KySpectra ne le remplace pas et ne s'y intègre pas : aucun connecteur, aucun passage de note, aucune inscription automatique. Le produit est l'atelier ; votre environnement reste le lieu de la note et de l'échéance. Si vous cherchez une intégration, la réponse est Planifié, c'est-à-dire inexistante. |
| O5 | « Il n'y a pas de gestion de cohortes ni de notation. » | Exact, et c'est assumé. Il n'existe dans le produit aucune notion d'étudiant, de classe, de note ou de remise. Ce que vous obtenez, ce sont des projets, des rôles, des décisions consignées et un journal vérifiable. La note reste votre travail ; nous fournissons la matière factuelle pour la défendre. |
| O6 | « Le palier gratuit suffira-t-il pour un projet d'équipe ? » | Non, pas pour un travail soutenu, et nous préférons le dire. Le palier Découverte plafonne à 200 appels d'outil par jour, sans compétences ni outils personnalisés, avec un plafond d'autonomie N1. Le calcul de la formule 4 en §5.2 donne environ 300 appels par jour pour une équipe de cinq en séance active. Le palier Découverte convient à la découverte individuelle et aux premières semaines ; au-delà, il est étroit. |
| O7 | « Combien d'établissements vous font déjà confiance ? » | Aucun. Zéro établissement client, zéro témoignage, zéro cohorte passée par le produit. Le produit n'a pas encore ouvert : le jour J est le 2026-11-10. Ce que nous avons, ce sont des preuves d'exécution sur notre propre production, dont la rétro-ingénierie d'un dépôt public menée jusqu'aux spécifications promues. [Gabarit : témoignage à collecter auprès d'un cours pilote de Phase 1] |
| O8 | « D'où sortent vos heures récupérées ? » | De nulle part, et nous le disons. Les 13 heures de la §4.3 portent l'étiquette [Hypothèse] et les formules de la §5.2 sont visibles pour que vous les contestiez. Aucun cours pilote n'a mesuré quoi que ce soit. Les seuls chiffres que nous publions décrivent notre propre dépôt : 255 commits, environ 30 services backend déployables, plus de 3 700 tests automatisés, 3 environnements en ligne, 11 vues canoniques, 16 destinations d'administration. |
| O9 | « Mes étudiants vont utiliser l'IA pour tout faire à leur place. » | C'est la bonne inquiétude, et c'est précisément l'activité pédagogique que le produit permet. L'agent ne peut faire que ce qui a été explicitement autorisé : toute action non couverte est refusée et journalisée sous policy_id="deny-by-default" dans la table app_policy_check. L'exécution est observable dans la vue agentops et interruptible par POST /api/v1/agent-runtime/runs/{id}/interrupt. L'étudiant ne subit plus l'IA : iel doit déclarer et défendre le périmètre qu'iel lui accorde. |
| O10 | « Un étudiant peut-il approuver son propre travail ? » | Non, et c'est appliqué par le serveur. La machine à états de revue rejette submitted_by == reviewer_id, la décision est réservée au rôle PUBLISHER, et l'interface bloque le bouton avant même l'appel serveur. C'est une leçon en soi : l'étudiant découvre la séparation des devoirs en s'y heurtant, pas en lisant une diapositive. |
| O11 | « Nous n'avons ni cluster ni administrateur système. » | Vous n'en avez pas besoin pour l'atelier : les portails sont servis en ligne, l'accès se fait par navigateur, rien ne s'installe sur les postes du laboratoire. En revanche, soyons précis : le déploiement gouverné est prouvé sur Kubernetes, et les pilotes nuage natifs sont ⚪ Planifiés. Si votre objectif est que chaque équipe déploie réellement son projet, cette partie de la séquence dépend d'une infrastructure et d'une décision d'exploitation. |
| O12 | « Vos interfaces affichent encore SPECTRA. » |
Oui. common.appName vaut encore SPECTRA et il n'existe aucun fichier de logo dans le dépôt : le logo est dessiné en ligne dans le code du portail. C'est un écart de pré-lancement identifié dans notre brief, pas une découverte que vous nous faites. Nous préférons vous le dire avant que vos étudiants le voient. |
| O13 | « Vos démonstrations et vos rôles d'agent semblent désactivés. » | C'est exact et c'est documenté. DEMO_MODULE_ENABLED vaut False par défaut, REGISTRY_VIRTUAL_ROLES_ENABLED aussi, et DEPLOY_LIVE vaut false — une fonctionnalité non configurée répond 501 plutôt que de simuler un succès. Les mécanismes sont livrés et testés ; leur activation est une opération d'exploitation à planifier avant votre première séance, pas un développement à attendre. |
| O14 | « Mes étudiants travaillent surtout depuis leur téléphone. » | Les portails sont responsives et utilisables via navigateur mobile. Il n'existe aucune application mobile ni aucun code mobile dans le dépôt — c'est ⚪ Planifié. Ne fondez pas votre décision là-dessus. |
| O15 | « Le produit sera-t-il disponible pour la session d'hiver ? » | Le jour J est le 2026-11-10. Avant cela : pilotes fermés du 2026-09-07 au 2026-10-04, bêta ouverte du 2026-10-05 au 2026-11-08. Un cours qui démarre en janvier 2027 est jouable ; un cours qui démarre en septembre 2026 ne peut passer que par la Phase 1, avec les limites d'un pilote assumées des deux côtés. |
#9. Offre recommandée
⚠️ Avertissement tarifaire, à répéter à chaque échange. Le palier Éducation est une
[Hypothèse]non arrêtée. Le brief §10.2 le liste avec « prix à définir » et « limites à définir ». Il n'existe pas en base : la base ne contient quegratuit(0 $ CAD),team(49,00 $ CAD/mois, annuel 490,00 $) etenterprise(sur devis). Toute conversation avec un établissement doit partir de là.[Gabarit : conditions du palier Éducation à arrêter par le propriétaire avant toute proposition à un établissement]
#9.1 Le plan
En attendant que le palier Éducation soit arrêté, deux offres réellement existantes :
| Offre | Prix | Plafond d'autonomie | Pour qui | Limite structurante |
|---|---|---|---|---|
Découverte (gratuit) |
0 $ CAD [Hypothèse] |
N1 | Chaque étudiant, à titre individuel | 200 appels d'outil par jour, aucune compétence ni outil personnalisé — étroit pour un travail d'équipe soutenu |
Équipe (team) |
49,00 $ CAD/mois, annuel 490,00 $ CAD [Hypothèse] |
N2 | Le laboratoire, ou le cours qui a besoin de compétences, d'outils et de volume | 25 compétences, 10 outils, 10 rôles, 5 000 appels d'outil par jour, recherche en ligne non incluse |
#9.2 Pourquoi ces paliers pour cette persona
| Raison | Détail |
|---|---|
| Budget nul du côté étudiant | Le palier Découverte à 0 $ CAD permet à chaque étudiant d'ouvrir un accès sans engagement de l'établissement |
| Volume réel d'une séance de laboratoire | La formule 4 (§5.2) estime environ 300 appels par jour et par équipe : au-dessus des 200 du palier Découverte, très en dessous des 5 000 du palier Équipe |
| Compétences et outils | Les activités des semaines 8 à 12 supposent des compétences et des outils personnalisés, que le palier Découverte n'autorise pas du tout |
| Plafond d'autonomie N2 | Suffisant pour faire produire et tester un agent sous supervision, sans ouvrir le niveau N3 réservé aux organisations réglementées |
#9.3 Ce qui est inclus au palier Équipe
| Inclus | Détail |
|---|---|
| Espace de travail complet | 11 vues canoniques, gatées par capacité |
| Rétro-ingénierie | Jobs, sept familles d'artefacts, file de validation humaine, promotion de spécifications |
| Spécification exécutable | Objets versionnés, relations, traçabilité, analyse d'impact, validation EARS, enregistrements de décision |
| Artefacts d'architecture | DDD, C4/TOGAF, UML, BPMN, modèle de données, artefacts de sécurité, dépendances |
| Revue et gouvernance | Séparation des devoirs côté serveur, refus par défaut journalisé, journal d'audit chaîné, interruption d'exécution |
| Vérification | Plans, cas, suites et cycles de test, jeux de données synthétiques, couverture des critères d'acceptation |
| Livraison | Génération et commit de pipeline, coffre de secrets, déploiement gouverné Kubernetes, retour arrière |
| Bilingue | Français par défaut, anglais de plein droit, parité stricte des clés |
#9.4 Ce qui n'est pas inclus
| Exclu | Statut réel |
|---|---|
| Gestion de cohortes, listes de classe, notation | ⚪ Planifié / hors périmètre assumé — aucune notion d'étudiant ni de note dans le produit |
| Intégration à un environnement numérique d'apprentissage | ⚪ Planifié — aucun connecteur dans le dépôt |
| Connexion par fédération d'identité d'établissement | 🔴 Bloqué — 403 Keycloak vérifiés, déblocage par action d'exploitation |
| Application mobile | ⚪ Planifié — aucun code mobile dans le dépôt |
| Place de marché de capacités | 🟡 En cours — non déployée, jamais prouvée |
| Recherche en ligne pour les agents | Réservée au palier Entreprise |
| Plafond d'autonomie N3 | Réservé au palier Entreprise |
| Tarif Éducation | [Hypothèse] non arrêtée — n'existe pas en base |
#9.5 Chemin de montée en gamme
Aucun diagramme à afficher
Diagramme 3 — flowchart
| Étape | Déclencheur observable | Ce qui débloque |
|---|---|---|
| Découverte → Équipe | Le plafond de 200 appels d'outil par jour est atteint dès la première séance de laboratoire ; les semaines 8 à 12 exigent des compétences et des outils personnalisés | 25 compétences, 10 outils, 10 rôles, 5 000 appels par jour, plafond N2 |
| Équipe → Éducation | Plusieurs cours, un département entier, ou une exigence de facturation institutionnelle | Rien de défini à ce jour. [Gabarit : conditions du palier Éducation à arrêter par le propriétaire avant toute proposition à un établissement] |
Essai : 14 jours sans carte, rappels à J-7, J-3 et J-1, rétrogradation vers le palier gratuit à l'expiration — conformément aux profils d'inscription configurés.
#10. Indicateurs de succès pour cette persona
Les jalons sont recalés sur le rythme d'une session de 13 semaines : 30 jours ≈ semaines 1 à 4, 60 jours ≈ semaines 5 à 8, 90 jours ≈ semaines 9 à 13 et remise.
#10.1 À 30 jours — semaines 1 à 4
| Indicateur | Cible [Hypothèse] |
Source de mesure réelle |
|---|---|---|
| Équipes disposant d'un projet créé et actif | ≥ 90 % des équipes | GET /api/v1/projects et journal d'audit GET /api/v1/audit-compliance/audit/events |
| Séances de laboratoire consommées par l'installation d'environnement | 0 séance | Relevé de l'enseignant, comparé au registre de connexions de la semaine 1 |
| Dépôt public rétro-ingénié en séance | 1 job en statut ready |
GET /api/v1/reverse-engineering/jobs |
| Décisions humaines rendues sur les artefacts proposés | ≥ 10 par équipe | GET /api/v1/reverse-engineering/validation-tasks en statut approved ou rejected |
| Exigences rédigées et conformes après validation EARS | ≥ 15 par équipe | POST /api/v1/projects/{id}/spec/analyze et GET /api/v1/projects/{id}/spec-items |
#10.2 À 60 jours — semaines 5 à 8
| Indicateur | Cible [Hypothèse] |
Source de mesure réelle |
|---|---|---|
| Analyses d'impact lancées avant un changement d'exigence | ≥ 3 par équipe | POST /api/v1/spec-items/{id}/impact |
| Familles d'artefacts d'architecture produites et consultées | ≥ 4 des 7 familles | Vue artifacts ; artifact-service — /api/v1/artifacts, /api/v1/diagrams, /api/v1/togaf |
| Politiques d'agent rédigées par les équipes et justifiées | 1 par équipe | Administration : panneau /policies ; table app_policy_check |
Refus deny-by-default examinés en séance |
≥ 5 cas commentés | Table app_policy_check |
| Propositions du copilote relues avant écriture | 100 % | GET /api/v1/copilot/save-objects/{id} |
#10.3 À 90 jours — semaines 9 à 13 et remise
| Indicateur | Cible [Hypothèse] |
Source de mesure réelle |
|---|---|---|
| Revues croisées portant une décision consignée | ≥ 2 par équipe | collaboration-service — /api/v1/reviews, /api/v1/comments |
| Tentatives d'auto-approbation bloquées, puis expliquées en cours | 100 % bloquées | Machine à états de revue ; 409 sod/self-approval-forbidden côté serveur |
| Critères d'acceptation couverts par au moins un cas de test | ≥ 70 % | Vue test ; test-quality-service — /test-cycles, /runs |
| Chaîne du journal d'audit vérifiée avant la soutenance | 100 % des projets | GET /api/v1/audit-compliance/audit/verify-chain |
| Dossiers exportés et conservés après la remise | ≥ 80 % des équipes | Vue docs (capacité docs:export) ; artifact-service — /api/v1/documentation |
| Écart de perception de préparation industrielle | Amélioration mesurée | [Gabarit : évaluation d'enseignement et retour du comité de programme, à collecter en fin de session] |
#11. Accroches pour cette persona
Six accroches rédigées, avec canal recommandé. Ton : praticien à praticien, vouvoiement, aucun superlatif.
| # | Accroche | Canal recommandé | Intention |
|---|---|---|---|
| A1 | « Treize semaines pour montrer la chaîne complète, sans monter d'infrastructure. » De l'exigence au test, à la revue et au déploiement, dans une seule interface accessible par navigateur. |
Colloque d'enseignement supérieur — atelier de 45 minutes avec démonstration en direct | Toucher D1 et D2 sans promettre de gain chiffré |
| A2 | « Votre cas d'étude ne se périmera plus : il se recharge. » Importez un dépôt public, obtenez sept familles d'artefacts et une file de décisions à faire trancher par vos étudiants. |
Association disciplinaire en génie logiciel — communication courte ou table ronde | Adresser D9 avec une preuve prouvée en production |
| A3 | « Un étudiant ne peut pas approuver son propre travail. Le serveur le refuse. » La séparation des devoirs n'est pas une consigne de plan de cours : c'est un comportement du système que vos étudiants rencontreront en s'y heurtant. |
Réseau d'enseignants — publication dans une infolettre pédagogique ou un carnet de pratique | Adresser D4 et D5 par une leçon vérifiable |
| A4 | « L'IA de vos étudiants a-t-elle un périmètre déclaré ? » Toute action non explicitement autorisée est refusée et journalisée. L'usage de l'IA devient un exercice évalué, pas un soupçon à gérer. |
Journée pédagogique de département, ou panel sur l'IA en enseignement | Adresser D5 et D6 avec un cadre utilisable dès la session suivante |
| A5 | « Nous répondons 501 plutôt que de simuler. » Une fonctionnalité non configurée le dit. Aucun déploiement n'est simulé. Et le tarif Éducation ? Il n'est pas arrêté — nous ne vous donnerons pas un chiffre inventé. |
Journée portes ouvertes de l'établissement, kiosque et échange direct | Construire la confiance par la limite assumée — différenciateur D5 du brief |
| A6 | « De l'intention au logiciel en production, gouverné. » Ce que vos diplômés trouveront en entreprise : une exigence tracée, un agent encadré, une livraison approuvée. Montrez-le-leur avant leur premier emploi. |
Réseau d'enseignants et associations disciplinaires — signature de courriel et affiche de colloque | Slogan principal du brief, décliné pour un public d'enseignement |
#12. Ce que nous refusons de dire à cette persona
⚠️ Rappel tarifaire final. Le palier Éducation est une
[Hypothèse]non arrêtée : « prix à définir », « limites à définir » au brief §10.2, et inexistant en base. Seulsgratuit(0 $ CAD),team(49,00 $ CAD/mois, annuel 490,00 $) etenterprise(sur devis) existent réellement, en dollars canadiens. Aucune proposition chiffrée à un établissement ne peut être faite avant arbitrage.[Gabarit : conditions du palier Éducation à arrêter par le propriétaire avant toute proposition à un établissement]
| Formulation interdite | Pourquoi |
|---|---|
| « Tarif Éducation à X $ par étudiant » | Le palier Éducation n'est pas arrêté et n'existe pas en base (brief §10.2) |
| « Remise établissement de X % » | Aucune modalité de remise n'est décidée ; le seul coupon seedé, WELCOME100, doit être retiré avant ouverture commerciale |
| « Intégré à votre environnement numérique d'apprentissage » | Aucun connecteur n'existe dans le dépôt |
| « Connexion avec les identifiants de votre établissement » | Provisionnement de fournisseur d'identité 🔴 Bloqué, 403 vérifiés |
| « Gérez vos cohortes et vos notes » | Aucune notion d'étudiant, de classe ou de note dans le produit |
| « Des universités utilisent déjà KySpectra » | Aucun établissement client, aucun témoignage (brief §15) |
| « Nos étudiants pilotes constatent… » | Aucun cours pilote n'existe ; le produit n'a pas encore ouvert — jour J le 2026-11-10 |
| « Notre application mobile pour les étudiants » | Aucun code mobile n'existe dans le dépôt |
| « Déployez le projet de vos étudiants sur n'importe quel nuage » | Les pilotes nuage natifs sont ⚪ Planifiés |
| « Conformité automatique à la protection des renseignements » | Non revendiqué ; AUTH_MODE vaut dev-headers par défaut et doit être durci explicitement |
| « Portail business » | Il n'existe pas de troisième portail |
| « Le meilleur outil pédagogique en génie logiciel » | Superlatif creux (brief §12) |
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.