Le premier projet
Une idée, une équipe de quatre, un semestre. Les notes sont dans un cahier, les besoins dans un courriel, le plan dans un tableur, les essais nulle part. Personne ne sait ce qui est décidé.
DynamiteAgile est l'atelier d'une équipe de conception : un Space par produit, où l'on prospecte le besoin, dégage le savoir, extrait les requirements en or, les prouve par des essais et taille les diamants de l'analyse fonctionnelle. Du besoin du client au produit lancé, MVP après MVP, sur votre serveur.
↓ descendez, la mine s'ouvrePourquoi cet outil existe : ce qu'un jeune ingénieur vit en arrivant, ce que l'industrie lui demande.
Une idée, une équipe de quatre, un semestre. Les notes sont dans un cahier, les besoins dans un courriel, le plan dans un tableur, les essais nulle part. Personne ne sait ce qui est décidé.
Chaque requirement relié au besoin du client et prouvé par un essai, les risques analysés (DFMEA), des revues de conception, les heures justifiées pour le financement : c'est le métier.
Les outils des grandes entreprises coûtent cher et demandent des mois ; les outils gratuits sont épars. L'équipe étudiante ou la start-up apprend la rigueur trop tard, souvent à ses dépens.
DynamiteAgile réunit tout dans un Space par produit, du besoin au lancement, MVP0 à MVPx. Un assistant IA prépare le Space au complet ; l'équipe apprend la méthode en l'appliquant.
Concevoir un produit, c'est exploiter un gisement. Chaque outil porte le nom de son geste, dans l'ordre du projet : descendez un niveau à la fois, de plus en plus profond, jusqu'aux diamants.
La galerie d'essai, à l'entrée de la mine : on y essaie chaque outil avant de descendre.
Le Space DEMO : le tour guidé, un exemple complet (le Rover), un bac à sable et la formation de l'équipe.
La prospection : on étudie le terrain et on décide où creuser, dans quel ordre.
Le plan du produit : phases du PDP (Discovery, Concept, Design, Validation), MVP, jalons, Gantt.
La charge qui fait sauter la roche : on dynamite le savoir brut pour le dégager.
Le wiki du produit : notes, comptes rendus, décisions, procédures, pages préparées avec l'IA.
Le filon d'or : ce qu'on est venu chercher, trié pépite par pépite.
Les besoins du client et les requirements, tracés jusqu'à l'essai qui les prouve.
La boîte à outils et le poinçon des lots : chaque wagon reçoit son numéro.
Les méthodes de conception (idéation, Pugh, Kepner-Tregoe) et le nom de chaque livrable.
Les équipes de forage, par quarts : chacune sait quel front attaquer.
Backlog, sprints et Board d'un MVP à l'autre ; Change Management quand la galerie dévie.
L'essai du minerai : on mesure la teneur avant de déclarer le filon rentable.
La Test Base du produit, ses procédures et ses plans qui prouvent chaque requirement.
Le carnet de quart : qui a travaillé à quel front, combien d'heures.
Les heures par étape du PDP, les vacances, les réclamations de financement.
Les diamants, à 1 000 m : la pierre la plus dure, taillée facette par facette.
L'analyse fonctionnelle : arbre des fonctions, structure, pièces, risques et DFMEA, avec leurs responsables.
Vous êtes au fond : les diamants. Un produit dont chaque fonction, chaque risque et chaque essai est connu, et une équipe qui sait pourquoi.
… et le Dashboard vous remonte à la surface : tout ce qui vous attend dans le Space de votre produit.
Suivez Léa, étudiante en génie électrique, et son équipe (Nina, Hugo, Alexis) sur la conception d'un pistolet à colle chaude. L'écran de droite montre ce qu'elle voit.
Tout ce qui l'attend dans tous ses Spaces : tickets, requirements, heures à soumettre, et un « @lea » de Nina.
Zéro courriel à trier pour savoir quoi faire.Le client confirme qu'il veut coller d'une seule main. Léa passe le need en « Customer Confirmed » : les requirements qui en dérivent sont justifiés d'un clic.
Chaque requirement répond à un besoin réel.Le plan sur plusieurs mois se recalcule : durées, prédécesseurs, jalons. Le Gantt suit, l'Excel aller-retour reste possible.
Le plan et la réalité ne divergent plus.Sprint Planning : Backlog → Sprint → Board. Chaque ticket « implements » un requirement ; les ECN passent en revue.
Le travail du jour est relié au besoin client.La procédure de test s'écrit dans le wiki, avec un bloc ticket vivant et l'export Word au gabarit de l'équipe.
La doc est à jour parce qu'elle vit avec le projet.Elle choisit les essais de sécurité électrique et de chute dans la Test Base, génère le Test Plan pour le laboratoire, et le résultat PDF ferme la boucle.
Du requirement au test « Verified », sans ressaisie.Ses heures de la semaine sur les étapes du PDP, copiées d'une journée à l'autre, soumises à l'enseignant.
On voit où le temps de l'équipe est passé, phase par phase.Un topic sur la matrice de Pugh de son plan de formation, puis DEMO pour essayer le nouvel outil sans risque.
On apprend là où on travaille.Du besoin du client au test qui le prouve, chaque maillon est un lien, pas une copie. Un extrait Word ou CSV la montre au client.
Un compte, les mêmes droits par Space, la même recherche partout et le même journal d'audit.
Tout ce qui vous attend dans tous vos Spaces, avec vos @mentions et un statut changeable sur place.
Needs et requirements : Need Status, fonctions F-XX, criticité, Test Procedure, Q&A client.
L'analyse fonctionnelle : arbre, structure, pièces × fonctions, risques et DFMEA ; export Excel, draw.io et Word.
Le plan du projet sur plusieurs mois : phases, prédécesseurs, jalons, Gantt et aller-retour Excel.
Backlog, Sprints et Board ; Change Management avec PR, bugs et ECN approuvés au CCB.
Le wiki : éditeur visuel, blocs ticket vivants, procédures, BDC, export Word et PDF.
La Test Base d'un produit grand public (sécurité, CEM, IP, chute, vie), Test Plans et listes centrales.
Idéation en brainwriting, Pugh Matrix, Kepner-Tregoe et Generator des livrables du PDP.
Topics, plans de formation, tests corrigés sur le serveur, suivi par l'enseignant.
Ma semaine par étape du PDP, approbation, export Excel et rapport Word.
Le guide pas à pas, la FAQ et le Space DEMO : un exemple complet et un bac à sable pour apprendre sans risque.
Ce qui est arrivé dans les dernières versions de la branche 0.60.
Une entrevue à choix de réponses avec Claude prépare le fichier du projet ; « Commencer » crée l'équipe, les requirements, les essais, l'arbre fonctionnel, le DFMEA et le plan du PDP.
Une ligne de DFMEA par fonction, l'essai clé relié, les bonnes pratiques de l'industrie ; tout s'exporte en Excel, draw.io et Word pour un jury ou un investisseur.
Goldmine, Testing et la feuille de temps en cartes, des pages Dynamite avec l'IA ; Partager par texto, Messenger, WhatsApp, courriel ou code QR.
⚙ Admin → Update : une version à la fois ou plusieurs d'un coup, les données intactes ; l'interface plus légère sur le réseau.
Linux ou Windows, un serveur vide (un gratuit existe), une adresse, puis une commande : le script fait le reste, HTTPS, pare-feu, service, compte administrateur. Aucun abonnement, aucun service cloud, aucune donnée qui sort.
Conçu par Jean-Philippe Desbiens et construit avec Claude Opus 5.5, en octobre 2026.