WEBVTT

1
00:00:10.285 --> 00:00:11.085
Focus Projet

2
00:00:14.628 --> 00:00:15.989
Bienvenue sur Focus Projet,

3
00:00:16.409 --> 00:00:18.270
 le podcast du management de projet.

4
00:00:18.811 --> 00:00:19.811
 Le management de projet,

5
00:00:19.971 --> 00:00:20.492
 qu'est-ce que c'est ?

6
00:00:20.892 --> 00:00:24.815
 Ça va être les différentes techniques et outils qui vont nous permettre de mener à bien nos projets.

7
00:00:25.355 --> 00:00:25.775
 Planning,

8
00:00:25.855 --> 00:00:26.136
 coût,

9
00:00:26.336 --> 00:00:26.696
 risque,

10
00:00:26.736 --> 00:00:27.376
 gestion d'équipe,

11
00:00:27.496 --> 00:00:27.997
 changement,

12
00:00:28.137 --> 00:00:28.857
 communication,

13
00:00:28.957 --> 00:00:29.818
 définition du besoin.

14
00:00:30.298 --> 00:00:31.299
 Au fil des épisodes,

15
00:00:31.499 --> 00:00:32.580
 on va voir tout cela ensemble.

16
00:00:33.428 --> 00:00:36.610
 Alors que tu sois le directeur de projet de la prochaine Gilea Factory,

17
00:00:37.090 --> 00:00:40.813
 ou que tu te retrouves à t'occuper des projets de ton entreprise en plus de ton travail,

18
00:00:41.253 --> 00:00:41.693
 abonne-toi.

19
00:00:42.234 --> 00:00:44.775
 Ce podcast va simplifier la réussite de tes projets.

20
00:00:48.998 --> 00:00:49.718
 Depuis des années,

21
00:00:49.878 --> 00:00:51.819
 deux écoles s'affrontent sur la gestion de projets.

22
00:00:52.340 --> 00:00:54.421
 Les défenseurs des méthodologies agiles,

23
00:00:54.501 --> 00:00:57.743
 qui les opposent aux méthodologies plus traditionnelles et prédictives,

24
00:00:58.063 --> 00:00:59.024
 qu'ils appellent Waterfall.

25
00:00:59.532 --> 00:01:03.375
 La hype de l'agilité est un peu passée et la mode est maintenant à l'hybridation.

26
00:01:04.016 --> 00:01:08.419
 Mais on retrouve toujours de grossières caricatures de certaines pratiques pour en promouvoir d'autres.

27
00:01:09.180 --> 00:01:09.941
 Pour ma part,

28
00:01:10.021 --> 00:01:15.965
 je considère que ces méthodes agiles ou prédictives correspondent à la manière dont on développe le projet et de ce fait,

29
00:01:16.166 --> 00:01:18.768
 la gestion de projet en elle-même peut s'appliquer aux deux,

30
00:01:19.228 --> 00:01:20.329
 même s'il y a des nuances.

31
00:01:22.711 --> 00:01:23.612
 Pour discuter de cela,

32
00:01:23.832 --> 00:01:26.274
 je reçois une nouvelle fois Renaud Chaunet.

33
00:01:26.834 --> 00:01:28.175
 Bonjour Renaud.

34
00:01:28.175 --> 00:01:28.576
Bonjour Tanguy.

35
00:01:29.560 --> 00:01:32.101
Tu peux commencer par te présenter peut-être pour commencer ?

36
00:01:32.741 --> 00:01:33.081
Alors oui,

37
00:01:33.081 --> 00:01:33.381
 très bien.

38
00:01:33.541 --> 00:01:33.661
 Moi,

39
00:01:33.661 --> 00:01:33.901
 écoute,

40
00:01:33.901 --> 00:01:36.902
 je vais me présenter en étant un peu différent de toi,

41
00:01:36.942 --> 00:01:37.262
 parce que moi,

42
00:01:37.242 --> 00:01:37.662
 à la base,

43
00:01:37.682 --> 00:01:39.403
 je suis un développeur logiciel,

44
00:01:39.703 --> 00:01:40.243
 nouvelle technique.

45
00:01:41.163 --> 00:01:41.283
 Bon,

46
00:01:41.283 --> 00:01:46.785
 alors ça fait pas mal de temps que je suis dans le métier et c'est ce qui fait que je suis un ardent défenseur des méthodes agiles,

47
00:01:46.785 --> 00:01:47.565
 de l'approche agile,

48
00:01:48.465 --> 00:01:51.426
 parce que je sais quels problèmes ça résout et ça me parle vraiment.

49
00:01:52.226 --> 00:01:53.546
 Mais je ne suis pas simplement développeur,

50
00:01:53.586 --> 00:01:54.647
 c'est-à-dire que j'ai été aussi

51
00:01:55.507 --> 00:01:57.127
 DSI dans une PME,

52
00:01:57.407 --> 00:01:58.788
 directeur technique chez un éditeur.

53
00:01:59.444 --> 00:02:02.725
 Et je comprends aussi tout à fait les besoins de management,

54
00:02:03.226 --> 00:02:04.886
 que ce soit des besoins de gestion de projet,

55
00:02:04.946 --> 00:02:05.927
 de portefeuille de projet,

56
00:02:05.947 --> 00:02:06.827
 de gestion de ressources,

57
00:02:07.308 --> 00:02:10.049
 toutes ces choses auxquelles finalement l'agilité ne répond pas du tout.

58
00:02:11.149 --> 00:02:11.809
 Et actuellement,

59
00:02:12.190 --> 00:02:14.070
 je suis le fondateur de Time Performance,

60
00:02:14.491 --> 00:02:21.674
 c'est un éditeur de logiciels SaaS qui propose un outil simple pour faire de l'excellente gestion de projet tout en restant agile.

61
00:02:22.054 --> 00:02:22.234
 Voilà,

62
00:02:22.374 --> 00:02:25.035
 d'où l'intérêt de cette discussion qu'on a tous les deux.

63
00:02:27.992 --> 00:02:28.312
Du coup,

64
00:02:28.332 --> 00:02:30.154
 on s'est déjà vu il y a à peu près un an,

65
00:02:30.354 --> 00:02:31.174
 dans l'épisode 23,

66
00:02:31.174 --> 00:02:34.397
 on a discuté de comment mettre en place progressivement la gestion de projet.

67
00:02:35.017 --> 00:02:39.340
 Et la question de l'agilité est arrivée dans la discussion sans réellement être traitée.

68
00:02:39.400 --> 00:02:39.640
 Donc,

69
00:02:39.901 --> 00:02:41.121
 c'est ce qu'on va essayer de faire maintenant.

70
00:02:41.942 --> 00:02:42.623
 Pour commencer,

71
00:02:42.883 --> 00:02:47.766
 comment tu définirais l'agilité en rapport peut-être avec la gestion de projet de manière générale ?

72
00:02:48.787 --> 00:02:48.987
Alors,

73
00:02:49.007 --> 00:02:49.627
 pour l'agilité,

74
00:02:49.728 --> 00:02:50.268
 de toute façon,

75
00:02:50.288 --> 00:02:51.149
 la seule définition,

76
00:02:51.709 --> 00:02:52.750
 elle vient du manifeste agile.

77
00:02:53.130 --> 00:02:55.812
 C'est vraiment le point de référence où tout le monde se met d'accord.

78
00:02:56.172 --> 00:02:56.732
 Et puis après,

79
00:02:57.512 --> 00:02:58.513
 il y a plusieurs développements.

80
00:02:59.833 --> 00:03:00.753
 Et chacun prend son chemin.

81
00:03:01.714 --> 00:03:01.834
 Donc,

82
00:03:01.874 --> 00:03:04.854
 qu'est-ce que c'est que finalement l'agilité dans Manifest Agile ?

83
00:03:05.675 --> 00:03:06.235
 Qu'est-ce qu'on te dit ?

84
00:03:06.235 --> 00:03:06.595
 On te dit,

85
00:03:07.015 --> 00:03:11.296
 c'est la recherche de nouvelles méthodes ou de pratiques de développement logiciel.

86
00:03:12.276 --> 00:03:13.297
 On ne parle pas de gestion de projet,

87
00:03:13.537 --> 00:03:13.657
 là,

88
00:03:14.037 --> 00:03:14.537
 au passage.

89
00:03:15.877 --> 00:03:16.278
 Et puis,

90
00:03:16.518 --> 00:03:19.799
 il faut insister sur le point nouvelles méthodes.

91
00:03:20.219 --> 00:03:22.379
 On cherche quelque chose de différent.

92
00:03:22.919 --> 00:03:25.040
 C'est ça qui est le plus important dans le Manifest Agile.

93
00:03:26.620 --> 00:03:32.863
 c'est que grosso modo ce que l'on dit c'est qu'on veut pas faire comme les méthodes précédentes parce qu'on a trouvé que ça marchait pas.

94
00:03:33.484 --> 00:03:35.484
 Et c'est pour ça que dans le manifeste,

95
00:03:35.525 --> 00:03:36.505
 après dans la suite du manifeste,

96
00:03:36.825 --> 00:03:39.126
 on parle des quatre valeurs qui sont en fait quatre préceptes.

97
00:03:39.766 --> 00:03:43.708
 Et ces quatre préceptes ils sont formulés sous la forme de nous on préfère faire ça plutôt que cela.

98
00:03:44.769 --> 00:03:45.469
 Et plutôt que cela,

99
00:03:45.469 --> 00:03:46.389
 à chaque fois qu'il n'y a que cela,

100
00:03:46.750 --> 00:03:48.030
 c'est ce qu'on faisait classiquement.

101
00:03:48.410 --> 00:03:49.251
 Donc classiquement c'est quoi ?

102
00:03:49.371 --> 00:03:50.131
 C'est des processus,

103
00:03:50.471 --> 00:03:51.092
 des documents,

104
00:03:51.432 --> 00:03:52.012
 des contrats.

105
00:03:52.352 --> 00:03:53.172
 de la documentation.

106
00:03:53.392 --> 00:03:53.532
 Voilà,

107
00:03:53.652 --> 00:03:53.772
 ça,

108
00:03:53.832 --> 00:03:54.633
 c'est ce qu'on demande,

109
00:03:54.673 --> 00:03:55.013
 justement,

110
00:03:55.053 --> 00:03:59.114
 dans des approches assez traditionnelles qui sont issues,

111
00:03:59.314 --> 00:04:00.935
 fondées sur le principe du taylorisme.

112
00:04:01.395 --> 00:04:04.516
 C'est-à-dire que si tu veux qu'un projet se déroule bien,

113
00:04:04.936 --> 00:04:05.516
 tu es obligé,

114
00:04:05.656 --> 00:04:07.176
 tu vas essayer de standardiser tout.

115
00:04:07.536 --> 00:04:07.756
 Et donc,

116
00:04:07.776 --> 00:04:08.957
 tu vas définir des process,

117
00:04:09.017 --> 00:04:09.597
 des tâches.

118
00:04:09.837 --> 00:04:10.397
 Pour chaque tâche,

119
00:04:10.397 --> 00:04:11.718
 tu vas devenir qui est responsable,

120
00:04:12.178 --> 00:04:13.238
 quels sont les inputs,

121
00:04:13.238 --> 00:04:14.178
 quels sont les outputs.

122
00:04:14.598 --> 00:04:14.999
 Et tout ça,

123
00:04:15.079 --> 00:04:16.919
 l'agilité rejette cette partie-là en disant,

124
00:04:16.999 --> 00:04:17.319
 justement,

125
00:04:17.339 --> 00:04:18.039
 on veut tout le contraire.

126
00:04:18.600 --> 00:04:19.840
 C'est là que l'agilité est différente.

