Le temps d'un projet physique ne se compresse pas en travaillant plus fort
Gérer le temps et les jalons
Anticiper les délais externes qui ne dépendent pas de vous, découper le projet en jalons vérifiables, et garder une marge de sécurité.
Sur un projet purement logiciel, travailler plus fort ou plus longtemps compresse en général le temps nécessaire. Sur un projet avec du matériel, ce n’est plus vrai : une pièce imprimée en 3D prend le temps qu’elle prend, une commande de composant met le temps qu’elle met à arriver, une carte électronique fabriquée à l’extérieur revient sous un délai fixe. Aucune énergie supplémentaire n’accélère ça.
Ce n’est presque jamais le travail de l’équipe qui fait déraper un planning de projet maker. C’est un délai externe identifié trop tard — un composant en rupture de stock découvert en semaine 6, alors qu’il fallait le commander en semaine 1.
Dès le cahier des charges rédigé, listez tout ce qui dépend d’un tiers et ne dépend pas de votre rythme de travail :
Commandez ou réservez ces éléments le plus tôt possible, même si le reste du projet n’est pas encore prêt à les recevoir.
Un jalon n’est utile que s’il permet de dire, sans ambiguïté, s’il est atteint ou non. “Bien avancé sur l’électronique” n’est pas un jalon. “Le circuit s’alimente et le microcontrôleur répond sur le port série” en est un.
| Semaine | Jalon | Vérifiable par |
|---|---|---|
| 1 | Cahier des charges validé par l’équipe | Document rempli et relu à voix haute |
| 2 | Recherche de l’existant faite, composants critiques commandés | Tableau comparatif rempli, commandes passées |
| 4 | Premier prototype qui trie au moins 1 catégorie | Test filmé, même imparfait |
| 6 | Robot trie les 3 catégories, taux ≥ 80 % sur 20 essais | Mesure réelle, notée dans le journal |
| 7 | Documentation à jour, poster préparé | Relecture croisée par un autre membre |
| 8 | Démonstration au Forum des Sciences | Le jour J |
| Semaine | Jalon | Vérifiable par |
|---|---|---|
| ... | ... | ... |
| ... | ... | ... |Ces jalons reprennent directement les critères de réussite du cahier des charges — ce ne sont pas des dates inventées, ce sont les mêmes seuils, placés dans le temps.
Pas besoin d’un diagramme de Gantt détaillé pour un projet de quelques semaines : un tableau comme celui ci-dessus, ou les jalons (milestones) de GitHub Projects, suffisent largement. L’important n’est pas l’outil, c’est que les jalons soient écrits, datés, et vérifiables.
Ne planifiez jamais votre dernier jalon technique le jour même de la deadline. Une marge d’au moins une semaine avant le rendu final absorbe les imprévus quasi certains : un composant qui arrive en retard, un bug de dernière minute, une pièce à réimprimer. Sans cette marge, le moindre imprévu devient une crise.
En équipe, sur votre projet :