Qualité de code: Entre volonté et réalité - Fatma Bradai — Transcript

Full transcript

1. 0:00tout le monde euh donc pour commencer et
2. 0:03pour gagner un peu de temps je vais vous
3. 0:04demander si vous pouvez scanner ce QR
4. 0:06code et répondre rapidement à ces trois
5. 0:10questions ça va nous être utile
6. 0:14peut-être pour la
7. 0:15suite donc cette présentation elle
8. 0:18découle principalement en fait d'une
9. 0:19observation personnelle donc je me
10. 0:22présente je suis Brad Fatma je suis
11. 0:24ingénieure sciences en informatique de
12. 0:26formation et je pratique en
13. 0:28développement logici C en Java depuis
14. 0:32maintenant plus queun décennie donc je
15. 0:36sais pas votre cas mais moi j'ai eu
16. 0:39l'occasion de travailler sur sur
17. 0:41plusieurs projets et euh et parfois en
18. 0:45fait la qualité du code n'était pas
19. 0:47toujours au rendez-vous
20. 0:51donc parfois en fait ça a créé des
21. 0:54situations un peu plus compliquées sur
22. 0:56des bugs un peu difficiles à à corriger
23. 0:59parfois des des situations un peu de
24. 1:01stress des frustrations
25. 1:03et et et voilà donc ça ça ça relève
26. 1:07parfois en fait donc ça part réellement
27. 1:09d'une observation au niveau de la
28. 1:11qualité de code et du déroulement des
29. 1:14projets des des projets en informatique
30. 1:17donc voyons ensemble peut-être si vous
31. 1:20avez pu répondre au sondage euh donc
32. 1:24voyons
33. 1:25ensemble le résultat du sondage donc je
34. 1:28travaille sur un logiciel bien cons et
35. 1:30je suis très satisfait donc non 36 %.
36. 1:34euh
37. 1:36nous
38. 1:40pardon
39. 1:42ah je le vois ici je sais pas si je vais
40. 1:45réussir
41. 1:50à euh donc nous aurons une nous avons
42. 1:54une lourde dette technique
43. 1:57ouis 60 % et euh on reçoit rarement des
44. 2:01bugs sur un ancien code les bugs sont
45. 2:04liés à des projets récents euh et sont
46. 2:07facile à analyser corriger donc 50 % non
47. 2:10donc réellement ça rejoint euh
48. 2:13heureusement ça rejoint la constatation
49. 2:15et l'observation donc on se partage
50. 2:17vraiment cette visionl et
51. 2:20euh et donc
52. 2:24euh
53. 2:25eu et donc aujourd'hui donc malgré les
54. 2:29bonnes pratiques malgré euh la mise en
55. 2:31place de l'agilité malgré les
56. 2:33différentses outillages qui sont mis en
57. 2:35place aujourd'hui on on peine toujours à
58. 2:38créé du succès au niveau du logiciel et
59. 2:41ça et et ça se trouve que de nombreux
60. 2:43projets en fait échouent euh donc quand
61. 2:46j'ai cherché des exemples sur Internet
62. 2:48j'en ai trouvé plusieurs et j'ai retenu
63. 2:51un exemple qui était euh le Nightmare en
64. 2:55Wall Street c'est c'est le cas
65. 2:58d'un d'un courtier en bourse donc là où
66. 3:02un bug informatique a coûté a coûté
67. 3:05440 millions de dollars les les raisons
68. 3:09on qui ont été constatées c'est la
69. 3:12complexité du base du code donc un code
70. 3:16qui est accumulé depuis des années
71. 3:17normalement en fait ça devrait pas
72. 3:19causer cette ça devrait pas légitimiser
73. 3:22en fait un tel bug et une telle et une
74. 3:24telle une telle
75. 3:26problématique il y a aussi un autre
76. 3:28rapport qui qui qui dit que le code qui
77. 3:31a été passé en prod n'a pas été
78. 3:34suffisamment reviewé ni testé avant
79. 3:36avant la mise la mise en prod donc là
80. 3:39c'était un exemple parmi d'autres et les
81. 3:41statistiques en fait ont montré que 6 66
82. 3:46% des projets logiciels échouent selon
83. 3:48le rapport Koo 2020 du groupe Standish
84. 3:52et apparemment en fait cette
85. 3:54constatation là on l'a pas fait euh
86. 3:56c'est-à-dire c'est pas que nous dans
87. 3:58cette salle qui a fait déjà cette
88. 4:00constatation là cette constatation là
89. 4:02elle a été faite des décennies
90. 4:04auparavant et et on se posait toujours
91. 4:07en fait la question c'était quoi la
92. 4:08composante qui nous manque aujourd'hui
93. 4:10pour avoir du succès au niveau du
94. 4:12logiciel donc pour répondre à cette
95. 4:15question on va explorer ensemble les
96. 4:17conclusions qui ont été tirées par nos
97. 4:19prédécesseurs euh à travers un petit
98. 4:22brin
99. 4:24d'histoire alors cela remonte à 2001
100. 4:28lors de l'apparition de la agilité donc
101. 4:30on sait tous que l'agilité elle est elle
102. 4:32est elle a été introduite pour créer des
103. 4:35fe des feedback loop pour pouvoir
104. 4:38répondre rapidement au changement pour
105. 4:42pouvoir anticiper la découverte des
106. 4:44problèmes et remédié d'une manière
107. 4:47efficace donc plein d'entreprises plein
108. 4:50de de de de d'organismes on on on
109. 4:54l'adopté donc il se sont mis à l'adopter
110. 4:57et et euh et à l'implémenter sauf que
111. 5:01malheureusement en fait dans cette vague
112. 5:03d'implémentation agile on a négligé
113. 5:06parfois la l'impimportance d'un clean
114. 5:08code
115. 5:10donc parfois donc là c'était et là ça
116. 5:13fait l'apparition de ce qu'on appelle
117. 5:15l'agile
118. 5:17angover et donc on s'est aperçu que le
119. 5:20code est devenu de plus en plus
120. 5:23compliqué qu'on que plusieurs fois on
121. 5:26favorise en fait le logiciel fonctionnel
122. 5:28plus que la qualité du code euh
123. 5:31l'agilité est devenue un nouveau process
124. 5:33de travail le développeur il est euh il
125. 5:36est considéré comme un exécuteur dans
126. 5:38son coin pour écrire du code et euh le
127. 5:41les équipes ne sont toujours pas malgré
128. 5:43l'implémentation de l'agilité il ne sont
129. 5:45pas toujours assez euh assez euh soudé
130. 5:49et chacun euh finalement en se trouvant
131. 5:52dans dans des situations un peu
132. 5:53compliquées chacun finit à défendre euh
133. 5:56sa position donc pour répondre à ces à
134. 5:59cette situation là un peu ce qu'on
135. 6:01appelle hangover à ces mots et à ces
136. 6:03frustration lors d'une conférence àile
137. 6:06en 2008 Robert Martin a proposé une 5e
138. 6:11valeur pour le Manifeste Agile à savoir
139. 6:14craftmanship over execution donc c'était
140. 6:18un peu pour tirer la sonnette d'alarme
141. 6:20et d'alerte par rapport à tous Ce
142. 6:23angover là et cette situation
143. 6:25là donc quelques temps après il y a eu
144. 6:28l'apparition de ce qu'on appelle le
145. 6:30manifesto craft donc euh ça c'est le
146. 6:34manifesto Craftman craft et et du coup
147. 6:37c'est quoi c'est quoi le software
148. 6:39craftmanship donc pour vous rassurer ce
149. 6:42n'est ni une méthodologie ce n'est ni
150. 6:45une technique c'est euh le software
151. 6:47craftmanship c'est c'est plutôt un
152. 6:50mindset une attitude et euh et et un
153. 6:53ensemble de
154. 6:54valeur donc comme dit précédemment ça
155. 6:57vient pour répondre à des mots et des
156. 6:58frustrations et des et les aspirations
157. 7:01des développeurs artisans donc c'est une
158. 7:04philosophie qui considère le
159. 7:05développement logiciel comme un
160. 7:07artisanat
161. 7:09professionnel pardon comme un artisanat
162. 7:12professionnel où les développeurs tels
163. 7:13des artisans passionnés recherchent
164. 7:15continuellement l'excellence technique
165. 7:16et la qualité de leur travail le
166. 7:19software craft s'articule autour de
167. 7:21quatre principes donc chaque principe
168. 7:24craft il vient comme réponse à un
169. 7:25principe agile déjà existant euh donc VO
170. 7:29VO ça ça c'est le manifesto agile donc
171. 7:32on va trouver pour remplacer le premier
172. 7:34principe agile avoir le logiciel
173. 7:36fonctionnel plus que avoir les
174. 7:38documentations exhaustifes donc le craft
175. 7:40il vient pour répondre et dire pas
176. 7:42seulement des logiciels fonctionnels
177. 7:43mais aussi des logiciels bien conçus
178. 7:45pour la deuxième valeur agilité
179. 7:47s'adapter au changement plus que suivre
180. 7:49un plan il va répondre par pas seulement
181. 7:52l'adaptation au changement mais aussi
182. 7:53l'ajout constant de la valeur pour la
183. 7:55trisème les individus et et leur
184. 7:58interaction plus que les essus et les
185. 8:00outils et là le craft il répond en
186. 8:02disant pas seulement les individus et
187. 8:04leur interaction mais aussi une
188. 8:05communauté de professionnels et pour la
189. 8:08et pour la dernière la collaboration
190. 8:10avec le client plus que la négociation
191. 8:12contractuelle et là le craft il répond
192. 8:15en disant
193. 8:17euh pas seulement la collaboration avec
194. 8:19les clients mais aussi des partenariats
195. 8:22productifs donc donc ça c'est c'est le
196. 8:26manifesto craft
197. 8:28euh il y a plusieurs écoles en fait qui
198. 8:30interprètent ce même ce ce manifesto là
199. 8:33la présentation de d'aujourd'hui
200. 8:35s'aspire beaucoup de la lecture de
201. 8:37sonndrome monokusu dans son livre
202. 8:39software craftmanship
203. 8:41professionnalisme pragmatisme
204. 8:43Pride
205. 8:45donc voyons ensemble en fait cette
206. 8:47lecture là et et parlons plus
207. 8:51particulièrement des logiciels bien
208. 8:53conçus donc aujourd'hui en fait on a
209. 8:55tendance tous à faire des logiciels
210. 8:57fonctionnels mais un logiciel iel
211. 8:59fonctionnel n'est pas forcément
212. 9:01forcément bien conçu et donc je pour ma
213. 9:03part je n'exagère pas quand je dis qu'un
214. 9:05logiciel mal conçu est une truc
215. 9:07dangereuse en fait c'est c'est pour moi
216. 9:10je le vois comme
217. 9:11un car finalement en fait et ça peut
218. 9:14aller au-delà de l'aspect financier car
219. 9:17finalement un
220. 9:19logiciel un logiciel mal conçu il va
221. 9:25accumuler ah en bas c'est oui c'est
222. 9:29pardon donc un logiciel mal conçu il va
223. 9:32accumuler la dette technique il va être
224. 9:34non maintenable il va être non évolutif
225. 9:37et il ne pourra pas répondre au
226. 9:38changement qui était finalement
227. 9:40l'objectif en fait de l'implémentation
228. 9:41de l'agilité il va être non fiable avec
229. 9:44des bugs découverts d'art tardivement
230. 9:45parfois en prod et cela certainement va
231. 9:48impacter les TMM qui seront rallongés
232. 9:51cela va enduire des clients mécomant une
233. 9:54diminution de leur oui qui
234. 9:57va qui va qui va impliquer une
235. 10:00augmentation des charges de travail du
236. 10:02travail sous pression parfois et la
237. 10:04création du conflit au sein de des
238. 10:06équipes qui vont là où l'ambiance elle
239. 10:08sera dégradée les équipes seront
240. 10:11démotivées et cela va finir par un
241. 10:13tourneauur et la perte des compétces ce
242. 10:15qui va favoriser encore fois le logiciel
243. 10:18mal conçu donc finalement on se trouve
244. 10:20dans ce cercle vicieux et euh on
245. 10:25s'aperçoit que un logiciel mal conçu a
246. 10:27des des des conséquences au-delà des
247. 10:29aspects financiers notamment en fait sur
248. 10:32l'humain la pression la charge de
249. 10:34travail
250. 10:35la démotivation et le tournover donc
251. 10:40c'est quoi un logiciel bien conçu donc
252. 10:42un logiciel bien conçu c'est tout
253. 10:44simplement un logiciel qui répond aux
254. 10:46besoins c'est un log logiciel qu'on peut
255. 10:48maintenir facilement on peut corriger
256. 10:50des bugs facilement et un logiciel qu'on
257. 10:53peut qui qui était stable et un logiciel
258. 10:56qui exprime le domaine fonctionnel du
259. 10:59man claire dans le code un logiciel bien
260. 11:03conçu c'est un logiciel qu'on peut qui
261. 11:05qui peut être facile à comprendre même
262. 11:07par les novic peu importe son âge
263. 11:10l'ajout ou le ou la ou la modification
264. 11:12de fonctionnalité ne prend pas plus de
265. 11:14temps que que par rapport au début de
266. 11:17projet et ce graphe là c'est pas une
267. 11:19étude mais mais pour moi je suis
268. 11:21convaincu que plus le code est de
269. 11:23qualité plus le temps passer par
270. 11:25fonctionnalité et sera réduit
271. 11:30donc donc une des il y a plein de
272. 11:33problématiques donc par rapport
273. 11:35c'està-dire là on veut faire des
274. 11:36logiciels bien conçu on sait tous qu'il
275. 11:39y a plein de problématiques au niveau de
276. 11:41la conception des logiciels pour moi un
277. 11:45des une des problématiques c'est la
278. 11:47transmission du besoin métier entre les
279. 11:50développeurs les équipes techniques et
280. 11:52les équipes métiers donc on peut trouver
281. 11:55des développeurs qui de leur côté ne
282. 11:57s'intéressent pas suffisamment à au
283. 11:59domaine métier il voit le rôle juste
284. 12:01dans l'écriture du code et euh et dans
285. 12:05l'exécution dans la création du du
286. 12:07vraiment du de la fonctionnalité et ne
287. 12:10voit pas il ne voit il ne voit pas
288. 12:12s'intéresser à la partie à la partie
289. 12:14métier et on peut trouver aussi de
290. 12:16l'autre côté une une équipe métier qui
291. 12:19euh va s'intéresser à la partie
292. 12:21technique ou peut-être parce que le
293. 12:23domaine métier il est assez compliqué
294. 12:25pour l'expliquer au développeur et donc
295. 12:27pour faire cours ils vont essayer de
296. 12:29introduire au niveau des des des
297. 12:30solutions techniques et ils vont
298. 12:33proposer parfois des specs qui
299. 12:34contiennent des indications techniques
300. 12:36et là ça va favoriser la posture
301. 12:38d'exécuteur d'un développeur et ça va
302. 12:41pas en fait aider pour une bonne
303. 12:43conception parce que c'est le
304. 12:44développeur en fait qui a plus de recul
305. 12:48sur la partie technique les les les
306. 12:51métiers doivent répondre à la
307. 12:54question les métiers ne doivent pas
308. 12:56répondre à la question comment mais
309. 12:57plutôt quoi et euh et pourquoi
310. 13:02voilà donc finalement une bonne
311. 13:04conception c'est le résultat d'un
312. 13:06travail collaboratif entre les
313. 13:07développeurs et les représentants
314. 13:09métiers donc pour répondre à ces divers
315. 13:12problématiques de de de conception il y
316. 13:14a divers approches qui ont été qui ont
317. 13:17été mis en place comme le TDD le BDD et
318. 13:20les et le DDD donc on résuma le TDD il
319. 13:23va travailler sur la problématique de
320. 13:25testabilité se concentre sur les tests
321. 13:27unitaires le BDD sur le comportement
322. 13:30attendu du logiciel et le DDD sur la
323. 13:33modélisation du domaine métier donc
324. 13:36ensemble c'est ces ces différentes
325. 13:39approches ensemble ils vont contribuer à
326. 13:42améliorer la conception à avoir un un un
327. 13:45logiciel maintenable et facile à
328. 13:48maintenir mais malgré ces différentes
329. 13:50approches en fait
330. 13:52malgré la la volonté en fait de faire
331. 13:54des logiciels bien conçus on peut se
332. 13:56trouver parfois à travailler sur des
333. 13:58logiciels qui
334. 13:59avec de la dette technique mais ici la
335. 14:04dette technique ne doit pas en fait
336. 14:06justifier euh l'ajout du du mauvais code
337. 14:10en fait lors du développement d'une
338. 14:12nouvelle fonctionnalité donc notre
339. 14:14valeur ajoutée elle doit être au-delà en
340. 14:16tant que développeur elle doit être
341. 14:18au-delà de corriger des bugs et de créer
342. 14:20des nouvelles
343. 14:21fonctionnalités donc certains certains
344. 14:25développeurs il il se voi un peu
345. 14:27réticcent par rapport à la par rapport à
346. 14:30la pratique du refactoring et et leur
347. 14:34raison donc leur
348. 14:36motivation c'est la peur de faire des
349. 14:38régressions le manque du temps ou euh
350. 14:42voilà il voit pas l' l'intérêt donc il
351. 14:45disent que c'est déjà implémenté comme
352. 14:46ça pourquoi est-ce que je viens pour la
353. 14:48le modifier il y a aussi une 4è
354. 14:51catégorie qui crée des USD technique
355. 14:53donc il voit des des problèmes au niveau
356. 14:55du code existant et euh et et bah c'est
357. 14:59une bonne initiative mais
358. 15:00malheureusement en fait ces US là on
359. 15:02sait tous qu'il voit jamais le jour en
360. 15:03fait
361. 15:05c'est-à-dire c'est une bonne c'est une
362. 15:07bonne bonne initiative mais mais
363. 15:09malheureusement ça ne va pas améliorer
364. 15:12la structure du code et finalement en
365. 15:15fait on voit aussi parfois des code
366. 15:18review qui sont refusés
367. 15:21euh parce qu'il parce qu'ils contiennent
368. 15:23des refactoring donc ils sont refusés
369. 15:26par ils sont rejetés par le reviewer y
370. 15:28compris le tecl
371. 15:29parce que c'est la culture là c'est la
372. 15:31culture en fait de de l'équipe un peu
373. 15:33qui intervient
374. 15:35euh c'est ça revient à ça en fait le
375. 15:37teclide il va il va il va avoir peur
376. 15:40d'avoir des problèmes en prod peut-être
377. 15:42il a des des des objectifs en fait sur
378. 15:44le nombre de bug qu'il doit y avoir en
379. 15:46prot il y a il y a plein de contraintes
380. 15:48peut-être qui finalement font de de de
381. 15:52rejeter et et ne pas vraiment encourager
382. 15:56ces refactoring là par on on le motive
383. 16:00on dit parce que c'est des réfactoring
384. 16:01conséquents mais euh mais à mon avis en
385. 16:04fait même si c'est conséquent ça ça vaut
386. 16:06le coup en fait de le de le considérer
387. 16:09et ne pas le rejeter et et j'ai vu en
388. 16:11fait dans dans mon parcours j'ai j'ai vu
389. 16:14des cas en fait là où ça ça ça dégénère
390. 16:17un peu vers des conflits même inter
391. 16:21interpersonnels donc euh donc ce C cet
392. 16:25aspect làà en fait il met l'accent sur
393. 16:27l'importance euh du TR è trème principe
394. 16:31craft qui est la communauté de
395. 16:34travailler au sein d'une communauté de
396. 16:36professionnels
397. 16:39donc donc certainement certainement pour
398. 16:42per à tous ces problèmes-là certainement
399. 16:45une bonne couverture de test la mise en
400. 16:47place la mise en place des tests
401. 16:49automatiques couplé avec la cicd et et
402. 16:52l'automatisation des livraisons ça va
403. 16:54permettre d'avoir des map récurrents et
404. 16:57par la par la suite en fait détec une
405. 16:59détection anticipée des régressions ce
406. 17:01qui va favoriser et encourager les
407. 17:04développeurs à faire des des
408. 17:08refactoring donc réponse au changement
409. 17:11et ajout de la valeur donc les projets
410. 17:13de création de logiciel finalement en
411. 17:15fait c'est des projets d'investissement
412. 17:16qui s'attendent à avoir des zroi et et
413. 17:19nous créons des des logiciels pour
414. 17:22répondre à un besoin donc lors de toute
415. 17:25réponse à un changement on doit se poser
416. 17:26la question si on est amené à euh
417. 17:29ajouter de la valeur via ce changement-l
418. 17:31donc le développeur qui s'approprie la
419. 17:33domain le le domaine métier va se
420. 17:35trouver en train de challenger l'équipe
421. 17:37métier sur ce changement et dans ce
422. 17:39genre de situation sndrome moncusou met
423. 17:42l'action sur met l'accent pardon sur
424. 17:45certains valeurs euh donc et là on parle
425. 17:47un peu sur les valeurs craft c'est pas
426. 17:49une partie technique mais c'est un c'est
427. 17:52c'est un petit rappel mais c'est un
428. 17:54c'est un petit rappel mais peut-être ça
429. 17:57permet aussi des petites remises en
430. 17:58question mais mais les valeurs craft
431. 18:01c'est euh c'est pas c'est pas figé comme
432. 18:04j'ai dit en fait c'est c'est des valeurs
433. 18:05qui qui qui change d'une personne à une
434. 18:07autre d'une lecture à une autre mais là
435. 18:10en fait c'est c'est recommandé par c'est
436. 18:13c'est moi aussi en fait je partage un
437. 18:15peu parce que finalement en fait un
438. 18:17développeur il va se trouver à interagir
439. 18:19avec avec un environnement et je trouve
440. 18:23que c'est important en fait qu'il
441. 18:24incarne le courage la fiabilité et le
442. 18:27transparence parfois en fait il y a des
443. 18:30situations je sais pas en fait mais il y
444. 18:32a des situations là
445. 18:34où le métier ou parfois la partie la
446. 18:37partie métier en fait il essaie de nous
447. 18:39convaincre
448. 18:40à à à à accepter des deadlines ou ou
449. 18:44accepter des
450. 18:46solutions je trouve que c'est important
451. 18:48parfois en fait d'avoir du courage et du
452. 18:51transparence pour pour dire non et
453. 18:53proposer des des des alternatifes euh
454. 18:56c'est important aussi que que le que le
455. 19:00développeur réussit à
456. 19:02challenger à challenger l'équipe métier
457. 19:05pour savoir s'engager et assumer et et
458. 19:08gérer et et gérer cette partie cette
459. 19:10cette pression donc il y a trois autres
460. 19:14valeurs très importante pour une
461. 19:15personne craft c'est l'amélioration
462. 19:18continue l'humilité pour apprendre des
463. 19:21des autres personnes même même les mois
464. 19:23expérimentés et le sens de partage en
465. 19:25fait pour partager son expérience ses
466. 19:27connaissances avec avec ses ses ses ses
467. 19:31collègues donc mais c'est bien d'avoir
468. 19:34tous ces valeursl mais je trouve que la
469. 19:36l'environnement aussi il peut il peut il
470. 19:38doit euh c'est c'est plus c'est plus
471. 19:41efficace c'est plus pertinent de
472. 19:43travailler dans un environnement qui
473. 19:44partage avec nous tous ces tous ces tous
474. 19:46ces valeurs et d'où l'importance en fait
475. 19:48de l'environnement d'une personne craft
476. 19:51et d'où la 4e valeur craft pas seulement
477. 19:54la collaboration avec les clients mais
478. 19:56aussi des partenariats productifs et là
479. 19:59euh ce qu'on veut dire par partenariat
480. 20:01donc euh c'est souvent perçu comme étant
481. 20:04la relation entre le métier et le et le
482. 20:06développeur mais syndrome onkusu il va
483. 20:08au-delà et considère le partenariat
484. 20:10entre l'employé et l'employeur et euh et
485. 20:14un environnement propice pour une
486. 20:15personne craft et une et une et une une
487. 20:19entreprise en fait qui veulent adopter
488. 20:21les valeurs craft bien sûr via sa
489. 20:23culture et valeur en promotant une
490. 20:25culture de travail d'apprentissage
491. 20:26d'excellence technique promouvoir la
492. 20:28culture de partage et de mentoring il y
493. 20:31a aussi le fait de mettre le logiciel
494. 20:33comme centre de préoccupation on
495. 20:36investissant sur les outils cicd
496. 20:38l'automatisation et les bonnes pratiques
497. 20:39les tests automatiques le coaching la
498. 20:41formation il y a aussi le pilier de
499. 20:43recrutement il faut pas ça il faut pas
500. 20:45recruter juste parce que par rapport au
501. 20:48aux aspects financiers par les les les
502. 20:50les les les les profils en fait qui qui
503. 20:52coûtent le moins cher mais avoir des
504. 20:54recrutements plus sleectifs il y a aussi
505. 20:57il y a aussi le volet management là où
506. 20:59le management il doit être une
507. 21:01compétence et non pas
508. 21:04une et non pas une une promotion parce
509. 21:08que le management finalement il faut
510. 21:10vraiment faire du management on on se
511. 21:12voit par on se trouve parfois en fait
512. 21:14travailler avec des
513. 21:16gens à à avoir en
514. 21:19fait le management comme une promotion
515. 21:22il s'intéresse pas vraiment à à gérer du
516. 21:25de l'humain euh mais mais voilà là
517. 21:28c'était la seule la seule chemin de
518. 21:30carrière qu'ils ont trouvé au sein de
519. 21:32leur entreprise donc c'est suite à des
520. 21:34années d'expérience et tout on se trouve
521. 21:36manager mais finalement on n pas
522. 21:39suffisamment de d'appétence pour pour la
523. 21:43gestion la gestion des humains donc et
524. 21:46là on parle et on passe ici par
525. 21:49dernièrement par par l'aspect humain
526. 21:51parce que euh finalement le travail d'un
527. 21:54craftmanship ne se limite pas dans
528. 21:56l'excellence technique euh il y a aussi
529. 21:58l'aspect humain à gérer qui est pour moi
530. 22:01le plus difficile donc l'aspect humain
531. 22:04c'est ça reste un truc le le challenge
532. 22:06he parmi les challenges d'une personne
533. 22:08craft
534. 22:10donc parfois on rencontre en fait des
535. 22:12des personnes qui nous freinent dans
536. 22:14dans notre conduite de changement
537. 22:16technique et et dans son livre de
538. 22:20software Craftman professionnalisme
539. 22:22pragmatisme Pride syndrome encuso il
540. 22:24énumère plusieurs types de profil en
541. 22:26fait qui peuvent freiner et bloquer un
542. 22:29une personne dans son approche craft moi
543. 22:31je je retiens trois trois types de de
544. 22:34profil à savoir les chef non technique
545. 22:37qui ne voit pas l'utilité en fait des
546. 22:39des améliorations et des bonnes
547. 22:41pratiques et là en fait euh on peut on
548. 22:45peut on peut remédier à ça en fait en
549. 22:47parlant leur leur langue donc un chef
550. 22:49nontechnique on va essayer de lui parler
551. 22:51plus euh gain gain financiers gain gain
552. 22:55au niveau des des des des
553. 22:57fonctionnalités et ça et cetera on va
554. 23:00trouver les irrationnels euh donc là
555. 23:01c'est c'est un type un peu particulier
556. 23:04les gens quand on leur propose en fait
557. 23:06des des des des nouveautés ou des
558. 23:09nouveaux idées ils vont nous répondre
559. 23:11d'une manière un peu à côté euh à côté
560. 23:14ça peut être des gens qui SEM démotivés
561. 23:16en fait euh dans l'entreprise ou je sais
562. 23:18pas et finalement euh on trouve les
563. 23:21personnes en
564. 23:23insécurité et euh et donc la sécurité
565. 23:27elle peut avoir plus plusieurs plusieurs
566. 23:29raisons mais en tout cas en fait il est
567. 23:31très il est il est il est crucial pour
568. 23:33l'artisan du logiciel de savoir
569. 23:35identifier et gérer ses obstacles pour
570. 23:38continuer à progresser à progresser dans
571. 23:40son métier et donc on vient à la fin de
572. 23:43la présentation et trois trois trois
573. 23:48points peut-être à retenir c'est que le
574. 23:49code de qualité est aussi une histoire
575. 23:52de valeur la dette technique ne justifie
576. 23:54pas l'ajout d'un mauvais code et
577. 23:56l'entreprise elle a un un un grand rôle
578. 23:59en fait à incarner les valeurs les
579. 24:01valeurs craft merci