127
00:04:20.300 --> 00:04:24.564
 Parce que le fait de rechercher des méthodes pour développer mieux des logiciels,

128
00:04:25.464 --> 00:04:26.385
 c'est le principe d'une méthode.

129
00:04:26.786 --> 00:04:27.766
 C'est qu'on cherche à faire mieux,

130
00:04:27.766 --> 00:04:29.808
 on essaie de trouver des solutions pour faire mieux.

131
00:04:30.549 --> 00:04:30.789
 Mais là,

132
00:04:31.289 --> 00:04:32.250
 vraiment l'apport de l'agilité,

133
00:04:32.310 --> 00:04:34.272
 c'est de dire tout ce que vous nous aviez vendu avant,

134
00:04:34.993 --> 00:04:36.914
 avec ces processus super formalisés,

135
00:04:36.994 --> 00:04:37.635
 super rigides,

136
00:04:37.655 --> 00:04:38.776
 avec des responsabilités,

137
00:04:39.116 --> 00:04:40.057
 des inputs et des outputs,

138
00:04:40.077 --> 00:04:40.497
 on n'en veut pas.

139
00:04:40.938 --> 00:04:41.778
 Ça ne marche pas,

140
00:04:41.798 --> 00:04:43.180
 on sait que dans le monde du logiciel,

141
00:04:43.800 --> 00:04:46.322
 c'est improductif et on a beaucoup d'échecs.

142
00:04:47.143 --> 00:04:48.104
 Et je vais te donner...

143
00:04:48.953 --> 00:04:51.420
 un exemple justement de la différence des deux approches.

144
00:04:52.142 --> 00:04:52.984
 C'est un cas classique,

145
00:04:53.044 --> 00:04:55.571
 c'est la compréhension du besoin par les équipes techniques.

146
00:04:56.427 --> 00:04:59.288
 Je pense que tu connais cette image humoristique,

147
00:04:59.308 --> 00:04:59.628
 cette BD,

148
00:05:00.188 --> 00:05:02.989
 où ça commence par un client qui veut une balançoire.

149
00:05:03.449 --> 00:05:03.569
 Donc,

150
00:05:03.589 --> 00:05:05.830
 tu as le client qui décrit ce qu'il voudrait,

151
00:05:06.390 --> 00:05:07.190
 tu as le commercial,

152
00:05:07.210 --> 00:05:07.750
 ce qu'il a vendu,

153
00:05:08.090 --> 00:05:08.871
 tu as le designer,

154
00:05:08.871 --> 00:05:09.431
 ce qu'il a conçu,

155
00:05:09.571 --> 00:05:11.731
 tu as après la photo avec le développeur,

156
00:05:11.731 --> 00:05:13.592
 ce qu'ils ont construit,

157
00:05:14.032 --> 00:05:14.452
 et en fait,

158
00:05:14.452 --> 00:05:16.973
 tu as la dernière photo où c'était le besoin réel du client.

159
00:05:17.373 --> 00:05:17.833
 Et à chaque fois,

160
00:05:17.813 --> 00:05:18.673
 tu as une image différente.

161
00:05:19.153 --> 00:05:20.254
 Et cette problématique-là,

162
00:05:21.154 --> 00:05:24.715
 où tu as ce problème de communication entre d'une part...

163
00:05:25.407 --> 00:05:29.329
 des gens du métier et d'autre part des gens qui sont techniques,

164
00:05:29.849 --> 00:05:30.849
 c'est quelque chose d'assez classique.

165
00:05:31.910 --> 00:05:32.170
 Et donc,

166
00:05:32.170 --> 00:05:33.090
 il y a deux façons de le résoudre.

167
00:05:34.971 --> 00:05:36.492
 Qu'est-ce qu'on va te dire dans l'approche traditionnelle ?

168
00:05:37.012 --> 00:05:38.012
 Dans l'approche traditionnelle,

169
00:05:38.012 --> 00:05:38.572
 on va te dire,

170
00:05:39.753 --> 00:05:39.873
 bon,

171
00:05:39.953 --> 00:05:41.154
 alors on va écrire plein de documents,

172
00:05:41.654 --> 00:05:44.435
 on va te faire une belle expression de besoin,

173
00:05:44.515 --> 00:05:44.895
 puis après,

174
00:05:45.155 --> 00:05:45.895
 on va détailler ça,

175
00:05:45.996 --> 00:05:49.077
 on va traduire ça sous la forme de spécifications générales,

176
00:05:49.137 --> 00:05:50.517
 puis de spécifications détaillées,

177
00:05:51.018 --> 00:05:54.299
 et on va mettre le plus de détails possible pour qu'il y ait le moins de malentendus possible.

178
00:05:55.091 --> 00:05:55.331
 Et puis,

179
00:05:55.391 --> 00:05:56.592
 pour être sûr que tout le monde est d'accord,

180
00:05:57.233 --> 00:05:58.634
 on va leur demander de signer le document.

181
00:05:59.475 --> 00:05:59.635
 Voilà.

182
00:06:00.356 --> 00:06:00.636
 Et donc,

183
00:06:00.716 --> 00:06:01.437
 une fois qu'on a fait ça,

184
00:06:01.677 --> 00:06:02.838
 il y a un an et demi qui s'est passé,

185
00:06:02.838 --> 00:06:03.439
 mais ce n'est pas grave.

186
00:06:04.840 --> 00:06:05.941
 On a déjà pris du repère là-dessus.

187
00:06:06.762 --> 00:06:07.442
 Maintenant qu'on a fait ça,

188
00:06:07.602 --> 00:06:11.506
 on se revoit dans deux ans et puis on regarde si vous avez fait ce que vous avez marqué dans le cahier d'échec,

189
00:06:11.946 --> 00:06:13.428
 dans le document de spécification.

190
00:06:13.768 --> 00:06:13.988
 Donc ça,

191
00:06:13.968 --> 00:06:14.709
 c'est l'approche classique,

192
00:06:15.169 --> 00:06:16.370
 où la solution au problème,

193
00:06:16.411 --> 00:06:16.691
 c'est de dire,

194
00:06:17.011 --> 00:06:18.412
 on va écrire plus de choses,

195
00:06:18.673 --> 00:06:20.054
 on va être plus soigneux,

196
00:06:20.394 --> 00:06:21.255
 plus dans le détail.

197
00:06:23.291 --> 00:06:23.511
 Après,

198
00:06:23.551 --> 00:06:24.332
 si tu prends l'approche,

199
00:06:24.372 --> 00:06:24.892
 donc l'approche AG,

200
00:06:24.892 --> 00:06:28.774
 il y a un problème de communication entre les métiers et la technique.

201
00:06:29.655 --> 00:06:29.895
 Et bien,

202
00:06:29.915 --> 00:06:30.815
 ce problème de communication,

203
00:06:30.875 --> 00:06:32.616
 plutôt que de se voir tout au début puis à la fin,

204
00:06:33.117 --> 00:06:33.537
 et bien en fait,

205
00:06:33.557 --> 00:06:35.038
 on va travailler ensemble tout au long du projet.

206
00:06:35.798 --> 00:06:36.599
 Et tout au long du projet,

207
00:06:36.619 --> 00:06:38.420
 on va discuter et petit à petit,

208
00:06:38.420 --> 00:06:39.660
 la communication va s'améliorer.

209
00:06:39.680 --> 00:06:40.261
 C'est-à-dire qu'au début,

210
00:06:40.281 --> 00:06:40.941
 on ne va pas se comprendre,

211
00:06:41.962 --> 00:06:42.722
 mais petit à petit,

212
00:06:42.742 --> 00:06:44.243
 à force de faire des réunions toutes les semaines,

213
00:06:44.243 --> 00:06:45.904
 toutes les deux semaines ensemble,

214
00:06:46.304 --> 00:06:49.866
 de voir la différence entre ce qu'on a produit et ce que vous nous aviez demandé,

215
00:06:50.526 --> 00:06:51.107
 petit à petit,

216
00:06:51.167 --> 00:06:51.607
 finalement...

217
00:06:52.199 --> 00:06:57.483
 Les gens du métier comprennent un peu mieux peut-être les contraintes techniques et les techniques apprennent le métier.

218
00:06:58.684 --> 00:06:58.925
 Et donc,

219
00:06:59.665 --> 00:06:59.905
 tu vois,

220
00:06:59.905 --> 00:07:04.269
 c'est une approche qui est assez différente et on essaie de résoudre les mêmes problèmes.

221
00:07:05.230 --> 00:07:05.350
Oui,

222
00:07:05.330 --> 00:07:05.450
 oui.

223
00:07:05.650 --> 00:07:05.890
 Après,

224
00:07:06.731 --> 00:07:08.012
 j'allais dire,

225
00:07:08.092 --> 00:07:09.813
 les deux ne sont pas forcément totalement incompatibles.

226
00:07:09.813 --> 00:07:10.154
 D'ailleurs,

227
00:07:10.294 --> 00:07:10.674
 peut-être,

228
00:07:11.174 --> 00:07:17.319
 on peut écrire un peu et avoir cette approche de ne pas se revoir dans deux ans et continuer à discuter tout le long.

229
00:07:17.800 --> 00:07:17.920
Oui,

230
00:07:17.1000 --> 00:07:18.120
 non,

231
00:07:18.120 --> 00:07:18.480
 mais bien sûr,

232
00:07:18.480 --> 00:07:18.600
 là,

233
00:07:18.620 --> 00:07:19.501
 c'est caricatural.

234
00:07:22.063 --> 00:07:22.223
 Voilà,

235
00:07:22.523 --> 00:07:24.004
 le principe est celui-là.

236
00:07:24.524 --> 00:07:25.244
 Et en même temps,

237
00:07:25.264 --> 00:07:26.244
 ce n'est pas incompatible.

238
00:07:26.764 --> 00:07:27.364
 Et surtout,

239
00:07:27.925 --> 00:07:32.286
 chaque mode de fonctionnement peut s'appliquer dans un certain contexte ou pas.

240
00:07:33.886 --> 00:07:34.526
 Par exemple,

241
00:07:34.866 --> 00:07:38.748
 si tu es dans des métiers comme dans le bâtiment,

242
00:07:39.688 --> 00:07:41.288
 il est hors de question de se dire « Attendez,

243
00:07:41.288 --> 00:07:42.509
 je vais développer les parpetits bouts,

244
00:07:42.509 --> 00:07:43.629
 je vais vous dire le nombre de pièces,

245
00:07:43.889 --> 00:07:45.609
 mais j'ai changé toutes les deux semaines,

246
00:07:45.609 --> 00:07:46.910
 je vais vous rajouter des pièces dans la maison. »

247
00:07:46.910 --> 00:07:48.450
 Ce n'est pas ça.

248
00:07:48.450 --> 00:07:49.370
 Ce n'est pas possible.

249
00:07:49.690 --> 00:07:49.950
 Et donc,

250
00:07:49.950 --> 00:07:51.691
 il faut voir que le monde du logiciel...

251
00:07:51.871 --> 00:07:54.813
 a cette particularité que n'a pas d'autres domaines.

252
00:07:55.313 --> 00:07:56.353
 On n'est pas dans le monde industriel.

253
00:07:56.373 --> 00:07:56.994
 Dans le monde industriel,

254
00:07:56.994 --> 00:07:58.895
 on est obligé de prévoir les choses en avance parce que changer,

255
00:07:59.375 --> 00:07:59.955
 c'est très compliqué.

256
00:08:01.056 --> 00:08:01.916
 Dans le monde du logiciel,

257
00:08:01.916 --> 00:08:02.777
 on veut supprimer une pièce,

258
00:08:02.777 --> 00:08:03.557
 on appuie sur une touche,

259
00:08:03.557 --> 00:08:04.278
 la pièce est supprimée.

