EN GitHub
Guide · Prise en main

Prendre en main Dynamite | Agile

Le parcours d'une équipe, du premier compte au prototype validé. Le guide complet, avec un exercice par outil, est dans l'outil lui-même : Help → le tour du site, et le Space bac à sable DEMO.

L'administrateur : préparer le terrain

  1. Les comptes⚙ Admin → Comptes → Règles d'accès : une ligne par personne, avec sa fonction, son profil d'études et ses droits par Space. Vérification à blanc, puis « Appliquer ».
  2. Le Space du projet⚙ Admin → Spaces : la clé (ex. EQP) devient le préfixe des tickets (EQP-1, EQP-2…), jamais réutilisée.
  3. Les approbateursChacun choisit son approbateur (l'enseignant, le chef d'équipe) dans menu à son nom → Paramètres ; l'administrateur corrige au besoin (« Feuille de temps… »).
  4. Les sauvegardes⚙ Admin → Update et sauvegardes : un point de restauration est pris chaque jour et avant chaque opération de masse.

Démarrer un projet avec un assistant IA

Pas besoin de savoir d'avance quels requis, normes ou essais conviennent à votre produit : un assistant IA vous les propose en entrevue, une question à la fois, et vous donne un fichier à importer.

  1. Copier le prompt⚙ Admin → Spaces → Commencer → « Copier le prompt » (ou ouvrez starter.md et copiez tout le texte).
  2. L'entrevueCollez-le dans une nouvelle conversation (Claude.ai, ChatGPT, Gemini, Copilot). Environ 26 questions à cliquer (vous n'écrivez que le produit et les noms de l'équipe), 30 à 45 minutes : le produit, l'énergie, la radio, les dangers, le marché, l'équipe, le calendrier, puis les besoins, requis, essais, l'arbre fonctionnel et tout Diamond, et les pages qu'il propose et que vous corrigez. « Je ne sais pas » est une bonne réponse.
  3. Le fichierEnregistrez le fichier .json qu'il donne (Bloc-notes → Enregistrer sous, encodage UTF-8).
  4. L'importCommencer → déposez le fichier, lisez l'aperçu, « Créer le Space ». Les normes arrivent « À vérifier » : confirmez-les une à une avant d'approuver un requis.

Le chef d'équipe : lancer le projet

  1. Les besoins (Goldmine)Partez des besoins du client et des parties prenantes ; le catalogue générique d'un produit grand public (deploy/requis_generiques.csv) s'importe en un clic, puis s'adapte au CdCF.
  2. Le plan (Exploration)Les phases du PDP, une boucle MVP par phase, les revues (Lean Canvas, Concept Review, PDR / CDR, Validation Report) et le Gantt ; aller-retour Excel possible.
  3. Les sprints (Agile)Backlog → Sprint → Board ; chaque ticket « implements » un requirement.
  4. La décision (Tools)Idéation en brainwriting, matrice de Pugh, Kepner-Tregoe ; le nom et le dossier de chaque document par Generator.

Chaque membre : la journée type

QuandOùQuoi
En arrivantDashboardMes tickets, mes requirements, mes messages (@mentions), ma semaine.
En travaillantAgile, Goldmine, DynamiteFaire avancer son ticket, préciser un requirement, écrire la note ou la procédure dans le wiki.
Pour prouverTestingChoisir l'essai dans la Test Base, générer le Test Plan, joindre le résultat : le requirement passe « Verified ».
En partantTimesheetLes heures de la journée sur les étapes du PDP, avec une courte description ; soumettre le vendredi.
Pour apprendreTraining, HelpSon plan de formation, les tests, le tour guidé et DEMO pour s'exercer sans risque.

Le PDP du cours dans l'outil

Chaque phase est une boucle Build → Measure → Learn (Lean Startup) : un MVP teste les hypothèses les plus risquées, les Sprints Agile rythment le travail matériel et logiciel, et la phase se ferme sur une revue et la décision de persévérer ou de pivoter. Les boucles montent comme une tornade, de plus en plus larges et rapides, jusqu'au lancement.

PhaseMVPCodes de tempsLivrables (Generator)
A. DiscoveryMVP 0 : le problème existe-t-il ?A-01 à A-06Lean Canvas et hypothèses (LCV), étude de marché, spécifications préliminaires, échéancier, risques
B. ConceptMVP 1 : le concept plaît-il ?B-07 à B-12Concept Review (CRV), besoins, analyse fonctionnelle, CdCF, DFQ, matrice morphologique, Pugh
C. DesignMVP 2 : ça fonctionne ?C-13 à C-15PDR, CDR, sous-systèmes, calculs, AMDEC
D. Validation et lancementMVP 3 : prêt pour le marché ?D-FAB, D-19 à D-21Validation Report (VVR), fabrication, protocole et résultats d'essai

Les noms de la mine

OutilDans la mineDans le projet
DEMO & TrainingLa 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.
ExplorationLa 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.
DynamiteLa 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.
GoldmineLe 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.
Tools & GeneratorLa 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.
AgileLes é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.
TestingL'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.
TimesheetLe carnet de quart : qui a travaillé à quel front, combien d'heures.Les heures par étape du PDP, les vacances, les réclamations de financement.
DiamondLes 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.

Un projet financé : justifier chaque heure

  1. Le Funding SpaceTimesheet → ⚙ Admin → Spaces et organismes : créez un Funding Space pour le programme, avec ses Budget Lines (réclamables ou non), puis rattachez-y le Space du projet, son organisme et son numéro de contrat.
  2. La saisieL'équipe saisit ses heures sur ces Budget Lines, une courte description par plage ; les vacances (INT-VAC) et les congés santé (INT-SAN) du Space INT ne sont jamais réclamés.
  3. La réclamationExport Excel (sommaire, Budget Lines avec chaque plage et sa justification, détail) ou rapport Word au destinataire, avec l'attestation à signer : sans rien retaper.