Atelier, capstone et examen12 minApplication

Le capstone, trois chantiers réels au choix

Livrer une petite fonctionnalité réelle, construire son propre second cerveau relié par fichiers, ou monter un pipeline de contenu du brief à la publication sont trois chantiers de même exigence, un seul suffit pour valider le parcours.

Le capstone n'impose qu'une règle : livrer un des trois chantiers proposés jusqu'au bout, dans l'environnement réel, avec un plan approuvé avant l'exécution. Aucun des trois n'est plus valorisé que les autres, un seul suffit pour valider le parcours.

Trois chantiers, une même exigence

Le premier chantier livre une petite fonctionnalité réelle dans un projet existant ou nouveau : un écran, un endpoint, une correction qui change réellement quelque chose d'observable pour quelqu'un qui l'utilise. Le deuxième construit son propre second cerveau, un dossier de notes reliées entre elles par des fichiers, relu et enrichi au fil des sessions plutôt que redémarré à chaque fois depuis une page blanche. Le troisième monte un pipeline de contenu complet, du brief initial jusqu'à un livrable publiable, en reprenant les étapes vues dans le pipeline de contenu du module précédent.

Les trois portent la même exigence de fond : un résultat observable, produit dans une seule session, vérifié sur place plutôt que supposé terminé.

Cadrer avant d'exécuter

Le périmètre choisi tient dans une seule session de travail, pas dans une semaine de sessions enchaînées : un chantier trop large se termine rarement, un chantier cadré à un geste observable se termine et se vérifie. Le plan se fait approuver avant l'exécution, même quand personne d'autre ne le lit dans l'immédiat, parce que relire son propre plan avant d'agir révèle les étapes oubliées plus vite qu'une relecture du seul résultat fini.

Périmètre annoncé : ajouter un filtre de recherche sur une liste existante
Geste central : le filtre renvoie les bons résultats sur un jeu de trois requêtes test
Preuve de réussite : capture de la liste filtrée, dans le navigateur réel, pas dans le seul diff de code

La vérification finale se fait dans l'environnement réel : l'application qui tourne, le fichier qui s'ouvre, le contenu qui se publie effectivement, jamais dans la seule lecture du code écrit. Un diff propre ne garantit rien de ce qui se passe une fois exécuté sur une machine réelle.

Qui veut aller plus loin peut enchaîner sur la revue contradictoire multi agents, un chantier plus exigeant qui n'est pas nécessaire pour valider le parcours.

Figure 1

Les trois chantiers du capstone, sur les mêmes critères

Chantier de capstone	Périmètre attendu	Geste central	Preuve de réussite attendue
Fonctionnalité réelle	Un écran, un endpoint ou une correction dans un projet existant ou nouveau.	Livrer un changement observable pour quelqu'un qui utilise réellement le projet.	Le changement constaté en fonctionnement, pas seulement lu dans le code source.
Second cerveau personnel	Un dossier de notes reliées entre elles par des fichiers, sur un sujet suivi dans la durée.	Relier de nouvelles notes aux notes existantes plutôt que d'écrire dans le vide.	Une note retrouvée et réutilisée via ses liens, pas seulement une note écrite une fois.
Pipeline de contenu	Un contenu qui part d'un brief écrit jusqu'à un livrable publiable au format final.	Faire passer le contenu par chaque étape nommée du pipeline, sans en sauter aucune.	Le livrable final ouvert et vérifié dans le format où il sera réellement lu.

Le tableau compare les trois chantiers proposés sur le périmètre attendu, le geste central à exécuter et la preuve de réussite qu'il faut pouvoir montrer.

Calibrez vous-même

Une personne choisit le chantier du second cerveau personnel pour le capstone. Elle cadre son périmètre à la création de dix notes reliées entre elles par des liens, rédige un plan en trois étapes, puis le partage pour relecture avant de commencer à écrire les notes.

Écrivez en une phrase ce que cette situation établit, et en une phrase ce qu'elle n'établit pas.

Votre réponse, avant de voir le corrigé

Ce qu’il faut retenir

Les trois chantiers, fonctionnalité réelle, second cerveau personnel, pipeline de contenu, portent la même exigence de validation, aucun ne compte comme plus difficile que les autres.
Un périmètre cadré à une seule session de travail se termine et se vérifie, là où un périmètre étalé sur plusieurs semaines se dilue rarement en un livrable fini.
Le plan du chantier se fait approuver avant l'exécution, ce qui révèle les étapes oubliées plus tôt qu'une relecture du seul résultat.
La preuve de réussite se constate dans l'environnement réel où le contenu tourne effectivement, jamais dans la seule lecture du diff de code produit.

À faire maintenant

Choisissez maintenant, entre les trois chantiers décrits ici, celui que vous allez cadrer, puis écrivez en trois phrases le périmètre exact que vous comptez livrer en une seule session de travail.