260
00:08:05.578 --> 00:08:06.099
 Dans le bâtiment,

261
00:08:06.099 --> 00:08:06.819
 on construisait une pièce,

262
00:08:06.819 --> 00:08:07.239
 mais à côté,

263
00:08:07.259 --> 00:08:07.800
 pas comme il faut.

264
00:08:08.780 --> 00:08:10.521
 Ça coûte très cher de tout en déconstruire.

265
00:08:10.621 --> 00:08:14.063
Ça coûte plus cher de la casser que de la construire.

266
00:08:14.723 --> 00:08:14.843
Donc,

267
00:08:14.843 --> 00:08:16.044
 il n'y a pas les mêmes problématiques.

268
00:08:16.124 --> 00:08:16.424
 Et donc,

269
00:08:16.504 --> 00:08:16.704
 voilà.

270
00:08:16.785 --> 00:08:16.925
 Donc,

271
00:08:16.985 --> 00:08:17.265
 après,

272
00:08:17.265 --> 00:08:21.307
 il faut adapter la méthode à la problématique et même dans l'informatique.

273
00:08:21.743 --> 00:08:28.886
 Ce n'est pas du tout pareil de développer un logiciel ou par exemple d'installer le même logiciel chez un autre client.

274
00:08:30.027 --> 00:08:31.728
 Quand on installe un logiciel chez un autre client,

275
00:08:32.228 --> 00:08:35.229
 le mieux c'est au contraire l'approche prédictive parce qu'on l'a déjà fait dix fois,

276
00:08:35.649 --> 00:08:36.750
 on connaît les problématiques,

277
00:08:36.770 --> 00:08:36.890
 etc.

278
00:08:37.250 --> 00:08:42.092
 Et ça va aller beaucoup plus vite si on a un processus à gérer.

279
00:08:42.572 --> 00:08:42.933
 Par contre,

280
00:08:42.933 --> 00:08:44.333
 si on crée un nouveau logiciel,

281
00:08:45.194 --> 00:08:48.075
 on ne l'a jamais fait avant et il n'y a pas de recette miracle.

282
00:08:49.075 --> 00:08:49.215
 Voilà.

283
00:08:49.335 --> 00:08:49.616
 Et donc,

284
00:08:50.096 --> 00:08:51.657
 quelqu'un qui est le chef de projet qui va arriver,

285
00:08:51.657 --> 00:08:51.917
 attendez,

286
00:08:51.917 --> 00:08:53.739
 moi j'ai le planning pour tout le projet,

287
00:08:53.739 --> 00:08:54.840
 je vais vous dire comment ça va se dérouler.

288
00:08:55.080 --> 00:08:55.721
 Ce n'est pas crédible,

289
00:08:55.721 --> 00:08:56.701
 c'est tout simplement pas crédible.

290
00:08:57.242 --> 00:08:57.462
 Et là,

291
00:08:57.682 --> 00:08:57.822
 voilà,

292
00:08:57.983 --> 00:08:59.023
 il n'y a pas de possible de le faire.

293
00:09:01.666 --> 00:09:02.126
 Encore une fois,

294
00:09:02.426 --> 00:09:03.487
 il n'y a pas de mauvaise méthode.

295
00:09:04.428 --> 00:09:06.249
 Il n'y a que des mauvaises méthodes dans un mauvais contexte.

296
00:09:06.329 --> 00:09:08.391
 Oui,

297
00:09:08.872 --> 00:09:09.272
tout à fait.

298
00:09:12.234 --> 00:09:13.315
 Tu as peut-être déjà répondu,

299
00:09:13.435 --> 00:09:14.076
 de manière générale,

300
00:09:14.076 --> 00:09:16.738
 on parle de l'agilité et de gestion de projet pour cet épisode,

301
00:09:17.279 --> 00:09:17.599
 de ton...

302
00:09:17.859 --> 00:09:19.140
 point de vue des méthodes Agile,

303
00:09:19.260 --> 00:09:20.080
 est-ce que Scrum,

304
00:09:20.120 --> 00:09:20.940
 mais il y en a d'autres,

305
00:09:21.340 --> 00:09:22.741
 ça peut être Safe ou autre,

306
00:09:23.601 --> 00:09:27.743
 sont-elles des méthodes de gestion de projet en elles-mêmes ?

307
00:09:29.084 --> 00:09:30.024
Je pense que j'ai déjà répondu,

308
00:09:30.024 --> 00:09:30.264
 et en fait,

309
00:09:30.264 --> 00:09:31.765
 j'ai oublié de répondre à la deuxième question,

310
00:09:31.825 --> 00:09:33.145
 c'était qu'est-ce que la gestion de projet ?

311
00:09:35.186 --> 00:09:36.127
 La gestion de projet,

312
00:09:37.227 --> 00:09:39.228
 il y a souvent des malentendus,

313
00:09:39.228 --> 00:09:42.329
 parce que les gens ont vu des façons de gérer des projets,

314
00:09:42.689 --> 00:09:44.010
 et ont dit que c'est de la gestion de projet.

315
00:09:44.710 --> 00:09:44.830
 Moi,

316
00:09:44.810 --> 00:09:45.570
 la gestion de projet,

317
00:09:45.650 --> 00:09:46.731
 je donne le terme le plus général,

318
00:09:46.791 --> 00:09:46.911
 c'est...

319
00:09:47.247 --> 00:09:49.249
 toute la partie qui concerne l'organisation du projet.

320
00:09:49.849 --> 00:09:51.330
 C'est tout ce qui n'est pas tâche de réalisation.

321
00:09:51.551 --> 00:09:53.092
 C'est comment on s'organise.

322
00:09:54.513 --> 00:09:54.773
 Et donc,

323
00:09:54.773 --> 00:09:56.315
 ce n'est pas un ensemble de techniques particulières.

324
00:09:56.355 --> 00:09:56.515
 Après,

325
00:09:56.515 --> 00:09:57.816
 on aura un suivant tel ou tel projet.

326
00:09:58.492 --> 00:09:59.073
 Pour s'organiser,

327
00:09:59.093 --> 00:09:59.993
 on va utiliser telle technique,

328
00:10:00.013 --> 00:10:01.434
 mais ce n'est pas obligatoire d'utiliser telle technique.

329
00:10:02.135 --> 00:10:03.216
 C'est juste quelque chose d'assez global.

330
00:10:04.897 --> 00:10:05.138
 Maintenant,

331
00:10:05.218 --> 00:10:07.359
 est-ce que les méthodes agiles sont de la gestion de projet ?

332
00:10:07.439 --> 00:10:14.745
 Je pense qu'on sera tous d'accord si on connaît un peu la gestion de projet pour dire que les méthodes agiles portent sur le processus de développement seul,

333
00:10:15.126 --> 00:10:15.606
 exclusivement.

334
00:10:16.087 --> 00:10:18.529
 Il manque plein de choses pour faire de la gestion de projet.

335
00:10:19.109 --> 00:10:19.650
 De toute façon,

336
00:10:19.690 --> 00:10:20.450
 les méthodes agiles,

337
00:10:20.490 --> 00:10:21.531
 c'est une petite ligne manifeste.

338
00:10:21.831 --> 00:10:22.412
 A aucun moment,

339
00:10:22.412 --> 00:10:23.853
 on parle de gestion de projet,

340
00:10:24.253 --> 00:10:24.694
 pas de gestion.

341
00:10:25.895 --> 00:10:27.396
 On cherche à développer des logiciels.

342
00:10:27.824 --> 00:10:29.165
 Donc on n'est pas du tout dans la gestion de projet.

343
00:10:30.566 --> 00:10:30.946
 D'ailleurs,

344
00:10:30.986 --> 00:10:31.626
 la gestion de projet,

345
00:10:31.666 --> 00:10:33.067
 ça ne s'applique pas qu'au développement logiciel.

346
00:10:34.908 --> 00:10:35.929
 Ça s'applique à tous les projets.

347
00:10:37.029 --> 00:10:37.390
 Et surtout,

348
00:10:37.410 --> 00:10:38.690
 ça ne s'intéresse pas à la partie technique,

349
00:10:39.171 --> 00:10:42.292
 qui intéresse le plus justement les développeurs qui cherchent à s'améliorer dans leur pratique.

350
00:10:43.893 --> 00:10:45.814
 Faire du TDD,

351
00:10:45.954 --> 00:10:47.195
 du test drive and development,

352
00:10:48.276 --> 00:10:51.398
 ce n'est pas un sujet pour la partie gestion de projet.

353
00:10:53.259 --> 00:10:53.579
 Néanmoins,

354
00:10:53.579 --> 00:10:55.360
 il y a aussi une explication pourquoi il y a une confusion.

355
00:10:56.661 --> 00:11:02.505
 souvent qui viennent de la part de développeurs qui ne connaissent pas la gestion de projet et qui voient la gestion de projet par le petit bout de la lormiette.

356
00:11:03.686 --> 00:11:08.650
 Donc la confusion est entretenue parce que dans un projet de développement d'un logiciel,

357
00:11:09.351 --> 00:11:10.932
 en fait le développement,

358
00:11:11.092 --> 00:11:12.453
 le processus de développement du logiciel,

359
00:11:12.453 --> 00:11:13.734
 ça va être 90%.

360
00:11:13.734 --> 00:11:14.975
 90%

361
00:11:15.176 --> 00:11:16.697
 du temps on va faire du développement de logiciel.

362
00:11:18.458 --> 00:11:20.320
 Et donc là c'est quelque chose qui va être très important.

363
00:11:20.320 --> 00:11:25.424
 Et donc forcément la gestion de projet doit s'adapter.

364
00:11:26.244 --> 00:11:29.345
 à la façon dont on construit le logiciel parce que ça représente 90%

365
00:11:29.385 --> 00:11:29.805
 du travail.

366
00:11:30.365 --> 00:11:30.885
 Donc c'est pour ça.

367
00:11:30.905 --> 00:11:31.645
 Donc première chose,

368
00:11:32.046 --> 00:11:32.906
 dans ce type de projet-là,

369
00:11:33.046 --> 00:11:35.467
 c'est facile de confondre les deux parce qu'en fait,

370
00:11:36.727 --> 00:11:38.327
 le processus de développement est très important,

371
00:11:38.787 --> 00:11:39.948
 représente une grande part de l'activité.

372
00:11:40.748 --> 00:11:41.088
 Et puis,

373
00:11:41.808 --> 00:11:50.151
 il y a certaines méthodes agiles et notamment Scrum qui va aussi définir des rôles et des cérémonies ou des types de réunions,

374
00:11:50.151 --> 00:11:50.871
 des points de validation,

375
00:11:50.891 --> 00:11:51.371
 des choses comme ça.

376
00:11:51.711 --> 00:11:51.911
 Et là,

377
00:11:51.891 --> 00:11:52.971
 on touche un peu à l'organisation.

378
00:11:53.451 --> 00:11:54.212
 Comme j'ai dit tout à l'heure,

379
00:11:54.252 --> 00:11:54.792
 l'organisation,

380
00:11:54.812 --> 00:11:55.272
 c'est de la gestion.

381
00:11:56.260 --> 00:11:56.400
 Donc,

382
00:11:56.400 --> 00:12:00.904
 la frontière entre la gestion de projet et les méthodes agiles devient alors encore un petit peu plus floue.

383
00:12:01.965 --> 00:12:02.865
 Mais voilà,

384
00:12:04.167 --> 00:12:04.907
 on se rapproche,

385
00:12:05.307 --> 00:12:06.008
 mais pas complètement.

386
00:12:06.789 --> 00:12:06.909
Oui,

387
00:12:06.909 --> 00:12:07.069
 oui.

388
00:12:10.171 --> 00:12:11.733
 Tu as un peu dit les différences.

