WEBVTT 00:00:06.466 --> 00:00:08.549 OK donc rapidement en introduction 00:00:09.149 --> 00:00:12.543 ce lightning talk est vaguement un cours d'histoire sans l'être 00:00:12.543 --> 00:00:16.724 parce que déjà en 5 minutes j'ai du mal, en plus je suis pas prof d'histoire 00:00:16.724 --> 00:00:22.051 j'suis pas non plus prof de gestion de projet même si c'est un peu de ça dont ça parle aussi 00:00:22.804 --> 00:00:25.486 Donc prenez pas non plus ça trop au sérieux 00:00:25.486 --> 00:00:29.251 c'est plus pour vous faire réfléchir à comment on peut gérer un projet correctement, etc. 00:00:29.251 --> 00:00:32.960 C'est pas non plus une vengeance personnelle contre des clients foireux 00:00:32.960 --> 00:00:36.620 ou des chefs de projet qui auraient lamentablement planté des projets 00:00:36.620 --> 00:00:39.001 merci de ne pas me jeter de pierres. 00:00:39.601 --> 00:00:42.129 Alors rapidement, le Vasa 00:00:42.129 --> 00:00:45.653 que je prononce probablement très mal mais je ne sais pas du tout le prononcer en suédois, 00:00:45.653 --> 00:00:47.055 en 60 secondes ... 00:00:47.055 --> 00:00:51.536 C'est un navire de guerre suédois qui a été construit entre 1625 et 1628 00:00:51.536 --> 00:00:58.805 après plusieurs revers maritimes … de la marine suédoise 00:00:58.805 --> 00:01:05.137 et il devait symboliser le renouveau, la magnificence de la marine suédoise pour contrecarrer ça 00:01:05.137 --> 00:01:11.586 Et donc le truc c'est qu'il a fait naufrage moins de 5 minutes après le début de son voyage inaugural en fait 00:01:11.586 --> 00:01:14.945 Il y a eu un petit coup de vent et pouf ça y est il a sombré quoi 00:01:14.945 --> 00:01:17.594 Il a été renfloué 300 ans plus tard en très bon état 00:01:17.594 --> 00:01:21.076 puisqu'il n'y avait aucun problème sur le bateau lui même, il a juste coulé 00:01:21.076 --> 00:01:23.170 on va voir pourquoi et comment 00:01:23.170 --> 00:01:23.953 Donc, pourquoi ? 00:01:24.686 --> 00:01:28.061 D'abord le premier problème du Vasa c'était son client 00:01:28.261 --> 00:01:28.261 (rires) 00:01:29.645 --> 00:01:34.004 oui j'ai des blagues à la con dans mes slides :) 00:01:34.004 --> 00:01:36.992 le client c'était le roi, le roi Gustave II Aldophe de Suède 00:01:36.992 --> 00:01:42.376 et il a imposé des spécifications qui relevaient de la compétence du constructeur 00:01:42.376 --> 00:01:45.861 donc par exemple les dimensions, le nombre de canons, etc. 00:01:45.861 --> 00:01:48.626 et en plus de ça il a compressé les deadlines 00:01:48.626 --> 00:01:52.859 il a envoyé pas mal de lettres pour mettre de la pression sur le constructeur 00:01:52.859 --> 00:01:57.244 il était Roi donc par conséquent assez difficile à contredire comme client 00:01:57.244 --> 00:02:01.245 et paradoxalement il n'aura visité le chantier qu'une seule fois 00:02:01.245 --> 00:02:04.809 Et pour ne rien arranger le cahier des charges, entre guillemets, 00:02:04.809 --> 00:02:07.977 n'était pas très bien établi et une grand partie n'était pas du tout écrite 00:02:07.977 --> 00:02:10.508 des parties cruciales ont changé en cours de route 00:02:10.508 --> 00:02:13.293 et l'un des constructeurs est même décédé avant la fin 00:02:13.293 --> 00:02:15.944 ce qui n'aide pas quand on a pas écrit les specs 00:02:15.944 --> 00:02:18.227 Manque d'expérience des constructeurs par rapport aux demandes aussi 00:02:18.227 --> 00:02:20.943 puisque les suédois étaient pas habitués à construire ce genre de bateau 00:02:20.943 --> 00:02:23.128 n'a pas aidé et du coup le bateau était mal équilibré 00:02:23.128 --> 00:02:26.426 et c'est pour ça qu'il a coulé entres autres. 00:02:26.426 --> 00:02:29.291 Et le pire dans tout ça, c'est les avertissements 00:02:29.291 --> 00:02:31.878 puisqu'il y a eu une démonstration notamment de la stabilité du bateau 00:02:31.878 --> 00:02:34.527 qui a été effectuée pas très longtemps avant le naufrage 00:02:34.527 --> 00:02:37.343 et cette démonstration a été rapidement avortée en fait 00:02:37.343 --> 00:02:40.861 puisque le navire commencer à se renverser, à tanguer, etc. 00:02:40.861 --> 00:02:43.143 Donc le vice-amiral qui était présent 00:02:43.143 --> 00:02:44.476 il a constaté le problème 00:02:44.476 --> 00:02:46.744 il a fait annulé le test 00:02:46.744 --> 00:02:48.143 et il a pas du tout fait remonter le problème 00:02:48.143 --> 00:02:50.654 il avait peur de faire contredire le roi 00:02:50.654 --> 00:02:52.220 et de l'autre côté le capitaine du bateau 00:02:52.220 --> 00:02:54.237 qui était présent pendant les manoeuvres 00:02:54.237 --> 00:02:56.453 il a pas tenu compte du problème plus tard dans le voyage inaugural 00:02:56.453 --> 00:02:59.136 et donc pendant le voyage inaugural la première chose qu'il a fait 00:02:59.136 --> 00:03:03.854 il a fait tirer une salve de canons sur un des côtés du bateau 00:03:03.854 --> 00:03:05.836 et ça a pas aidé à l'équilibre du bateau 00:03:05.836 --> 00:03:08.771 puisque c'est comme ça qu'il a commencé à pencher. 00:03:10.017 --> 00:03:14.272 Donc tout ça pour dire : pour éviter que votre projet coule 00:03:14.272 --> 00:03:17.836 il faudrait essayer d'établir un cahier des charges précis et clair 00:03:17.836 --> 00:03:19.536 alors j'ai pas utilisé le mot spécification 00:03:19.536 --> 00:03:23.220 parce qu'on disait ce matin que les specs de toute façons 00:03:23.220 --> 00:03:25.438 il faut pas vraiment en faire c'est cadeau 00:03:25.438 --> 00:03:28.136 ce qui est important c'est de savoir ce qu'on fait 00:03:28.136 --> 00:03:33.253 et surtout si on se rend compte qu'on est en train de partir en live 00:03:33.253 --> 00:03:35.086 au lieu d'ignorer les problèmes 00:03:35.086 --> 00:03:37.855 ou au lieu d'ignorer les implications que ça peut avoir 00:03:37.855 --> 00:03:39.753 il faut essayer de remettre en cause 00:03:39.753 --> 00:03:43.654 le bout qu'il faut remettre en cause 00:03:43.654 --> 00:03:46.386 pour éviter donc que ça aille complètement en live 00:03:46.386 --> 00:03:49.171 donc par exemple l'un des problèmes c'était 00:03:49.171 --> 00:03:52.070 les historiens sont pas forcément d'accord avec ça donc je vais faire une 00:03:52.070 --> 00:03:54.936 je vais comment dire… tordre un peu l'histoire 00:03:54.936 --> 00:03:59.397 l'un des débats c'était de savoir est-ce que le nombre de canons 00:03:59.397 --> 00:04:00.870 était prévu initialement comme ça ou pas 00:04:00.870 --> 00:04:05.187 et ce genre de trucs a empêché comment dire … 00:04:05.187 --> 00:04:09.836 a conduit au final au déséquilibre du bateau. 00:04:09.836 --> 00:04:14.303 Dans les autres trucs, quelle que soit votre responsabilité, il faut l'exercer 00:04:14.303 --> 00:04:16.536 il faut la faire remonter dans la hiérarchie, 00:04:16.536 --> 00:04:21.219 et aussi à l'inverse si vous êtes responsables de quoi que ce soit 00:04:21.219 --> 00:04:24.488 ben il faut écouter les gens qui sont en dessous 00:04:24.488 --> 00:04:28.036 et s'ils vous font remonter des problèmes, il faut en tenir compte 00:04:28.036 --> 00:04:30.938 Par exemple, j'avais dit que j'allais pas faire de vengeance 00:04:30.938 --> 00:04:35.304 mais il y a un chef de projet passé qui m'a fait une réflexion à un moment donné 00:04:35.304 --> 00:04:37.335 et qui me disait "toi tu n'es que simple développeur" 00:04:37.335 --> 00:04:38.835 oui ben je suis que simple développeur 00:04:38.835 --> 00:04:41.655 mais je suis quand même bien placé pour me rendre compte des problèmes du projet 00:04:41.655 --> 00:04:44.272 donc s'il vous plaît écoutez vos développeurs 00:04:44.272 --> 00:04:45.071 écoutez vos intégrateurs 00:04:45.071 --> 00:04:46.104 écoutez vos graphistes 00:04:46.104 --> 00:04:49.003 ils sont les mieux placés pour vous parler des problèmes de votre projet 00:04:49.003 --> 00:04:51.938 Et donc testez, dialoguez, soyez réactifs 00:04:51.938 --> 00:04:54.803 essayez de bien réagir à ce genre de choses 00:04:54.803 --> 00:04:56.671 voilà, c'est tout