389
00:12:11.853 --> 00:12:18.879
 Qu'est-ce qu'il faudrait rajouter d'une certaine manière à ces méthodes agiles pour gérer sereinement un projet dans son ensemble ?

390
00:12:20.140 --> 00:12:20.640
C'est très simple.

391
00:12:21.301 --> 00:12:22.201
 Dans les méthodes agiles,

392
00:12:22.722 --> 00:12:23.262
 c'est pop,

393
00:12:23.462 --> 00:12:24.083
 il y a un projet,

394
00:12:24.103 --> 00:12:24.783
 il y a une équipe qui est là.

395
00:12:25.124 --> 00:12:25.364
 Ah bon ?

396
00:12:25.904 --> 00:12:28.345
 Il n'y a pas de phase d'avant-projet,

397
00:12:28.365 --> 00:12:29.346
 de qualification de projet,

398
00:12:30.566 --> 00:12:32.187
 de création d'un business case,

399
00:12:32.267 --> 00:12:33.207
 d'un vacat d'affaires,

400
00:12:33.607 --> 00:12:34.768
 quelles sont les justifications,

401
00:12:34.788 --> 00:12:36.108
 la sélection des parties prenantes,

402
00:12:36.188 --> 00:12:37.469
 comment les équipes sont recrutées,

403
00:12:37.469 --> 00:12:37.589
 etc.

404
00:12:38.349 --> 00:12:38.489
 Non,

405
00:12:39.170 --> 00:12:40.270
 tout le monde est là,

406
00:12:40.270 --> 00:12:41.771
 on commence des zéros,

407
00:12:41.991 --> 00:12:42.551
 on commence,

408
00:12:42.871 --> 00:12:43.332
 on travaille.

409
00:12:43.772 --> 00:12:44.292
 Évidemment,

410
00:12:44.532 --> 00:12:45.352
 pour être chef de projet,

411
00:12:45.713 --> 00:12:48.634
 c'est justement qu'il y a la valeur d'un chef de projet,

412
00:12:48.714 --> 00:12:49.854
 c'est de l'anticipation.

413
00:12:50.174 --> 00:12:50.435
 Et donc,

414
00:12:50.615 --> 00:12:51.415
 au début d'un projet,

415
00:12:51.795 --> 00:12:52.035
 en fait,

416
00:12:52.035 --> 00:12:52.756
 le succès d'un projet,

417
00:12:52.776 --> 00:12:53.616
 ça se fait beaucoup au début.

418
00:12:54.576 --> 00:12:55.656
On est tout à fait d'accord là-dessus.

419
00:12:57.317 --> 00:12:58.797
Il faut recruter les bonnes personnes,

420
00:12:58.897 --> 00:13:00.358
 avoir les bons interlocuteurs,

421
00:13:00.658 --> 00:13:01.758
 s'assurer qu'on ait le mandat,

422
00:13:01.818 --> 00:13:03.018
 qu'on ait les moyens suffisants,

423
00:13:03.018 --> 00:13:03.138
 etc.

424
00:13:03.618 --> 00:13:10.380
 Donc tout ce travail-là de chefferie de projet n'est pas du tout vu dans la partie agile parce que c'est avant le processus de développement.

425
00:13:10.380 --> 00:13:12.421
 Le processus de développement commencera une fois qu'on aura fait tout ça.

426
00:13:12.741 --> 00:13:15.082
 Donc il y a beaucoup de travail à faire à ce niveau-là.

427
00:13:16.302 --> 00:13:17.422
 Pareil pour la clôture d'un projet.

428
00:13:18.162 --> 00:13:18.823
 Ça n'existe pas,

429
00:13:18.823 --> 00:13:20.823
 il n'y a pas de phase de clôture de projet dans

430
00:13:21.183 --> 00:13:23.924
 Scrum. Le projet continue ad vitam aeternam.

431
00:13:25.120 --> 00:13:26.601
 Donc il n'y a pas de passage en TMA,

432
00:13:26.781 --> 00:13:27.622
 de passage en run.

433
00:13:27.922 --> 00:13:29.683
 Le run est censé se faire au fur et à mesure,

434
00:13:29.723 --> 00:13:30.743
 mais même une passage en TMA,

435
00:13:30.803 --> 00:13:33.025
 une fois qu'il y a un moment,

436
00:13:33.045 --> 00:13:39.748
 le développement du logiciel va plus ou moins s'arrêter parce qu'on a développé assez de fonctionnalités.

437
00:13:39.768 --> 00:13:40.169
 Donc ça aussi,

438
00:13:40.169 --> 00:13:41.649
 c'est des choses qui ne sont pas du tout envisagées.

439
00:13:42.410 --> 00:13:43.710
 Mais même tout au long du projet,

440
00:13:44.931 --> 00:13:53.756
 les méthodes agiles s'intéressent à l'équipe et éventuellement à l'interface avec la personne qui gère la définition du besoin.

441
00:13:55.304 --> 00:13:56.565
 mais il n'y a pas d'autre partie prenante.

442
00:13:56.865 --> 00:13:58.345
 C'est-à-dire qu'on ne discute pas avec l'infra,

443
00:13:58.445 --> 00:13:58.785
 par exemple,

444
00:13:58.785 --> 00:13:59.285
 pour discuter,

445
00:14:00.646 --> 00:14:01.966
 il va falloir provisionner tel serveur,

446
00:14:02.006 --> 00:14:02.206
 machin,

447
00:14:02.246 --> 00:14:02.406
 chose.

448
00:14:02.406 --> 00:14:05.427
 Ce ne sont pas des choses qui sont dans l'approche agile,

449
00:14:05.427 --> 00:14:07.067
 ce n'est pas la problématique principale.

450
00:14:07.448 --> 00:14:07.568
 Ça,

451
00:14:07.588 --> 00:14:08.768
 c'est des problématiques autres.

452
00:14:09.428 --> 00:14:12.249
 Il y a toute la partie communication vers l'extérieur.

453
00:14:13.969 --> 00:14:16.790
 Est-ce qu'on pense réellement amener le DSI,

454
00:14:16.970 --> 00:14:17.931
 les managers,

455
00:14:18.171 --> 00:14:22.912
 devant le tableau de post-it de l'équipe agile ?

456
00:14:23.716 --> 00:14:23.977
 Sérieux,

457
00:14:24.017 --> 00:14:25.078
 ou de les mettre en disant,

458
00:14:25.078 --> 00:14:25.838
 regardez dans mon gira,

459
00:14:25.918 --> 00:14:27.339
 regardez la liste des tickets qu'on a fait.

460
00:14:28.220 --> 00:14:30.082
 Si vous avez des chefs de projet comme ça,

461
00:14:30.562 --> 00:14:32.644
 qui gèrent des projets agiles et qui arrivent en réunion de copil,

462
00:14:33.124 --> 00:14:35.967
 comité de pilotage et qui présentent des listes de tickets,

463
00:14:35.967 --> 00:14:37.288
 vous savez que vous n'avez pas un chef de projet.

464
00:14:37.668 --> 00:14:41.511
 Il y a un vrai problème de communication et donc il y a tout ce travail-là.

465
00:14:41.912 --> 00:14:43.073
 Il va y avoir tous les travaux,

466
00:14:43.973 --> 00:14:46.896
 toute la négociation qu'il peut y avoir et puis il y a aussi du politique.

467
00:14:47.356 --> 00:14:49.758
 Parce qu'on se voit très bien dans un projet,

468
00:14:49.778 --> 00:14:51.480
 il y a un contexte politique de l'entreprise.

469
00:14:51.884 --> 00:14:52.886
 Il y a des tracteurs,

470
00:14:52.886 --> 00:14:53.707
 il y a des promoteurs.

471
00:14:54.408 --> 00:14:56.311
 Tout ce que sait faire un chef de projet.

472
00:14:58.073 --> 00:14:58.633
 Et justement,

473
00:14:58.653 --> 00:14:59.154
 dans l'apathie,

474
00:14:59.814 --> 00:15:00.375
 dans l'agilité,

475
00:15:01.315 --> 00:15:02.196
 le rôle du chef de projet,

476
00:15:02.596 --> 00:15:06.239
 c'est un peu de protéger l'équipe de tout ce monde extérieur qui est un peu chaotique,

477
00:15:07.260 --> 00:15:12.524
 pour qu'ils puissent se concentrer finalement sur ce qu'ils ont à faire sur leur métier et ne pas être impactés par ça.

478
00:15:15.506 --> 00:15:20.029
Tu l'as un peu dit en donnant cet exemple du chef de projet qui doit protéger l'équipe,

479
00:15:20.109 --> 00:15:24.932
 mais comment faire cohabiter du coup cette agilité avec ces différentes méthodes ?

480
00:15:26.393 --> 00:15:31.616
 la gestion de projet d'une manière générale comme on a pu le voir précédemment,

481
00:15:32.117 --> 00:15:34.498
 notamment dans les épisodes qu'on a pu faire ensemble ?

482
00:15:35.679 --> 00:15:37.100
Il n'y a vraiment aucun problème,

483
00:15:38.200 --> 00:15:40.802
 sauf qu'on tombe dans un des trois écueils.

484
00:15:41.502 --> 00:15:42.383
 Alors les trois écueils,

485
00:15:43.083 --> 00:15:48.446
 c'est le chef de projet qui est trop dans la théorie et dans les techniques traditionnelles.

486
00:15:48.987 --> 00:15:49.987
 C'est-à-dire qu'il a été formé,

487
00:15:50.047 --> 00:15:51.428
 on lui a appris qu'un projet,

488
00:15:51.428 --> 00:15:52.289
 ça se faisait comme ça.

489
00:15:52.689 --> 00:15:54.150
 Il fallait faire son diagramme de gants,

490
00:15:54.150 --> 00:15:54.551
 son père,

491
00:15:54.571 --> 00:15:55.251
 son chemin critique,

492
00:15:55.251 --> 00:15:55.792
 et ainsi de suite.

493
00:15:56.272 --> 00:15:56.612
 Et il dit,

494
00:15:56.973 --> 00:15:57.113
 voilà,

495
00:15:57.973 --> 00:15:58.094
 moi,

496
00:15:58.094 --> 00:15:58.974
 je vais gérer mon projet,

497
00:15:58.974 --> 00:16:01.276
 je vais continuer à gérer mon projet avec les mêmes techniques.

498
00:16:02.517 --> 00:16:03.358
 Comme je te l'ai dit au début,

499
00:16:03.398 --> 00:16:06.060
 il y a vraiment des approches différentes.

500
00:16:06.881 --> 00:16:08.562
 Et il ne faut pas que le chef de projet,

501
00:16:08.562 --> 00:16:10.564
 il faut que le chef de projet soit assez malin pour s'adapter,

502
00:16:11.084 --> 00:16:11.505
 en disant,

503
00:16:12.926 --> 00:16:14.467
 quels sont les objectifs de la gestion de projet ?

504
00:16:14.487 --> 00:16:15.608
 Les objectifs de la gestion de projet,

505
00:16:15.668 --> 00:16:19.652
 c'est que le client soit content de ce qu'il obtient pour un prix raisonnable,

506
00:16:20.132 --> 00:16:21.053
 dans un délai raisonnable.

507
00:16:22.357 --> 00:16:24.198
 Il n'y a aucune contrainte sur la façon d'y arriver.

508
00:16:24.639 --> 00:16:25.419
 La façon d'y arriver,

509
00:16:25.499 --> 00:16:25.719
 après,

510
00:16:25.739 --> 00:16:28.902
 ça vaut d'inventer la bonne façon d'y arriver.

511
00:16:29.362 --> 00:16:29.842
 C'est juste ça.

512
00:16:29.962 --> 00:16:30.122
 Donc,

513
00:16:30.263 --> 00:16:32.884
 il ne faut pas que le chef de projet arrive avec une idée préconçue,

514
00:16:33.245 --> 00:16:33.985
 impose des outils,

515
00:16:34.105 --> 00:16:34.966
 impose des méthodes,

516
00:16:36.027 --> 00:16:38.829
 et veut imposer un cycle de vie,

517
00:16:39.929 --> 00:16:41.150
 la façon de développer le logiciel.

518
00:16:41.150 --> 00:16:45.873
 Ce n'est pas au chef de projet d'expliquer comment développer un logiciel à une équipe agie.

519
00:16:46.294 --> 00:16:46.414
 Ça,

520
00:16:46.414 --> 00:16:47.034
 c'est le premier écœur.

521
00:16:47.054 --> 00:16:47.194
 Donc,

522
00:16:47.214 --> 00:16:48.115
 ne pas être trop dans la théorie.

523
00:16:48.856 --> 00:16:50.116
 Le chef de projet va devoir s'adapter,

524
00:16:50.237 --> 00:16:50.777
 prendre en compte.

525
00:16:51.661 --> 00:16:52.201
 accepter,

526
00:16:52.301 --> 00:16:53.062
 voir les intérêts,

527
00:16:53.102 --> 00:16:54.743
 comprendre bien l'agilité en profondeur,

528
00:16:55.083 --> 00:16:55.723
 ce que ça change,

529
00:16:55.944 --> 00:16:56.984
 parce que les rôles changent aussi.

530
00:16:58.045 --> 00:16:58.445
 Par exemple,

531
00:16:58.905 --> 00:16:59.706
 quand on est agile,

532
00:17:00.106 --> 00:17:00.546
 l'agilité,

533
00:17:00.566 --> 00:17:01.247
 ce qu'elle promeut,

534
00:17:01.387 --> 00:17:04.348
 c'est d'avoir des équipes qui sont plus autonomes,

535
00:17:04.829 --> 00:17:05.349
 responsables.

536
00:17:05.969 --> 00:17:06.409
 Par exemple,

537
00:17:06.409 --> 00:17:06.990
 le chef de projet,

538
00:17:06.990 --> 00:17:08.911
 ce n'est pas lui qui fait les estimations dans une approche agile.

539
00:17:09.772 --> 00:17:10.172
J'allais dire,

540
00:17:10.312 --> 00:17:11.893
 si on veut que les estimations soient bonnes,

541
00:17:11.893 --> 00:17:12.333
 en général,

542
00:17:12.333 --> 00:17:16.336
 il vaut mieux que ce ne soit pas que le chef de projet qui fasse l'estimation tout seul dans son coin,

543
00:17:16.756 --> 00:17:18.397
 quelle que soit la méthode pour le faire.

544
00:17:19.999 --> 00:17:20.239
Voilà,

545
00:17:20.299 --> 00:17:21.159
 mais tu vois,

546
00:17:21.159 --> 00:17:23.481
 c'est un peu à l'opposé des approches traditionnelles.

547
00:17:23.661 --> 00:17:24.161
 Traditionnellement,

548
00:17:24.161 --> 00:17:25.803
 c'était le chef de projet qui faisait les estimations.

549
00:17:27.404 --> 00:17:28.224
 Le deuxième piège,

550
00:17:28.224 --> 00:17:29.685
 c'est plus la personnalité du chef de projet,

551
00:17:29.745 --> 00:17:30.786
 c'est le côté micro-manager,

552
00:17:31.586 --> 00:17:35.249
 c'est-à-dire le chef de projet qui pense que son équipe va pouvoir lui donner des tâches.

553
00:17:35.897 --> 00:17:36.837
 je te gère à la tâche,

554
00:17:36.937 --> 00:17:37.758
 je te donne des tâches,

555
00:17:37.898 --> 00:17:38.958
 toi lundi tu vas te faire ça,

556
00:17:39.058 --> 00:17:39.178
 etc.,

557
00:17:39.198 --> 00:17:40.218
 je vais te donner deux heures.

558
00:17:40.658 --> 00:17:41.278
 C'est un peu le côté,

559
00:17:42.699 --> 00:17:44.479
 c'est vraiment le côté petit chef de projet.

560
00:17:44.999 --> 00:17:46.820
 C'est le côté petit chef du chef de projet.

561
00:17:47.300 --> 00:17:48.981
 C'est le mec qui est hyper,

562
00:17:49.561 --> 00:17:50.321
 qu'on appelle en anglais,

563
00:17:50.421 --> 00:17:51.181
 « control freak » ,

564
00:17:51.681 --> 00:17:53.762
 c'est-à-dire le mec qui va mettre tout le monde sous contrôle.

565
00:17:54.362 --> 00:17:54.722
 Ça aussi,

566
00:17:54.762 --> 00:17:57.943
 ça va très mal se passer avec une équipe qui est habituée à l'agilité,

567
00:17:58.383 --> 00:17:59.003
 parce que justement,

568
00:17:59.003 --> 00:18:00.564
 elle est habituée à avoir une certaine autonomie,

569
00:18:00.564 --> 00:18:01.504
 une certaine responsabilité.

570
00:18:02.184 --> 00:18:02.464
 Donc ça,

571
00:18:02.564 --> 00:18:05.465
 c'est vraiment les deux premiers écueils qui sont plus portés sur le chef de projet.

572
00:18:05.485 --> 00:18:06.806
 projet en lui-même.

573
00:18:08.427 --> 00:18:09.368
 Le troisième écueil,

574
00:18:10.068 --> 00:18:12.490
 c'est le dogmatisme de certains agilistes.

575
00:18:12.950 --> 00:18:13.851
 C'est un avis que tu connais bien.

576
00:18:14.291 --> 00:18:16.913
 Avec un projet par principe de tout type de management.

577
00:18:17.834 --> 00:18:18.054
 Et ça,

578
00:18:18.054 --> 00:18:21.216
 tu vois ça dans les tags « no estimates » ,

579
00:18:21.877 --> 00:18:22.917
 « no project » .

580
00:18:23.698 --> 00:18:24.439
 Donc le management,

581
00:18:24.499 --> 00:18:24.879
 c'est mal.

582
00:18:25.419 --> 00:18:26.020
 Donc le management,

583
00:18:26.060 --> 00:18:26.480
 c'est mal.

584
00:18:26.920 --> 00:18:29.022
 Donc il est hors de question de faire de la gestion de projet dans ces conditions-là.

585
00:18:30.523 --> 00:18:31.644
 Donc des fois,

586
00:18:31.644 --> 00:18:32.004
 il faut un peu…

587
00:18:32.344 --> 00:18:32.564
 En fait,

588
00:18:32.564 --> 00:18:32.845
 le problème,

589
00:18:32.865 --> 00:18:33.205
 c'est l'humain.

590
00:18:34.597 --> 00:18:35.018
 Le problème,

591
00:18:35.038 --> 00:18:35.798
c'est toujours lui-même.

592
00:18:37.379 --> 00:18:37.539
Voilà.

593
00:18:38.239 --> 00:18:38.899
 Mais grosso modo,

594
00:18:38.959 --> 00:18:40.200
 si les gens ont de bonnes volontés,

595
00:18:40.200 --> 00:18:41.260
 de bonne intelligence,

596
00:18:42.241 --> 00:18:43.842
 que la culture de l'entreprise n'est pas toxique,

597
00:18:43.842 --> 00:18:45.382
 il n'y a aucun problème pour faire de la qualité,

598
00:18:45.823 --> 00:18:46.983
 agilité et gestion.

599
00:18:50.505 --> 00:18:50.985
Et du coup,

600
00:18:51.445 --> 00:18:56.167
 quel conseil donnerais-tu aux équipes projet qui veulent intégrer l'agilité dans leur pratique ?

601
00:18:57.368 --> 00:18:57.568
Alors,

602
00:18:57.568 --> 00:18:58.348
 le premier conseil.

603
00:18:59.149 --> 00:18:59.429
 D'abord,

604
00:18:59.429 --> 00:18:59.989
 on s'assure...

605
00:19:00.381 --> 00:19:01.162
 que c'est la bonne approche.

606
00:19:02.102 --> 00:19:05.945
 C'est-à-dire en fonction du type de projet et du contexte du projet.

607
00:19:06.665 --> 00:19:07.386
 Parce que l'agilité,

608
00:19:07.386 --> 00:19:08.307
 ce n'est pas pour tous les projets.

609
00:19:08.567 --> 00:19:09.748
C'est un peu ce que tu disais au début,

610
00:19:10.568 --> 00:19:11.909
 selon ce qu'on va avoir à faire,

611
00:19:11.909 --> 00:19:14.391
 ça ne va pas forcément correspondre et être adapté.

612
00:19:15.031 --> 00:19:15.492
Eh bien voilà,

613
00:19:16.012 --> 00:19:16.872
 l'exemple classique,

614
00:19:16.912 --> 00:19:18.494
 c'est qu'on travaille dans le public,

615
00:19:19.054 --> 00:19:19.494
 il faut faire,

616
00:19:19.514 --> 00:19:20.115
 il y a des marchés,

617
00:19:20.335 --> 00:19:21.195
 il y a des marchés publics.

618
00:19:22.136 --> 00:19:23.157
 C'est difficile de passer,

619
00:19:23.457 --> 00:19:27.420
 s'il y a un côté contractuel comme ça qui impose le passage d'un marché,

620
00:19:27.820 --> 00:19:29.021
 d'une contractualisation.

621
00:19:29.793 --> 00:19:31.114
 sur la production de logiciels,

622
00:19:31.154 --> 00:19:33.315
 là ça va être compliqué de mettre en place de l'agilité.

623
00:19:33.776 --> 00:19:34.736
 Ça va être beaucoup plus compliqué.

624
00:19:34.816 --> 00:19:36.477
 Donc est-ce que l'agilité c'est vraiment le meilleur moyen ?

625
00:19:37.038 --> 00:19:39.880
 Est-ce qu'il ne faut pas plutôt repartir sur les solutions traditionnelles ?

626
00:19:40.760 --> 00:19:41.641
 Donc ça c'est la première chose.

627
00:19:41.641 --> 00:19:44.162
 D'abord l'agilité c'est pas la solution à tout.

628
00:19:45.423 --> 00:19:46.944
 Assurez-vous que c'est la bonne solution.

629
00:19:49.066 --> 00:19:49.406
 Après,

630
00:19:50.567 --> 00:19:55.009
 il faut aussi s'assurer que le management a bien compris les tenants,

631
00:19:55.009 --> 00:19:55.950
 les aboutissants de l'agilité.

632
00:19:57.106 --> 00:20:00.167
 Il faut comprendre que c'est d'abord un changement organisationnel,

633
00:20:00.487 --> 00:20:00.887
 l'agilité.

634
00:20:01.227 --> 00:20:02.308
 On ne fonctionne plus de la même façon.

635
00:20:02.468 --> 00:20:05.349
 Il n'y a plus des donneurs d'ordre et puis ceux qui exécutent.

636
00:20:05.649 --> 00:20:06.489
 C'est on travaille ensemble.

637
00:20:07.309 --> 00:20:07.529
 Et donc,

638
00:20:07.669 --> 00:20:07.809
 voilà,

639
00:20:07.869 --> 00:20:08.609
 si on travaille ensemble,

640
00:20:09.190 --> 00:20:10.010
 c'est un peu différent.

641
00:20:10.690 --> 00:20:10.950
 Et donc,

642
00:20:10.950 --> 00:20:12.191
 il faut prendre bien ça en compte.

643
00:20:12.411 --> 00:20:13.451
 Ce n'est pas du tout pareil.

644
00:20:13.451 --> 00:20:15.852
 Et c'est important qu'il n'y ait pas de malentendus.

645
00:20:15.952 --> 00:20:16.252
 L'équipe,

646
00:20:16.252 --> 00:20:17.332
 elle se sent agile,

647
00:20:17.432 --> 00:20:18.032
 mais finalement,

648
00:20:18.052 --> 00:20:18.512
 le management…

649
00:20:19.053 --> 00:20:19.433
Pas du tout.

650
00:20:22.233 --> 00:20:22.594
Si on a,

651
00:20:22.614 --> 00:20:22.914
 par exemple,

652
00:20:22.914 --> 00:20:23.674
 des donneurs d'ordre…

653
00:20:24.822 --> 00:20:27.885
 un sponsor de projet qui est complètement absent pendant l'ensemble du projet,

654
00:20:28.446 --> 00:20:29.787
 on n'arrive pas à discuter avec lui,

655
00:20:29.787 --> 00:20:30.767
 ce n'est pas possible d'être agile.

656
00:20:31.348 --> 00:20:32.329
 Il faut qu'il s'implique dans le projet.

657
00:20:32.789 --> 00:20:33.310
 Dans l'agilité,

658
00:20:33.570 --> 00:20:34.871
 le sponsor,

659
00:20:34.911 --> 00:20:36.092
 le métier,

660
00:20:36.772 --> 00:20:38.974
 s'implique dans le projet et est disponible pour l'équipe.

661
00:20:39.495 --> 00:20:39.975
 S'il n'y a pas ça,

662
00:20:39.975 --> 00:20:41.316
 ça ne marchera pas.

663
00:20:41.316 --> 00:20:41.917
 C'est pour ça qu'après,

664
00:20:41.937 --> 00:20:43.858
 on invente des systèmes de proxy,

665
00:20:44.279 --> 00:20:44.519
PO,

666
00:20:45.760 --> 00:20:45.880
etc.

667
00:20:46.080 --> 00:20:46.941
 C'est un mauvais signe.

668
00:20:48.222 --> 00:20:51.024
 Peut-être qu'il ne fallait pas aller dans ce domaine-là.

669
00:20:51.825 --> 00:20:52.365
 Et puis après,

670
00:20:52.406 --> 00:20:52.686
 une fois,

671
00:20:52.706 --> 00:20:52.826
 ben…

672
00:20:53.102 --> 00:20:53.782
 C'est quoi l'agilité ?

673
00:20:54.023 --> 00:20:59.005
 C'est simplement remettre en question les processus existants.

674
00:20:59.606 --> 00:21:00.686
 Vous pouvez vous former,

675
00:21:01.407 --> 00:21:02.647
 lire vos documentés,

676
00:21:03.328 --> 00:21:05.709
 c'est une siluce du bon sens et du pragmatisme l'agilité.

677
00:21:06.209 --> 00:21:08.991
 C'est simplement qu'on recherche des nouvelles façons de travailler,

678
00:21:09.471 --> 00:21:10.672
 parce que les anciennes ne nous conviennent pas.

679
00:21:10.712 --> 00:21:11.372
 Si elles vous conviennent,

680
00:21:11.372 --> 00:21:11.832
 je ne change rien,

681
00:21:11.932 --> 00:21:12.173
 c'est bon.

682
00:21:13.153 --> 00:21:14.074
 Mais si elles ne vous conviennent pas,

683
00:21:14.214 --> 00:21:17.235
 recherchez comment faire ça.

684
00:21:18.416 --> 00:21:19.277
 C'est assez documenté,

685
00:21:19.297 --> 00:21:21.858
 il y a pas mal de gens qui proposent différentes choses.

686
00:21:22.474 --> 00:21:24.375
 je dirais un seul piège,

687
00:21:25.236 --> 00:21:27.017
 méfiez-vous de certains coachs.

688
00:21:29.818 --> 00:21:32.720
 Disons que tout le monde peut se proclamer coach,

689
00:21:32.940 --> 00:21:33.420
 expert,

690
00:21:33.740 --> 00:21:34.181
 agile,

691
00:21:34.721 --> 00:21:35.801
 et finalement,

692
00:21:36.542 --> 00:21:37.562
ils vont dire des choses justes,

693
00:21:37.943 --> 00:21:40.544
mais aussi ils auront beaucoup de biais personnels sur leur expérience,

694
00:21:40.604 --> 00:21:40.824
 etc.

695
00:21:41.284 --> 00:21:42.265
 Donc faites-vous confiance,

696
00:21:42.785 --> 00:21:45.207
 forgez-vous votre propre expérience.

697
00:21:45.707 --> 00:21:46.247
 L'agilité,

698
00:21:47.448 --> 00:21:50.169
 il n'y a rien qui est gravé dans le marbre.

699
00:21:50.169 --> 00:21:50.970
 On vous dit simplement...

700
00:21:52.394 --> 00:21:52.974
 Recherchez,

701
00:21:53.114 --> 00:21:58.476
 essayez de vous améliorer dans votre façon de travailler et on va prendre une approche qui est différente de la précédente.

702
00:21:58.736 --> 00:21:59.396
 C'est tout ce que ça dit.

703
00:21:59.656 --> 00:22:01.056
 Mais ça ne dit pas quelle approche il faut prendre.

704
00:22:01.416 --> 00:22:02.657
 C'est pour ça qu'il y a 36 000 agilités.

705
00:22:02.657 --> 00:22:04.937
 Tout le monde peut dire qu'on est agile.

706
00:22:07.098 --> 00:22:07.378
Du coup,

707
00:22:07.378 --> 00:22:08.058
 d'une certaine manière,

708
00:22:08.098 --> 00:22:13.440
 il faut arriver à adapter la méthode qu'on met en place à ses réels besoins et à son contexte.

709
00:22:14.140 --> 00:22:14.480
Oui,

710
00:22:14.520 --> 00:22:15.440
 ça peut être des choses très simples.

711
00:22:15.440 --> 00:22:15.900
 Par exemple,

712
00:22:15.920 --> 00:22:16.561
 il y a ce document,

713
00:22:16.641 --> 00:22:17.441
 on nous demande de le faire,

714
00:22:17.481 --> 00:22:18.981
 mais on se rend compte que ça ne sert à rien.

715
00:22:19.501 --> 00:22:19.621
 Moi,

716
00:22:19.641 --> 00:22:21.602
 j'ai déjà travaillé dans une équipe.

717
00:22:22.082 --> 00:22:25.183
 où on demandait à tracer toutes les exigences dans le code.

718
00:22:25.583 --> 00:22:27.163
 C'est-à-dire qu'à chaque fois que les gens écrivaient des lignes de code,

719
00:22:27.163 --> 00:22:28.604
 ils étaient obligés de tracer des exigences,

720
00:22:29.304 --> 00:22:30.464
 mais personnalisées,

721
00:22:30.624 --> 00:22:31.124
 concrètement.

722
00:22:31.245 --> 00:22:33.285
 Et ce n'est pas comme ça qu'on travaille aujourd'hui.

723
00:22:34.145 --> 00:22:34.725
 À la limite,

724
00:22:35.146 --> 00:22:38.947
 c'est intéressant de mettre de la traçabilité entre les tests et les exigences,

725
00:22:39.167 --> 00:22:41.147
 en disant tel test vérifie telle exigence.

726
00:22:41.927 --> 00:22:43.688
 Mais mettre ça dans le code,

727
00:22:44.288 --> 00:22:50.070
 le code était alourdi par tous ces commentaires qui ne servaient à rien et qui n'étaient pas lus,

728
00:22:50.070 --> 00:22:50.250
 en plus,

729
00:22:50.270 --> 00:22:51.070
 qui ne sont pas utilisés,

730
00:22:51.070 --> 00:22:51.470
 en concret.

731
00:22:51.874 --> 00:22:52.434
 C'est ça aussi,

732
00:22:53.414 --> 00:22:54.375
 c'est ça que dit l'agilité,

733
00:22:54.515 --> 00:22:56.055
 c'est écrire des documents,

734
00:22:56.055 --> 00:22:57.476
 pour écrire des documents ça n'a pas de sens.

735
00:22:58.876 --> 00:22:59.816
 Si c'est utilisé c'est bien,

736
00:23:00.756 --> 00:23:02.897
 un autre exemple c'est tout ce qui est document de conception.

737
00:23:03.077 --> 00:23:06.218
 Moi j'ai été dans les années 2000 formateur UML,

738
00:23:06.698 --> 00:23:09.539
 langage de modélisation de logiciels.

739
00:23:09.579 --> 00:23:09.859
 Très bien,

740
00:23:10.579 --> 00:23:13.220
 c'était bien parce que c'était important d'avoir des plans,

741
00:23:13.740 --> 00:23:16.201
 mais aujourd'hui quand on veut naviguer dans le code,

742
00:23:16.701 --> 00:23:17.441
 on appuie sur une touche,

743
00:23:17.441 --> 00:23:18.101
 on navigue dans le code,

744
00:23:18.121 --> 00:23:19.401
 on n'avait pas ces outils-là à l'époque.

745
00:23:19.721 --> 00:23:21.322
 Donc il fallait mieux avoir un plan quelque part.

746
00:23:21.682 --> 00:23:25.466
 plutôt que de faire des recherches textuelles dans le code pour espérer récupérer les choses.

747
00:23:25.826 --> 00:23:30.150
 Donc on a beaucoup plus besoin d'un plan quand on se déplace difficilement.

748
00:23:31.051 --> 00:23:32.192
 Quand on se déplace facilement,

749
00:23:32.312 --> 00:23:34.014
 il vaut mieux aller voir dans le code,

750
00:23:34.515 --> 00:23:34.915
 parce qu'en plus,

751
00:23:34.935 --> 00:23:35.636
 tu es sûr que c'est à jour.

752
00:23:36.376 --> 00:23:37.137
 Alors que le document,

753
00:23:37.177 --> 00:23:37.798
 c'est beaucoup moins sûr.

754
00:23:38.338 --> 00:23:38.799
 Encore une fois,

755
00:23:38.879 --> 00:23:40.460
 il faut s'intéresser sur la finalité,

756
00:23:40.621 --> 00:23:41.622
 pas sur la technique,

757
00:23:41.682 --> 00:23:41.942
 l'outil.

758
00:23:43.143 --> 00:23:43.984
 C'est comme ça qu'on peut s'améliorer.

759
00:23:47.470 --> 00:23:47.971
Et du coup,

760
00:23:48.651 --> 00:23:57.876
 que conseilles-tu aux équipes agiles qui sentent qu'il leur manque quelque chose pour bien réussir leur projet d'une manière plus globale et pas juste leur développement ?

761
00:24:00.317 --> 00:24:00.638
Tout à fait.

762
00:24:01.178 --> 00:24:02.979
 Je pense que les symptômes sont assez clairs.

763
00:24:03.139 --> 00:24:05.160
 C'est le projet qui part dans toutes les directions,

764
00:24:05.240 --> 00:24:05.960
 ça change tout le temps.

765
00:24:06.621 --> 00:24:07.741
 Le projet qui n'avance pas,

766
00:24:08.122 --> 00:24:10.043
 les retards systématiques,

767
00:24:10.683 --> 00:24:12.364
 les réunions qui semblent stériles,

768
00:24:13.344 --> 00:24:14.385
 le client qui n'est pas content,

769
00:24:14.445 --> 00:24:15.966
 il ne va pas payer pour rien à payer.

770
00:24:16.594 --> 00:24:17.635
 on travaille au mode pompier,

771
00:24:18.616 --> 00:24:19.216
 et puis là c'est clair,

772
00:24:19.476 --> 00:24:20.537
 on a un problème de gestion de projet,

773
00:24:21.197 --> 00:24:22.078
 c'est évident.

774
00:24:22.578 --> 00:24:24.520
 Alors je dirais que pour les équipes,

775
00:24:25.440 --> 00:24:27.622
 c'est compliqué pour elles d'agir tout de suite,

776
00:24:28.222 --> 00:24:31.945
 donc la solution c'est soit d'aller sur un autre projet avec un meilleur chef de projet,

777
00:24:32.785 --> 00:24:34.407
 soit de devenir soi-même chef de projet,

778
00:24:34.867 --> 00:24:35.587
 et c'est pas compliqué,

779
00:24:35.708 --> 00:24:36.368
 on peut se former,

780
00:24:37.609 --> 00:24:42.152
 les projets informatiques et surtout les projets agiles sont très faciles à gérer,

781
00:24:43.093 --> 00:24:43.953
 donc voilà,

782
00:24:44.314 --> 00:24:45.014
 devenir chef de projet.

783
00:24:45.014 --> 00:24:45.395
 de projet,

784
00:24:45.535 --> 00:24:49.467
 renseignez-vous et ne dépendez plus de quelqu'un qui ne fait pas son travail.

785
00:24:49.527 --> 00:24:49.868
 Quelque part,

786
00:24:49.868 --> 00:24:50.690
 il y a quelqu'un qui n'a pas fait son travail.

787
00:24:51.198 --> 00:24:52.618
ou s'il n'y a personne qui fait ce travail-là,

788
00:24:52.678 --> 00:24:53.559
 c'est peut-être qu'il manque...

789
00:24:54.119 --> 00:24:54.239
Non,

790
00:24:54.239 --> 00:24:54.519
 mais alors là,

791
00:24:54.539 --> 00:24:55.379
 c'est le manager du dessus.

792
00:24:55.679 --> 00:24:55.839
Voilà,

793
00:24:55.979 --> 00:24:56.820
 c'est peut-être le manager.

794
00:24:56.840 --> 00:24:57.180
 Dans ce cas-là,

795
00:24:57.220 --> 00:24:58.480
 c'est peut-être pas l'équipe en elle-même,

796
00:24:58.520 --> 00:24:59.940
 c'est peut-être le manager qui...

797
00:25:00.040 --> 00:25:00.161
Voilà,

798
00:25:00.221 --> 00:25:02.801
 c'est l'organisation et donc le manager qui est responsable de cette organisation.

799
00:25:02.801 --> 00:25:07.923
Il y a peut-être des choses au niveau de l'organisation à changer pour justement prendre en compte ces problématiques-là.

800
00:25:08.003 --> 00:25:08.943
C'est régulier.

801
00:25:09.143 --> 00:25:09.443
 Quand moi,

802
00:25:09.463 --> 00:25:10.503
 je travaille avec des entreprises,

803
00:25:11.064 --> 00:25:11.544
 on me dit,

804
00:25:11.564 --> 00:25:12.484
 on a un projet,

805
00:25:12.484 --> 00:25:13.424
 mais on n'a pas de chef de projet.

806
00:25:14.524 --> 00:25:14.645
 Là,

807
00:25:14.665 --> 00:25:15.625
 c'est un problème d'organisation.

808
00:25:15.665 --> 00:25:18.266
 Ce n'est pas l'équipe qui va changer ça.

809
00:25:20.410 --> 00:25:21.551
 Je ne sais pas,

810
00:25:21.731 --> 00:25:22.411
 c'est assez compliqué.

811
00:25:25.494 --> 00:25:25.974
Pour finir,

812
00:25:26.354 --> 00:25:27.555
 j'en parlais un peu au début,

813
00:25:28.496 --> 00:25:29.596
 l'hybridation dans tout ça,

814
00:25:29.757 --> 00:25:38.963
 est-ce que tu vois ça d'une certaine manière comme une implémentation de plus de gestion de projet dans l'agilité ou comme une autre hype pour remplacer l'agilité ?

815
00:25:40.644 --> 00:25:40.824
Alors,

816
00:25:40.824 --> 00:25:40.904
 moi,

817
00:25:40.904 --> 00:25:42.345
 je ne suis vraiment pas un fan de l'hybridation.

818
00:25:43.106 --> 00:25:44.707
 C'est un peu comme être assis sur deux chaises.

819
00:25:45.888 --> 00:25:46.048
 Donc,

820
00:25:46.188 --> 00:25:46.688
 en théorie,

821
00:25:47.049 --> 00:25:47.489
 c'est possible,

822
00:25:47.529 --> 00:25:48.169
 il n'y a pas de problème.

823
00:25:49.390 --> 00:25:51.311
 mais les motivations me semblent assez suspectes.

824
00:25:52.171 --> 00:25:52.531
 C'est-à-dire,

825
00:25:52.691 --> 00:25:53.191
 d'une part,

826
00:25:53.491 --> 00:25:59.053
 c'est soit le management qui essaye de mettre une petite couche de vernis sur les processus actuels pour être à la mode,

827
00:26:00.453 --> 00:26:02.814
 soit c'est une équipe de développement qui voudrait être agile,

828
00:26:03.374 --> 00:26:05.034
 mais le contexte de l'entreprise ne s'y prête pas.

829
00:26:05.775 --> 00:26:05.975
 Alors,

830
00:26:05.975 --> 00:26:07.995
 on essaye de faire un mauvais comprendre.

831
00:26:08.615 --> 00:26:09.696
 Il y a pas mal de méthodes,

832
00:26:09.776 --> 00:26:11.096
 il n'y a pas de mauvaises méthodes.

833
00:26:11.236 --> 00:26:12.616
 Prenez la bonne méthode et appliquez-la,

834
00:26:13.157 --> 00:26:14.317
 et ça marchera très bien.

835
00:26:14.837 --> 00:26:15.617
 Les méthodes agiles,

836
00:26:15.617 --> 00:26:16.638
 il n'y a pas besoin de les hybrider,

837
00:26:16.638 --> 00:26:16.978
 de toute façon,

838
00:26:17.018 --> 00:26:18.258
 c'est tellement libre.

839
00:26:18.862 --> 00:26:20.483
 que voilà,

840
00:26:21.564 --> 00:26:23.205
 en fait vous créez votre propre méthode agile,

841
00:26:23.205 --> 00:26:23.906
 il n'y a aucun problème.

842
00:26:24.466 --> 00:26:25.727
 Et sur les méthodes classiques,

843
00:26:26.667 --> 00:26:28.349
 si tu es dans un mode où,

844
00:26:29.389 --> 00:26:30.650
 dans l'hybridisation que j'ai vue,

845
00:26:30.910 --> 00:26:33.012
 on va quand même écrire des cahiers des charges bien fichés au début,

846
00:26:33.272 --> 00:26:34.473
 on va bien tout vérifier au départ,

847
00:26:34.493 --> 00:26:34.613
 etc.

848
00:26:36.554 --> 00:26:39.036
C'est peut-être plus valable dans d'autres domaines que l'informatique du coup,

849
00:26:39.476 --> 00:26:40.417
 pour certaines phases.

850
00:26:40.437 --> 00:26:40.557
Oui,

851
00:26:40.537 --> 00:26:41.918
 mais pourquoi faire de l'agile ?

852
00:26:42.534 --> 00:26:43.294
 Encore une fois,

853
00:26:43.294 --> 00:26:44.315
 l'aglie n'est pas la solution.

854
00:26:45.736 --> 00:26:47.076
 C'est la solution à un problème.

855
00:26:47.076 --> 00:26:47.956
 Si vous n'avez pas le problème,

856
00:26:48.117 --> 00:26:48.877
 prenez une autre solution.

857
00:26:50.438 --> 00:26:51.318
 Je ne vois pas d'intérêt.

858
00:26:51.638 --> 00:26:51.818
 Après,

859
00:26:51.838 --> 00:26:53.739
 tu peux faire du développement itératif et incrémental.

860
00:26:53.919 --> 00:26:57.160
 Il y a plein de gens qui ont inventé divers variantes.

861
00:26:57.521 --> 00:26:57.881
 Mais bon,

862
00:26:58.021 --> 00:26:59.241
 ce n'est pas le miracle.

863
00:26:59.421 --> 00:27:04.143
 J'y crois pas.

864
00:27:04.223 --> 00:27:04.584
Très bien.

865
00:27:05.504 --> 00:27:06.064
 Pour conclure,

866
00:27:06.124 --> 00:27:09.606
 une question que j'aurais oublié de te poser sur ce sujet.

867
00:27:10.795 --> 00:27:11.315
Par exemple,

868
00:27:11.415 --> 00:27:15.699
 comment le logiciel Time Performance peut aider à faire de la bonne gestion de projet en restant agile ?

869
00:27:16.559 --> 00:27:17.440
C'est une bonne question.

870
00:27:19.782 --> 00:27:20.683
Vous pouvez me contacter,

871
00:27:21.884 --> 00:27:22.765
 on peut faire des débours,

872
00:27:22.765 --> 00:27:23.265
 il n'y a pas de souci.

873
00:27:23.585 --> 00:27:24.186
Parce que du coup,

874
00:27:24.206 --> 00:27:29.150
 on arrive à bien mettre les deux en place dans le logiciel.

875
00:27:29.390 --> 00:27:30.812
Non seulement on arrive à mettre ça en place,

876
00:27:30.812 --> 00:27:32.013
 mais ce n'est pas fait que pour l'agilité.

877
00:27:33.914 --> 00:27:34.475
 Ça marche partout,

878
00:27:34.715 --> 00:27:35.235
 la gestion de projet,

879
00:27:35.235 --> 00:27:35.736
 tu en as partout.

880
00:27:36.276 --> 00:27:36.537
 En fait,

881
00:27:36.597 --> 00:27:36.997
 grosso modo,

882
00:27:37.077 --> 00:27:38.158
 c'est un outil qui marche.

883
00:27:38.574 --> 00:27:42.495
 quand tu as besoin de faire une gestion de projet que tu pourrais faire sous Excel.

884
00:27:42.875 --> 00:27:42.995
 Donc,

885
00:27:43.035 --> 00:27:43.836
 relativement,

886
00:27:43.836 --> 00:27:44.876
 pas de planification compliquée.

887
00:27:45.156 --> 00:27:47.077
 Si tu as besoin de faire du Gantt,

888
00:27:47.357 --> 00:27:47.757
 du PER,

889
00:27:47.777 --> 00:27:48.517
 du chemin critique,

890
00:27:48.957 --> 00:27:50.278
 la performance n'est pas la bonne solution,

891
00:27:50.278 --> 00:27:50.698
 on ne fait pas ça.

892
00:27:51.138 --> 00:27:52.598
 Parce qu'il y a d'autres outils qui le font très bien.

893
00:27:53.178 --> 00:27:53.478
 Par contre,

894
00:27:53.478 --> 00:27:54.179
 pour tous les autres,

895
00:27:54.559 --> 00:27:56.839
 et notamment tous ceux qui font de la gestion de projet sous Excel,

896
00:27:57.640 --> 00:27:57.760
 là,

897
00:27:57.760 --> 00:27:58.120
 je vous dis,

898
00:27:58.200 --> 00:27:58.620
 vous êtes fous.

899
00:27:59.680 --> 00:28:01.161
 Il y a tellement de solutions sur le marché,

900
00:28:01.201 --> 00:28:01.761
 vous en trouverez,

901
00:28:02.641 --> 00:28:03.842
 et ça sera plus efficace.

902
00:28:05.942 --> 00:28:06.062
 Donc,

903
00:28:06.342 --> 00:28:07.523
 c'est un outil un peu tout terrain,

904
00:28:07.563 --> 00:28:08.644
 mais qui met les bonnes pratiques,

905
00:28:09.124 --> 00:28:09.664
 par exemple.

906
00:28:09.724 --> 00:28:10.184
 Et surtout,

907
00:28:10.965 --> 00:28:11.365
 l'objectif,

908
00:28:11.385 --> 00:28:12.886
 c'était justement pour les équipes agiles,

909
00:28:13.346 --> 00:28:14.227
 déjà d'avoir cette agilité.

910
00:28:14.807 --> 00:28:14.987
 Donc,

911
00:28:15.187 --> 00:28:17.669
 de pouvoir modifier très facilement un planning de projet.

912
00:28:18.189 --> 00:28:21.111
 Et la meilleure façon de pouvoir le modifier facilement,

913
00:28:21.691 --> 00:28:23.192
 c'est de ne pas chercher à trop planifier.

914
00:28:23.912 --> 00:28:25.253
 C'est-à-dire de ne pas aller dans le détail.

915
00:28:25.893 --> 00:28:28.275
 Parce que ça n'a pas de sens quand tu es agile.

916
00:28:29.155 --> 00:28:29.816
 Ça bouge beaucoup,

917
00:28:30.016 --> 00:28:30.916
 tu as des incertitudes,

918
00:28:30.916 --> 00:28:31.877
 donc tu ne vas pas aller dans le détail.

919
00:28:31.897 --> 00:28:32.017
 Donc,

920
00:28:32.037 --> 00:28:32.157
 ça,

921
00:28:33.118 --> 00:28:33.778
 c'est un premier point.

922
00:28:34.550 --> 00:28:35.151
 Mais après,

923
00:28:35.191 --> 00:28:36.211
 avoir des systèmes de gestion,

924
00:28:37.092 --> 00:28:39.054
 ça ne te prend que 5 minutes par semaine de saisie.

925
00:28:39.534 --> 00:28:41.916
 C'est-à-dire qu'en 5 minutes de semaine par saisie,

926
00:28:41.996 --> 00:28:44.018
 l'outil te dessine des courbes de la valeur acquise,

927
00:28:44.358 --> 00:28:48.021
 il te calcule en temps réel l'écart de budget.

928
00:28:49.242 --> 00:28:49.362
 Donc,

929
00:28:49.382 --> 00:28:52.405
 ça te dit si tu dépenses trop par rapport à ce que tu avais prévu,

930
00:28:52.465 --> 00:28:53.566
 par rapport à ce que tu avais estimé,

931
00:28:53.766 --> 00:28:53.906
 etc.

932
00:28:54.607 --> 00:28:55.267
 Mais en temps réel,

933
00:28:55.647 --> 00:28:56.048
 l'objectif,

934
00:28:56.108 --> 00:28:56.989
 c'est un outil comme ça,

935
00:28:57.129 --> 00:29:03.474
 c'est de faire tout le côté bureaucratique gestion de la partie gestion de projet.

936
00:29:03.918 --> 00:29:05.338
 pour que les personnes,

937
00:29:05.859 --> 00:29:08.579
 les chefs de projet puissent se concentrer sur l'humain,

938
00:29:09.199 --> 00:29:10.020
 notamment sur l'humain,

939
00:29:10.080 --> 00:29:10.800
 sur la négociation,

940
00:29:10.820 --> 00:29:11.380
 les choses comme ça.

941
00:29:11.520 --> 00:29:11.720
 Et ça,

942
00:29:11.700 --> 00:29:13.321
 ce n'est pas un outil qui va résoudre la problématique.

943
00:29:14.001 --> 00:29:14.301
 Et aussi,

944
00:29:14.361 --> 00:29:17.162
 c'est pour impliquer l'équipe dans la gestion de projet.

945
00:29:19.302 --> 00:29:20.142
 Quand j'ai fait cet outil-là,

946
00:29:20.322 --> 00:29:21.743
 je veux que l'équipe soit impliquée.

947
00:29:22.443 --> 00:29:22.923
 Dans l'agilité,

948
00:29:22.943 --> 00:29:24.143
 on dit qu'il faut les rendre autonomes,

949
00:29:24.143 --> 00:29:24.984
 il faut les rendre responsables.

950
00:29:25.024 --> 00:29:25.284
 Très bien,

951
00:29:25.684 --> 00:29:26.024
 à ce moment-là,

952
00:29:26.044 --> 00:29:26.844
 je vous donne les indicateurs.

953
00:29:27.884 --> 00:29:28.325
 Et ça aussi,

954
00:29:28.365 --> 00:29:29.265
 c'est quelque chose qui change,

955
00:29:29.285 --> 00:29:30.445
 c'est en termes de communication.

956
00:29:31.745 --> 00:29:32.306
 Ce qui est important,

957
00:29:32.346 --> 00:29:33.426
 c'est de partager la vision.

958
00:29:34.126 --> 00:29:36.768
 Tout le monde doit avoir la vision sur le projet doit être partagé.

959
00:29:37.249 --> 00:29:37.369
 Donc,

960
00:29:37.369 --> 00:29:38.570
 ce n'est pas le chef de projet qui a le planning.

961
00:29:38.990 --> 00:29:39.931
 C'est tout le monde qui a le planning.

962
00:29:40.171 --> 00:29:41.733
 Tous ceux qui participent au projet ont le planning.

963
00:29:42.153 --> 00:29:42.433
 Et puis,

964
00:29:42.494 --> 00:29:43.815
 tout le monde a accès aux indicateurs,

965
00:29:44.095 --> 00:29:46.077
 même aux alertes sur le budget,

966
00:29:46.197 --> 00:29:47.438
 sur les dépassements,

967
00:29:47.498 --> 00:29:47.838
 etc.

968
00:29:48.919 --> 00:29:49.740
 On est transparent aussi.

969
00:29:50.248 --> 00:29:54.676
 C'est aussi une des valeurs de l'outil qui va être très différent.

970
00:29:55.458 --> 00:29:57.161
 C'est dans Tain Performance,

971
00:29:57.882 --> 00:29:59.285
 le chef de projet ne gère pas les tâches.

972
00:29:59.900 --> 00:30:01.101
Il n'est pas là pour gérer son équipe.

973
00:30:01.661 --> 00:30:01.801
 Lui,

974
00:30:01.981 --> 00:30:04.142
 il gère les résultats,

975
00:30:04.142 --> 00:30:04.723
 les livrables,

976
00:30:05.323 --> 00:30:06.223
 donc les engagements.

977
00:30:07.024 --> 00:30:07.184
 Donc,

978
00:30:07.544 --> 00:30:10.446
 il est là pour bien clarifier quelles sont les attendues du projet,

979
00:30:11.106 --> 00:30:11.967
 le périmètre du projet.

980
00:30:12.387 --> 00:30:13.347
 Mais ce n'est pas lui qui gère les tâches.

981
00:30:13.347 --> 00:30:13.467
 Ça,

982
00:30:13.467 --> 00:30:14.288
 c'est l'équipe qui le fait,

983
00:30:14.428 --> 00:30:15.188
 comme on approche Agile.

984
00:30:15.789 --> 00:30:16.269
 Tout simplement,

985
00:30:16.289 --> 00:30:16.589
 parce que moi,

986
00:30:16.589 --> 00:30:17.369
 ce que j'explique,

987
00:30:17.389 --> 00:30:22.292
 c'est que c'est plutôt pour faire des études et de la recherche,

988
00:30:22.292 --> 00:30:22.972
 des choses comme ça.

989
00:30:23.513 --> 00:30:25.594
 C'est pour des gens qui sont BAC plus quelque chose.

990
00:30:26.194 --> 00:30:26.414
 Et moi,

991
00:30:26.414 --> 00:30:26.815
 ce que je dis,

992
00:30:26.855 --> 00:30:27.675
 c'est qu'un ingénieur,

993
00:30:27.715 --> 00:30:29.316
 on ne lui donne pas des tâches à faire.

994
00:30:30.008 --> 00:30:30.428
 Un ingénieur,

995
00:30:30.428 --> 00:30:32.690
 on lui pose un problème et il se débrouille.

996
00:30:33.291 --> 00:30:33.571
 Donc voilà,

997
00:30:33.751 --> 00:30:34.312
 avec Performance,

998
00:30:34.312 --> 00:30:35.492
 c'est un peu l'idée.

999
00:30:36.293 --> 00:30:38.034
 Pour que le chef de projet pose bien le problème,

1000
00:30:38.515 --> 00:30:40.436
 que ses équipes sachent ce qu'on attend d'eux,

1001
00:30:41.037 --> 00:30:46.441
 avec des objectifs en termes de délais qui sont négociés avec l'équipe,

1002
00:30:46.962 --> 00:30:49.904
 on se met d'accord sur les objectifs et après on laisse les gens travailler.

1003
00:30:50.144 --> 00:30:51.465
 Et on suit le fait que ça se passe bien.

1004
00:30:52.306 --> 00:30:52.506
 Et ça,

1005
00:30:52.486 --> 00:30:54.027
 ça permet de faire gagner beaucoup de temps au chef de projet.

1006
00:30:57.188 --> 00:30:57.468
Très bien.

1007
00:30:58.309 --> 00:30:58.829
 Merci beaucoup,

1008
00:30:58.849 --> 00:30:59.309
 en tout cas,

1009
00:30:59.689 --> 00:30:59.989
 Renaud,

1010
00:31:00.069 --> 00:31:04.251
 pour cette vision sur l'agilité et la gestion de projet.

1011
00:31:04.611 --> 00:31:15.576
 J'espère que ça aura pu donner des idées ou clarifier ce que certaines peuvent entendre sur l'agilité et avoir un point de vue un peu pragmatique.

1012
00:31:16.776 --> 00:31:16.996
Voilà,

1013
00:31:17.677 --> 00:31:20.158
 je conclure en disant que la gestion de projet,

1014
00:31:20.298 --> 00:31:21.158
 c'est un mal nécessaire.

1015
00:31:21.458 --> 00:31:22.219
 Pour les développeurs,

1016
00:31:22.319 --> 00:31:23.519
 la façon dont ils peuvent le voir,

1017
00:31:23.859 --> 00:31:24.299
 c'est un mal,

1018
00:31:24.400 --> 00:31:25.380
 mais c'est vraiment nécessaire.

1019
00:31:25.772 --> 00:31:27.914
 si vous voulez éviter de souffrir dans votre projet.

1020
00:31:27.914 --> 00:31:28.154
Très bien,

1021
00:31:28.434 --> 00:31:28.894
 merci beaucoup.

1022
00:31:29.715 --> 00:31:30.095
Bonne journée,

1023
00:31:30.115 --> 00:31:30.516
 au revoir Tanguy.

1024
00:31:33.898 --> 00:31:37.981
Encore merci Renaud pour ton éclairage sur les interactions entre l'agilité et la gestion de projet.

1025
00:31:38.441 --> 00:31:44.546
 J'espère que cela vous permettra de mieux comprendre ce qu'est l'agilité et comment cela s'accorde avec la gestion de projet.

1026
00:31:45.987 --> 00:31:46.587
 Des questions,

1027
00:31:46.807 --> 00:31:50.270
 un point de vue différent sur l'articulation entre méthodes agiles et gestion de projet ?

1028
00:31:50.790 --> 00:31:52.932
 On se retrouve sur LinkedIn pour en discuter.

1029
00:31:53.648 --> 00:31:56.012
 Vous pensez que cet épisode peut être utile à quelqu'un que vous connaissez ?

1030
00:31:56.613 --> 00:31:57.214
 Partagez-le lui.

1031
00:31:59.218 --> 00:32:00.180
 Et si ce n'est pas déjà fait,

1032
00:32:00.340 --> 00:32:02.844
 abonnez-vous à Focus Projet sur votre plateforme préférée.

1033
00:32:03.325 --> 00:32:04.648
 Bonne semaine et à lundi prochain !