This repository has been archived by the owner on Apr 2, 2018. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 0
/
livret.html
1637 lines (1563 loc) · 126 KB
/
livret.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
<!DOCTYPE html>
<html class="no-js">
<head>
<meta charset="utf-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
<title></title>
<meta name="description" content="">
<meta name="viewport" content="width=device-width">
<link rel="stylesheet" href="/theme/style/normalize.css">
<link rel="stylesheet" href="/theme/style/main.css">
<link rel="stylesheet" href="/theme/style/font-awesome.css">
<style type="text/css">
.meta {border: 1px solid #ddd; background-color: #eee; -webkit-print-color-adjust: exact;}
.row .session {page-break-inside: avoid;}
.break {page-break-before: always;}
.row {page-break-after: always;}
h3 {margin: 0}
.logo {float: right;}
hr {clear: both;}
.center {text-align: center;}
</style>
</head>
<body>
<img class="logo" src="/theme/img/logo.png" class="pull-left" height="140" width="140">
<h1>Conférence Agile France 2013</h1>
<h2>Textes des sessions</h2>
<div class="center">
<object data="static/programme/plan.svg" type="image/svg+xml" width="421" height="236"></object>
</div>
<hr/>
<div class="full-width">
<div class="row">
<div class="span12">
<div class="row">
<div class="session">
<h2>jeudi 23 — 09:00</h2>
<div class="meta">
<h3>From Value to Values - Why Management has to change and how IT is inspiring the solution</h3>
<i class="icon-user"></i>
Peter Stevens
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 09:00
- 09:20
</div>
<p>In the 21st century, there will be two kinds of organizations: those that delight their customers and those that don't. The latter will be hard pressed to survive. The management structures that were spectacularly effective in the 20th century are insufficient to meet the challenges of the 21st. To meet these challenges, new management paradigms are emerging. </p>
<p>This talk will examine the reasons why management is challenged and failing, the characteristics of successful management, and how the principles of Agile and Scrum can be applied beyond software development. Finally, it will introduce the Stoos Network, a nascent movement to build bridges beyond software and catalyze a lasting change in management.</p>
</div>
<div class="session">
<h2>jeudi 23 — 09:30</h2>
<div class="meta">
<h3>REX : Comment diffuser massivement une approche Kanban</h3>
<i class="icon-user"></i>
Samuel Retiere
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 09:30
- 10:00
</div>
<p>Par une approche non virale, nous sommes passés en 6 mois de 15 personnes utilisant Kanban à plus d'une centaine et nous allons doubler voire tripler ce chiffre dans les 6 prochains mois.</p>
<p>L'intéressant, c'est surtout de savoir pourquoi nous avons appuyé sur certains leviers et pas d'autres, quels risques nous avons accepté de prendre et l'organisation que nous avons choisi pour y arriver.</p>
</div>
<div class="session"> <div class="meta">
<h3>Atelier RH Team</h3>
<i class="icon-user"></i>
Yannick Ameur
<i class="icon-home"></i> 2 - Chalet RdC
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 09:30
- 11:00
</div>
<p>Je vous propose de vous exercer à passer des entretiens Agile.</p>
<p>A savoir : recruter en groupe, preparer vos entretiens, poser les questions et gérer votre stress.</p>
<p>Nous formerons une équipes qui aura dans un permier temps, l’objectif de se connaitre et de définir une fiche de poste.</p>
<p>Ensuite plusieurs personnes passeront des entretiens (3) avec 1 rétro entre chaque.</p>
<p>L'objectif est d'apprendre à recruter Agile, de montrer que cela n'est pas difficile mais pas non plus si simple au niveau des émotions.</p>
<p>Cet atelier est pour les membres d’équipe, les manageurs pour démontrer qu’une équipe auto organiser peut selectionner ses partenaires, mais aussi pour ceux qui recherchent un emploi !</p>
<p>Apprenez à recruter de nouveau collaborateur dans votre équipe.
Vous pouvez voir mon post ici : http://yannick.ameur.free.fr/dotclear/index.php?post/2013/02/15/Recruter-une-equipe-Agile</p>
<p>L'atelier est de 10 p minimum.</p>
</div>
<div class="session"> <div class="meta">
<h3>Soutenez vos transitions avec le BDT et Pick A Deck</h3>
<i class="icon-user"></i>
Olivier Lafontan
<i class="icon-home"></i> 3 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 09:30
- 11:00
</div>
<p><strong>Apportez votre ordinateur</strong> pour profiter pleinement de cette session.</p>
<p>Pick A Deck est une application GRATUITE dédiées au support des transitions vers de nouveaux comportements.</p>
<p>Cette session permettra aux participants de découvrir et expérimenter la plateforme, et peut être de la mettre en place dans le cadre de leur propre transition.</p>
<p>l’application permet de modéliser, communiquer, planifier les comportements attendus après la transition
les comportements à atteindre sont modélisés sous la forme de tests en échec, d’ou le terme BDT (Behaviour Driven Transition)
l'équipe et l'entreprise doivent trouver une solution pour faire passer ces tests
l’application permet aux à plusieurs équipes d’échanger sur leurs succès, échecs, bloqueurs</p>
<p>Tous ces points seront évoqués lors de cette session.</p>
</div>
<div class="session"> <div class="meta">
<h3>L'agilité vue d'un partenaire off-shore</h3>
<i class="icon-user"></i>
Hoang-Anh Phan
<i class="icon-home"></i> 4 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 09:30
- 10:00
</div>
<p>Nous entendons souvent parler des limites de l’agile en offshore, essentiellement par des clients déçus de leur prestataire.
On évoque souvent comme raisons les limites linguistiques et les différences culturelles.
Mais n’est-ce pas également dû au fait que c’est souvent au prestataire de s’adapter à des méthodologies agiles sans qu’il ait les moyens ni techniques ni humains de les acquérir?</p>
<p>Officience est une boite d’outsourcing au Vietnam.
Il y a 3 ans nous avons fait le pari de mener une transformation agile à partir du Vietnam, sans experts et sans coach agile, car il n’y en avait tout simplement pas.
Le défi s’est relevé en fait double: changer les habitudes de travail de nos équipes au Vietnam mais aussi celles de nos clients.</p>
<p>Notre “recette” d’agilité en offshore a été d’enlever toute technicité à cette transformation, de devenir agile, sans parler d’agilité ou de Scrum.
Nous avons amélioré la comprehension du business; mis en place une communication directe avec les clients; impliqués les membres de l’équipe dans le planning et la prioritisation; introduit de la diversité culturelle et fonctionnelle dans les équipes...
Nous avons renforcé les acquis avec des jeux agiles et la participation dans la communauté agile naissante au Vietnam.</p>
<p>Cette approche a l’avantage d’être très abordable, à la fois en terme de moyens et en terme d’accès.
Aujourd’hui nos équipes sont auto-organisées, avec des membres pro-actifs et responsabilisés.
Nos clients aussi sont mieux écoutés, mais surtout ils sont plus impliqués.
Ces acquis sont la base solide nécessaire pour les prochaines étapes de notre transformation agile...</p>
</div>
<div class="session"> <div class="meta">
<h3>Leader en tant qu'hôte</h3>
<i class="icon-user"></i>
Géry Derbier
<i class="icon-home"></i> 5 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 09:30
- 10:15
</div>
<p>La métaphore du leader comme héros ne me satisfait bien évidemment pas.
Celle du servant leadership ne me convient pas beaucoup plus d'autant que je l'ai rarement entendue traduite en français et je pense que dire à un exécutif qu'il doit devenir un serviteur est... source de résistance. </p>
<p>Je propose d'explorer ensemble une <a href="http://hostleadership.ning.com/">métaphore ancienne</a> proposée par Mark McKerkow, le leader en tant qu'hôte.
Je propose d’étudier en autres les aspects suivants : la notion d'hospitalité et le pouvoir de l'invitation, la co-création d'un moment comme une soirée ou une fête (en français hôte designe à la fois celui qui reçoit et l'invité), l'équilibre entre définir et participer, ...</p>
<p>Nous verrons ainsi comment utiliser, ou pas, cette métaphore dans la mise en oeuvre de l'agilité dans une organisation. </p>
<p>Compte tenu du caractère co-créatif de la métaphore proposée tout le monde est concerné et bienvenu dans cette session.</p>
</div>
<div class="session"> <div class="meta">
<h3>Un produit qui déchire, une équipe qui déchire... un leader qui déchire</h3>
<i class="icon-user"></i>
David Alia
<i class="icon-home"></i> 6 - Fermette
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 09:30
- 10:15
</div>
<p>Les expérimentés le savent bien : l'agile par les post-its, le planning poker, la démo... c'est du simple folklore si les fondamentaux de culture (amélioration continue, confiance mutuelle) sont absents au sein de l'équipe, et de l'entreprise.</p>
<p>Par ailleurs, l'innovation nécessite impérativement et simultanément "la peur de mourir" (relisez Steve Jobs) et la prise de risque (relisez Steve Jobs).
Autrement dit, pour reprendre un terme du théâtre d'improvisation : la décontraction dans l'urgence.</p>
<p>Innover, pour un couple, une équipe, une entreprise, c'est enrayer la routine, c'est entretenir la relation, c'est assurer la survie.</p>
<p>Peut-on recréer cette culture fondamentale dans une équipe pour qu'elle soit en permanence dans cet état d'esprit, en successions d'équilibres instables entre challenge et stabilité, entre enjeux et plaisir pour qu'elle conserve un sens aigu de l'initiative, une motivation à toujours faire mieux, individuellement et collectivement ?
Autrement dit, pour qu'elle "déchire" et ainsi, selon la loi de Conway, construire un "produit qui déchire" ? </p>
<p>Le leader a aussi et surtout sa place pour créer cet environnement pour son équipe et je propose de présenter, sous forme d'anecdotes et d'expériences, différents principes inspirés pêle-mêle de la psychologie positive, du théâtre d'improvisation, de Tribal Leadership ou de l'analyse transactionnelle, qui aident à favoriser cette culture forte qui vit, vivra et survivra au leader qui l'a initiée.</p>
</div>
<div class="session">
<h2>jeudi 23 — 10:00</h2>
<div class="meta">
<h3>Le serveur qui fait ping</h3>
<i class="icon-user"></i>
Jonathan Perret et Emmanuel Gaillot
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 10:00
- 11:00
</div>
<p>La popularité de Node.js est en hausse constante chez les développeurs de serveurs HTTP.
Toutefois, son modèle de gestion "single thread" sous-jacent fait de la programmation en Node.js une expérience assez inhabituelle, ce qui donne aux codeurs un prétexte supplémentaire pour ne pas piloter leurs développements par les tests.
Dans cette session, nous coderons devant les participants, et nous montrerons une manière possible de coder de A à Z (et en TDD) un serveur HTTP qui sait afficher des informations liées à un serveur Minecraft tiers.
Nous espérons ainsi encourager les participants à suivre une pratique similaire de la programmation en Node.js ou à en chercher une meilleure.</p>
<p>Cette session s'adresse aux programmeurs de tous bords et aux curieux de tous horizons, intéressés de voir comment d'autres programmeurs utilisent TDD pour programmer en Node.js.
Quelques notions préalables en programmation (en particulier en Node.js) seront les bienvenues.</p>
<p>Les participants auront l'occasion d'apprendre comment utiliser les tests dans un langage reposant sur un paradigme mono-thread, comment composer avec un protocole de communication exotique, et comment justifier à son manager le fait de jouer à Minecraft pendant les heures de travail.</p>
</div>
<div class="session"> <div class="meta">
<h3>Le Respect en Action</h3>
<i class="icon-user"></i>
Cyrille Deruel et Jonathan Scher
<i class="icon-home"></i> 4 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 10:00
- 11:00
</div>
<p>Curieusement, dans le Lean, la littérature est orientée Kaizen.
Nous n’avons trouvé que peu d’informations pratiques sur l'autre pilier - le Respect.</p>
<p>Nouveau projet, nouvelle équipe.
Entrons dans l’open space.
Sentez-vous cette ambiance pesante ?
Les seules phrases qui sortent viennent du désespoir.
Encore un bug, ça ne marche toujours pas, je n’arrive pas… voilà le champ lexical employé.</p>
<p>Bref l'équipe est dans une spirale descendante.
Travaillant comme consultants, ce cas nous est arrivé.
Nous y avons remis en place les bases du respect.
En moins de 6 semaines, l'équipe est à nouveau pleine d’espoir, productive.</p>
<p>Cette histoire s'est répétée plusieurs fois.
Nous avons maintenant une méthode que nous appliquons pour tout début de projet.</p>
<p>Vous souhaitez mettre en avant le respect dans vos équipes ?</p>
<p>Nous vous présenterons notre vision du modèle des trois CO - communication, considération, et coopération, ainsi que notre démarche inspirée de celle de Kotter pour sa mise en application.</p>
</div>
<div class="session">
<h2>jeudi 23 — 10:15</h2>
<div class="meta">
<h3>Code Legacy: faire évoluer ou ré-écrire ?</h3>
<i class="icon-user"></i>
Cyrille Martraire
<i class="icon-home"></i> 5 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 10:15
- 11:00
</div>
<p>Vous devez livrer des nouvelles fonctionnalités ambitieuses alors que votre code existant est un énorme mille-feuille de technologies héritées, sans aucun test ?</p>
<p>La tentation est forte de toute jeter et de ré-écrire, mais est-ce bien raisonnable en terme de risque, de coût et de time to market ?</p>
<p>Dans cette présentation nous montrerons une stratégie "d'étranglement" qui consiste à ré-écrire le code sur un périmètre soigneusement délimité de fonctionnalités.
Au travers de retours d'expérience illustrés, nous expliquerons la démarche, de la définition de ce périmètre jusqu’à la mise en oeuvre en équipe, avec des techniques de développment agile telles que BDD et TDD. </p>
<p>Nous évoquerons enfin les différences de vélocité selon l'âge et l'état du code, et leurs conséquences pour les projets.</p>
<p>Cette session s’adresse à tous les intervenants d’un projet de refonte legacy, développeurs ou représentants du métier.</p>
</div>
<div class="session"> <div class="meta">
<h3>L'agilité à distance - Mythes et Réalités</h3>
<i class="icon-user"></i>
Aurélien Morvant
<i class="icon-home"></i> 6 - Fermette
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 10:15
- 11:00
</div>
<p>“Bonjour, je veux être agile mais je n'ai pas le temps pour accompagner l'IT et je ne serai pas sur site.
C'est grave docteur ?”<br />
“Bonjour, je veux être agile mais mon équipe est en partie à Paris, Rennes, Le Caire, Cassablanca.
C'est grave docteur ?”</p>
<p>Si chez vous les termes near-shore, off-shore et agilité doivent s'associer, nous essayerons de vous faire partager comment nous l'avons vécu.
Nous échangerons sur différents équipes, différents projets qui ont tenté l'aventure.
Parfois ces projets avaient une taille humaine, parfois ces projets embarquaient des équipes sur plusieurs fuseaux horaires, avec différentes coutumes.
Au travers de retour d'expérience, faites vous votre idée, votez sur les solutions choisies .</p>
<p>Public visé : futur scrum master, PO cherchant a travailler efficacement a travailler avec une équipe qui n’est pas sur son plateau, toute personne souhaitant découvrir que la distance est bien souvent déjà là.</p>
<p>Bénéfices : envisager plus facilement quels sujets aborder au niveau de l’organisation de l’agilité de vos équipes</p>
</div>
<div class="session">
<h2>jeudi 23 — 11:30</h2>
<div class="meta">
<h3>Real Options: quand et comment (ne pas) prendre des décisions</h3>
<i class="icon-user"></i>
Pascal Van Cauwenberghe
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 11:30
- 12:30
</div>
<p>L'analyse par les <a href="http://fr.wikipedia.org/wiki/Analyse_par_les_options_r%C3%A9elles">Options Réelles</a> est une technique qui permet de prendre des décisions sur les décisions. C'est cool, c'est meta.</p>
<p>Mais quel est l'intéret pour l'équipe au quotidien ?</p>
<p>Vous prenez plein de décisions chaque jour comme développeur ou architecte.
Des décisions qui peuvent couter cher.</p>
<p>Les Options Réelles ne sont pas très compliquées, cela s'explique en quelques minutes.
Mais en appliquant les Options Réelles sur les projets informatiques et sur l'architecture des logiciels j'ai découvert que plein de choses que je croyais vraies ou qui me semblaient intuitivement correctes étaient fausses.</p>
<p>J'illustre chaque technique avec des exemples qui viennent de projets auxquels j'ai participé les dernières années, ou bien de la vie de tous les jours.</p>
<p>Découvrez une autre façon de voir les décisions, des techniques simples pour gérer des projets ou définir une architecture de logiciel.
Vous découvrirez peut-être que vous aussi croyez des choses qui sont fausses.</p>
<p>Au minimum vous entendrez quelques histoires belges... :-)</p>
</div>
<div class="session"> <div class="meta">
<h3>Scrum Performance Workshop</h3>
<i class="icon-user"></i>
Peter Stevens
<i class="icon-home"></i> 2 - Chalet RdC
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 11:30
- 13:00
</div>
<p>De nombreuses organisations utilisent Scrum, l'Agilité, Lean ou Kanban pour développer du logiciel et créer des produits.
Le gap entre Scrum dy the book et Scrum dans la vraie vie peut-être important !
Scrum peut être simple à apprendre, mais il peut devenir très difficile de bien l'utiliser.</p>
<p>Cet atelier de niveau intermédiaire à avancé est destiné à des praticiens Scrum / Agile qui souhaitent comprendre Scrum plus profondemment et transformer leurs équipes et leur société vers des organisations plus agiles.
Comment appliquer vous réellement Scrum ? En quoi est-ce différent de Scrum by the book ?</p>
<p>Sans être dans le jugement, nous étudierons si ces différences sont saines, tolérables ou contre-productives ?
Que devriez-vous changer et que pouvez-vous conserver en l'état ?
Chaque participant ressortira de l'atelier avec de nouvelles idées pour améliorer son organisation dès lundi suivant!</p>
<p><u>Texte original :</u></p>
<p>Many organizations use Scrum, Agile, Lean or Kanban software development frameworks to develop software and create products.
The gap between Scrum by the book and Scrum in the real world can be huge!
Scrum may be easy to learn, but it can be very hard to do well.</p>
<p>This intermediate to advanced workshop is for Scrum and Agile practitioners who want to understand Scrum more deeply and transform their teams and their companies into more Agile organizations.
How are you really doing Scrum? How is that different from Scrum by the book?</p>
<p>Without being judgmental, we will reflect on whether those differences are healthy, tolerable or counter-productive?
What should you change and what can leave the way it is?
Every participant will leave this workshop with new inspiration for improving their own organization, starting on Monday morning!</p>
</div>
<div class="session"> <div class="meta">
<h3>Personal Kanban - Retrouvez votre efficacité !</h3>
<i class="icon-user"></i>
Guillaume Lours
<i class="icon-home"></i> 3 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 11:30
- 12:20
</div>
<p>Vous n'arrivez pas à être productif dans votre travail quotidien ?
Vous savez faire, mais ce n'est pas fait?
Vous commencez plusieurs tâches en même temps mais n'en terminez aucune ?
Le travail s'empile jusqu'à devenir déprimant ?</p>
<p>Découvrez comment avec un peu de management visuel et en limitant le travail en cours vous allez arriver à bout de votre liste de taches à faire (professionnelle comme personnelle).</p>
<p>Durant cette session, vous découvriez les aspects techniques de la méthode, mais nous aborderons surtout les concepts sous-jacents qui font de celle-ci un outil efficace.
Nous parlerons entre autres de feedback kinesthésique ou d’une matrice de Covey revisitée pour vous aider à choisir différent votre prochaine action.</p>
<p>Bien évidemment, rien de plus normal que de réaliser cette présentation en s'appuyant sur la méthode Personal Kanban et un outil de management visuel nommé Trello !</p>
<p>Cette pratique vous permettra, peut être comme ce fut le cas pour moi, d’améliorer significativement votre efficacité.</p>
</div>
<div class="session"> <div class="meta">
<h3>Plus d'agilité apporte-t-elle plus de bonheur dans l'action entrepreneuriale ?</h3>
<i class="icon-user"></i>
Michel Herve
<i class="icon-home"></i> 4 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 11:30
- 12:10
</div>
<p>Comment éduquer à l’agilité par l’intra-entrepreneuriat ?
Réflexions à partir d’une expérience entrepreneuriale de 40 ans appliquée à une ETI de 2 400 personnes :</p>
<ol>
<li>Etre agile ≠ être habile</li>
<li>Etre agile, c'est assumer le risque : valeur de l'entrepreneuriat / bonheur d'aller au-delà de soi-même</li>
<li>Etre agile, c'est rechercher l'innovation : valeur de la rareté / bonheur économique des sens</li>
<li>Etre agile, c'est encourager la solidarité : valeur du don / bonheur de la reconnaissance</li>
<li>Etre agile, c'est en fait le devenir : apprendre des échecs / bonheur de la réussite</li>
</ol>
</div>
<div class="session"> <div class="meta">
<h3>Transformation agile à grande échelle : 18 mois plus tard</h3>
<i class="icon-user"></i>
Clémo Charnay, Myriam Roux et Céline STAUDER
<i class="icon-home"></i> 5 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 11:30
- 12:15
</div>
<p>Un département IT d'une centaine de personnes a entamé il y a 18 mois une transformation agile. Or, déployer l'agilité dans une contre-culture agile n'est pas de tout repos et réserve bien des surprises !
Passés les premiers mois de développement agile, les murs de l'organisation peuvent paraître bien étroits, voire hostiles au plein épanouissement agile.
Et puis ce Legacy, quel boulet !
Qui gère donc la dette technique ?
Mon client adhère à la souplesse dans la priorisation de ses demandes mais continue à me demander une roadmap à 1 an.</p>
<p>18 mois après, quels sont les succès, quels sont les challenges auxquels nous devons faire face ?
Le responsable de la transformation agile accompagnées de 2 coaches agiles vous racontent cette aventure humaine.</p>
</div>
<div class="session"> <div class="meta">
<h3>La Dette Technique</h3>
<i class="icon-user"></i>
Francois Wauquier et Aurelien Pelletier
<i class="icon-home"></i> 6 - Fermette
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 11:30
- 12:30
</div>
<p>Tenir un engagement et s’endetter techniquement ou ne pas transiger sur la qualité. Qui n’a jamais été confronté à ce dilemne ?</p>
<p>La dette technique est une puissante métaphore, présenté par Ward Cunningham en 1992 pour symboliser le fait que la dette s’accumule et que les interêts sont de plus en plus importants.</p>
<p>Pourtant cette dette est encore floue pour beaucoup d’équipes.
Et il y a un lien évident mais parfois ignoré entre qualité et vélocité.
En faisant toujours le choix de la dette, le risque est se rapprocher d’un code legacy dont l’équipe a perdu le contrôle.</p>
<p>Cette présentation en binôme vous donnera des clés pour visualiser et maitriser votre qualité avec de grandes exigences tout en restant concret et pragmatique.
Nous vous proposerons différentes stratégies pour faire face à ce dilemme.
Nous montrerons des exemples et des outils en java.
Que votre application ait un mois ou 10ans, en repartant de cette session vous aurez des outils, des pratiques et du vocabulaire pour faire vos choix en connaissance de cause.</p>
<p>Devenez un fin gestionnaire de votre patrimoine de code.</p>
</div>
<div class="session">
<h2>jeudi 23 — 12:30</h2>
<div class="meta">
<h3>Agilité : do the wrong thing faster ?</h3>
<i class="icon-user"></i>
Pierre Pezziardi
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 12:30
- 13:00
</div>
<p>Peut-on être fier d'être informaticien ?
Affrontons la sévère réalité, combien d'entre nous peuvent dire avec certitude "J'ai fourni des outils informatiques à des usagers qui s'en réjouissent ? A qui je facilite le quotidien ?", comme peuvent se le dire le quidam chez Google, Kickstarter ou Wikipedia ?</p>
<p>J'ai mis personnellement 40 ans à pouvoir le dire.
Avant, j'ai livré on time & on budget grâce au lean et à l'agile des composants transverses qui ont ralenti la DSI, des systèmes RH qui ont augmenté la surveillance et accessoirement le taux de suicide des employés, des systèmes de contrôle bancaire dont les voyants étaient au vert la veille de faillites ...
En somme des systèmes qui répliquaient l'organisation pyramidale et ses limites, qui renforçaient la crise du management que traversent les grandes entreprises.</p>
<p>Mais il n'y a pas de fatalité.
Nous avons le pouvoir, et peut-être le devoir, de fabriquer des systèmes au service de l'innovation sociale dans les entreprises !
Venez découvrir, ce que tout un chacun, même modeste artisan de la DSI, peut faire demain matin pour contribuer à l’émergence de systèmes ouverts, décloisonnants, et plus épanouissants.</p>
</div>
<div class="session"> <div class="meta">
<h3>Ma PME Agile (work in progress)</h3>
<i class="icon-user"></i>
Damien Thouvenin
<i class="icon-home"></i> 3 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 12:30
- 13:00
</div>
<p>Comment appliquer l'agilité à son management quand on est patron d'une PME qui vend de l'agilité à ses clients ?</p>
<p>C'est la question à laquelle j'essaie de répondre depuis plus de 5 ans et cette session sera l'occasion de faire un retour d'expérience sur les différentes voies explorées, ce qui marche (ou pas) et sur quelques leçons que j'ai pu dégager.</p>
<p>Cette session est “tous publics” d’un point de vue technique, et s’adresse plus particulièrement aux personnes qui s’intéressent à l’organisation à coté (ou au-delà) de l’informatique puisqu’on parlera de stratégie d’entreprise, de RH, de finances...
Plus qu’une conférence de “sachant” c’est un point d’étape et l’occasion d’échanger avec les participants, pendant ou après la session.</p>
</div>
<div class="session"> <div class="meta">
<h3>Kai-Scène ou ce que j'ai appris de l'agilité au théâtre</h3>
<i class="icon-user"></i>
Christophe Keromen
<i class="icon-home"></i> 4 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 12:30
- 13:00
</div>
<p>La pratique artistique comme source d'inspiration de l'amélioration continue.</p>
<p>Dans son ouvrage Coaching agile Teams, Lyssa Adkins mentionne au sujet du coach agile : "Nous apportons aux équipes nos compétences dans plusieurs disciplines connexes".
Quelles compétences avons-nous acquises dans notre parcours de vie qui peuvent renforcer notre agilité professionnelle ?</p>
<p>En 5 temps, je présenterai quelques retours d'expérience de théâtre qui résonnent dans une perspective agile. Délai-qualité, itération, rétrospective, équipe, freins, est-ce dans l'IT, non c'était sur scène.
Quels enseignements ? Comme le rugby sert de métaphore à Scrum, quelles nouvelles inspirations trouver dans d'autres disciplines ?</p>
<p>J'inviterai ainsi les participants à élargir leur vision de l'agilité et à réfléchir sur ce qui, dans leur propre expérience hors travail, peut alimenter leur amélioration professionnelle. Objectif : renforcer l'alignement des différentes facettes de nos personnalités.</p>
<p>En relation avec le Quickie "<a href="/sessions/ce-que-le-sport-ma-appris-dagile.html">Ce que le sport m'a appris d'agile</a>", l'un peut se programmer sans l'autre
Pas de limite de participants</p>
</div>
<div class="session"> <div class="meta">
<h3>Agile Development VS Peter Principle</h3>
<i class="icon-user"></i>
Sébastien Drouard
<i class="icon-home"></i> 5 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 12:30
- 13:00
</div>
<p>Dans le déploiement de l’Agilité en entreprise, les résistances aux changements peuvent prendre différentes formes et ne viennent pas forcément de la plus haute hiérarchie.</p>
<p>Je vous propose un retour “côté Développeur” sur plusieurs situations générées par la mise en place de l’Agilité en entreprise.
L’idée est de faire un bilan de 3 confrontations (issues de mon expérience personnelle) aux contextes assez différents.</p>
<p>Je ferai une présentation du contexte de chaque projet dans l’entreprise et les points de blocage qui en ont découlé, les actions prises pour résoudre certaines problématiques principalement relationnelles qui ont découlé de ces déploiements et les conséquences de ces actions.</p>
<ol>
<li>Première confrontation, premiers écueils : Le wannabisme agile dans une société.</li>
<li>Deuxième confrontation : Un projet agile mature et avancé, la panacée ?</li>
<li>Dernière confrontation : La résistance aux changements / Le complexe du Chef Bruce Allmighty.</li>
<li>Bilan</li>
</ol>
</div>
<div class="session"> <div class="meta">
<h3>Le tuteur</h3>
<i class="icon-user"></i>
Géry Derbier
<i class="icon-home"></i> 6 - Fermette
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 12:30
- 13:00
</div>
<p>Parmi les jeux que j'utilise afin d'éveiller les consciences, j'en ai trouvé un remarquablement simple, efficace et très surprenant pour commencer à parler de propriétés émergentes, de dynamique d'auto-organisation (ou de son absence), de système décentralisé, de prise de décision en groupe, de la nature contre-intuitive de systèmes complexes...
Bref, plusieurs de ces différents aspects qui nous intéressent dans l'agilité.
Si vous ne connaissez pas le jeu, vous aurez surement un choc et vous apprendrez un outil intéressant pour vos formations ou votre coaching d’équipe.
Si vous le connaissez, vous pouvez aussi découvrir une manière de faire le debrief et surtout m'aider à animer un ou deux groupes parmi ceux qui seront constitués lors de la session.
J'attends aussi des participants qu'ils me fassent découvrir d'autres aspects que je n'ai surement pas encore vu.
Limité à moins d'une vingtaine de personnes. </p>
</div>
<div class="session">
<h2>jeudi 23 — 14:30</h2>
<div class="meta">
<h3>Votre nouveau défi : Déployer l'agilité dans votre organisation !</h3>
<i class="icon-user"></i>
Jean François Hélie
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 14:30
- 15:15
</div>
<p>Depuis 3/5 ans en France, beaucoup d'entreprises ont expérimenté sur leur projets de développement les méthodes agiles.
Il faut croire que c'est avec succès, car maintenant elles vont plus loin, elles veulent déployer l'agilité dans leur organisation !
Remise en cause de la façon de manager, de piloter le portefeuille projet, de gérer la contractualisation, de créer sa stratégie de déploiement, de communiquer, de faire de l'offshore, tout y passe...
Pour déployer l'agile au sens large, les pratiques agiles ne suffisent plus, il vous faut intégrer des outils nouveaux issus du management et de la stratégie: approche systémique, jeux cohésifs, codéveloppement, facilitation en grand groupe, Lean management, coaching professionnel...
Dans cette conférence, je vous présenterai quelques pistes pour bien réussir le déploiement de l'agilité dans votre organisation et les pièges à éviter à partir de retours d'expérience effectués dans diverses entreprises.</p>
</div>
<div class="session"> <div class="meta">
<h3>Des processus et des outils pour les individus et leurs interactions</h3>
<i class="icon-user"></i>
Christophe Morin
<i class="icon-home"></i> 2 - Chalet RdC
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 14:30
- 15:30
</div>
<p>Pour la plupart d’entre nous, le premier principe de l’agilité (<i>Les individus et leurs interactions, plus que les processus et les outils</i>) est une conviction profonde pour ne pas dire plus… (une philosophie quotidienne de travail ?).<br/></p>
<p>Mais lorsque nous accompagnons des managers et leurs équipes pour développer l’agilité et l’humain au cœur de leur entreprise, une question se pose rapidement : « Développer l’humain, très bien, mais <i>concrètement</i>, comment on fait ? Il n’y aurait pas des outils… ? ».<br/></p>
<p>Effectivement, il y en a… et c’est ce que je vous propose de présenter dans cette conférence.<br/></p>
<p>Nous prendrons l’exemple d’Anthony, Aurélie et Julie, managers des équipes technique, commerce et marketing de la SSII Yellow Chalet, inspirée d’un cas réel.<br/></p>
<p>Leur mode de management est différent, la maturité de leur équipe est différente, leurs enjeux également… Un très bon exemple pour présenter quelques principes fondamentaux puis différents outils et processus à mettre en œuvre pour développer l’agilité et évoluer vers une équipe performante.<br/></p>
<p>Cette conférence s’adresse aux managers, chefs de projet, coachs, scrum masters mais aussi à toute personne intéressée par la gestion des équipes. Chaque participant pourra s’interroger sur son mode de management/relationnel, mieux comprendre le stade de développement des équipes et repartir (c’est en tout cas l’objectif de l’intervenant :) ) avec quelques idées à mettre en application au plus vite dans son équipe.</p>
</div>
<div class="session"> <div class="meta">
<h3>Maîtrise de la dette d'équipe : levier de performance et de réussite</h3>
<i class="icon-user"></i>
Patrice Boisieau et Pierre Maciejewski
<i class="icon-home"></i> 3 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 14:30
- 15:30
</div>
<p>Votre équipe est agile mais elle connaît des difficultés majeures, notamment sur la collaboration.
Parfois, ces difficultés s'accumulent et mettent sérieusement en péril le projet.
Comment s'en prémunir ?</p>
<p>Au sein d'Orange France, le Pôle Agile France soutient et accompagne les équipes qui veulent adopter l'Agilité.
Au travers de 7 années d'expérience et de plus de 40 projets, un pattern d'accompagnement efficace a émergé et continue de faire ses preuves.
En plus d'adresser tout le cycle de vie d'un projet agile, ce pattern focalise sur la maîtrise de la dette d'équipe.</p>
<p>Qu'est-ce que la dette d'équipe ?
En agilité, les relations humaines sont mises à nu, faisant du savoir-être un aspect aussi important que le savoir-faire.
Lorsque ce savoir-être fait défaut, l'équipe cumule une dette : c'est ce que nous appelons la dette d'équipe.
La dette d'équipe se caractérise essentiellement par un manque de collaboration, des relations cloisonnées entre rôles, voire de réelles souffrances humaines.
Elle conduit toujours à une perte de confiance et une baisse de motivation de l'équipe, ce qui peut nuire fortement à la bonne marche du projet.</p>
<p>Quelle stratégie pour gérer la dette d'équipe ?
Quelles pratiques de coaching pour réduire la dette ?
Pour quels effets et quels résultats ?
Comment suivre l'évolution de la dette ?
Quelles sont les limites à ne pas franchir ?</p>
<p>Ce sont ces questions que nous proposons d'adresser ici.</p>
</div>
<div class="session"> <div class="meta">
<h3>Collaborer, et si on improvisait ?</h3>
<i class="icon-user"></i>
Vincent Daviet
<i class="icon-home"></i> 4 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 14:30
- 15:30
</div>
<p>Public : ouvert à tous, même aux plus timides !
A la manière des jeux agiles, tout le monde peut participer sans compétence particulière.
A partir de saynettes inspirées du théâtre d’improvisation, découvrez les valeurs d’une collaboration efficace.</p>
<p>Mise en scène d'une collaboration réussie où vous êtes les acteurs principaux !
Acte 1 : Comprendre.
Qu’y a-t-il réellement derrière le concept de collaboration ?
Acte 2 : Ressentir.
Nous expérimenterons des petits jeux simples issus du théâtre d’improvisation, très révélateurs des valeurs fondatrices de la collaboration.
Acte 3 : Jouer.
En point d’orgue de ces expérimentations, improvisez en équipe des expériences de collaboration au service de l’histoire !</p>
<p>Vous comprendrez pourquoi il est primordial de mettre en priorité #1 la collaboration au sein d’une équipe agile.
Vous expérimenterez les mécanismes d’une collaboration efficace : écoute, confiance, adaptation, esprit d’équipe, but commun.
Vous vivrez des petites réussites personnelles, et surtout l’immense plaisir partagé de morceaux d’improvisation collective réussie !</p>
</div>
<div class="session"> <div class="meta">
<h3>Deux ans dans le flux</h3>
<i class="icon-user"></i>
Olivier Azeau
<i class="icon-home"></i> 5 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 14:30
- 15:30
</div>
<p>C'est l'histoire de développeurs qui viennent de passer deux ans dans le flux... (c'est aussi celle d'un Scrum qui a mal tourné)</p>
<p>Vous aimez les voyages ?
Laissez-vous emporter par celui d'une petite équipe de développeurs qui est entrée dans l'agilité il y a sept ans avec Scrum et qui a fait évoluer pas à pas sa façon de fonctionner.</p>
<p>Pas de grandes leçons au bout du chemin mais une découverte essentielle : la méthode agile qui convient à une équipe, c’est celle qui se construit, jour après jour, choix après choix.</p>
<p>La session porte principalement sur les deux dernières années et une sélection de pratiques fortement liées à un fonctionnement en flux :</p>
<ul>
<li>les livraisons en continu qui ont remplacé les itérations</li>
<li>la branche unique dans la gestion du code source</li>
<li>le planning basé sur des calculs de probabilités</li>
<li>la totalité des activités organisées en "juste à temps"</li>
<li>les spécifications exécutables</li>
<li>le client dans un rôle d'explorateur</li>
</ul>
</div>
<div class="session"> <div class="meta">
<h3>Indiana Jones et le temple du Legacy Code</h3>
<i class="icon-user"></i>
Mathieu Gandin
<i class="icon-home"></i> 6 - Fermette
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 14:30
- 15:30
</div>
<p>Selon The Economics Of Software Maintenance In The 21 Century, nous passons 80% de notre temps à maintenir du code existant et pénible à modifier.
Dans cette situation nous devenons des archéologues du code, tandis que les contraintes de temps se font plus fortes.
On parle alors de code Legacy.</p>
<p>D’où vient le code legacy ?
Quelles sont les techniques pour refactorer et tester ce code ?
Quelles pratiques peuvent m’aider à travailler le code legacy avec les autres membres de mon équipe ?
Au cours de cette session je présenterais comment reprendre le code d’un gros legacy avec une séance de live-coding.
Vous verrez comment effectuer un changement majeur et important dans un exemple de code legacy que j’ai pu rencontrer au cours de mon expérience.</p>
<p>A l’issue de cette session vous repartirez avec :<br />
Une longue séance de livecoding pour présenter des techniques pour tester et remanier du code en profondeur<br />
Une introduction à une démarche pour avoir une vue d’ensemble de votre gros code legacy<br />
Une présentation de la matrice de gestion du temps de Covey pour vous organiser sur le long terme dans la reprise de votre code legacy</p>
<p>Si vous êtes Développeur, Tech Lead, Coach Agile, Scrum Master, avec une passion, comme Indiana Jones, pour l’archéologie du code venez à cette session pour comprendre comment découvrir les trésors cachés de votre legacy.</p>
<p>Tintintin tintintin Tintintintin !...</p>
</div>
<div class="session">
<h2>jeudi 23 — 15:15</h2>
<div class="meta">
<h3>Je vois ! - Ou comment la visualisation non conventionnelle contribue à des projets agiles</h3>
<i class="icon-user"></i>
Egor Sviridenko
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 15:15
- 15:30
</div>
<p>Comment la bonne infoviz peut-elle ouvrir les yeux des membres d'équipe et du management ?
Comment faire plus efficace quand on a affaire à beaucoup d'information et qu'on doit prendre de bonnes décisions, rapidement.</p>
<p>Du codage couleur, des cartes mentales, des réseaux, des timelines - ceux-ci et beaucoup d'autres techniques peuvent être utilisés dans notre travail quotidien, pour laisser l'information «parler».
On finirait par avoir moins de rapports, mais chacun d'entre eux serait capable d'ouvrir les yeux sur les problèmes très concrets.</p>
<p>Une session courte et pratique avec des exemples de l'industrie, pour tous ceux à qui ce n'est pas égal.</p>
</div>
<div class="session">
<h2>jeudi 23 — 16:00</h2>
<div class="meta">
<h3>Coacher des managers</h3>
<i class="icon-user"></i>
Antoine Contal
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 16:00
- 17:00
</div>
<p>Si vous êtes un coach agile expérimenté, vous êtes à l'aise pour accompagner des équipes, des scrum masters et des product owners.
Mais lorsque l'agilité se diffuse dans une organisation, il arrive un moment où ça coince avec le management.
Certains managers ne comprennent pas leur rôle face à des équipes auto-organisées, ni comment intervenir quand une équipe ne va pas bien.
D'autres, au contraire, se demandent comment faire bénéficier leurs équipes qui ne font pas du développement pur de la dynamique agile.
Tous voient bien que leurs équipes s'éclatent au quotidien, pendant qu'eux ne se voient offert aucune nouvelle perspective.
Et la pression monte d'un cran quand des décideurs s'inquiètent du décalage entre l'excellence locale des équipes agiles et le peu d'impact qu'elle a sur les indicateurs business.
Alors on se tourne vers vous, et on vous fait la demande classique : "Eh, le coach, tu pourrais pas coacher nos managers, aussi ?"
Comment s'y prendre ?
D'ailleurs, qu'est-ce que ça veut dire un coaching réussi pour des managers ?</p>
<p>Le Lean Management nous fournit à la fois un modèle, une pratique et des outils éprouvés pour répondre à ces questions.
Dans l'idéal lean, le manager apprend aux gens à réussir par eux-mêmes.
Parmi les facteurs clés, il développe leur perspicacité, leur autonomie, leur expertise et leur capacité à collaborer au-delà des frontières organisationnelles.
Il les conduit dans la découverte de savoir-faires tout simples qui auront un effet disproportionné sur leur efficacité.
Pour cela, le manager doit lui-même acquérir ou renforcer certaines compétences :</p>
<ol>
<li>la résolution de problème</li>
<li>l'identification des bons sujets d'apprentissage</li>
<li>le soutient par le questionnement bienveillant</li>
</ol>
<p>Dit autrement, le manager passe d'un modèle de décisionnaire "qui doit faire quoi" à un modèle de développement "qui doit apprendre quoi".</p>
<p>Cette session est avant tout un retour d'expérience sur la base de quatre ans de coaching de managers informatiques.
Après un survol de la théorie, nous suivrons le cheminement personnel de plusieurs d'entre eux, les outils et les pratiques qui les ont aidés (hoshin, A3, gemba walk, dojo...) et les résultats qu'ils ont obtenus, à la fois sur les plans opérationnels, économiques et humains.</p>
<p>Donnons aux managers les moyens d'être des héros aux yeux de leurs équipes !</p>
</div>
<div class="session"> <div class="meta">
<h3>De l'idée à la startup, comment concevoir un produit exceptionnel</h3>
<i class="icon-user"></i>
Nathaniel Richand et Yannick Grenzinger
<i class="icon-home"></i> 2 - Chalet RdC
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 16:00
- 19:00
</div>
<p>Vous avez une super idée en tête et vous vous posez plein de questions sur comment la concrétiser.
Ou peut-être même mieux, vous l'avez déjà développé et mis à disposition, mais votre produit ne décolle pas aussi rapidement que vous l'auriez imaginé!
Vous êtes convaincu par votre idée, mais vous ne savez pas comment la faire passer de l'ombre à la lumière...</p>
<p>Cet atelier est fait pour vous!
Nous allons donner un coup d'éclairage à votre produit en utilisant les principes du Lean Startup.
Celui-ci permet de formaliser ses hypothèses lorsque l'on lance un produit et d'expérimenter avec des itérations ultra rapide.
Durant ces trois heures vous allez :</p>
<ul>
<li>Apprendre le Lean Startup (10’)</li>
<li>Créer le Business Canvas de votre projet (1H, découpé en 2 itérations)</li>
<li>Créer votre Minimum Viable Product et le diffuser grâce à une page d'atterrissage efficace (1H30, découpé en 3 itérations)</li>
</ul>
<p>A l'issue de cette session vous aurez concrètement mis en pratique le Lean Startup et vous ressortirez avec un MVP prêt à l’emploi de votre projet.</p>
<p>Le chemin vers le succès n'est pas une ligne droite, mais il existe des techniques éprouvées pour vous y conduire, venez les expérimenter!
Si vous n'avez pas encore de projet et que votre cerveau bouillonne d'idées, venez aussi!</p>
<p>Nombre participants max : 30</p>
</div>
<div class="session"> <div class="meta">
<h3>Scrum Metal Jacket</h3>
<i class="icon-user"></i>
Jean-Louis Rigau et Nicolas Jozwiak
<i class="icon-home"></i> 3 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 16:00
- 17:00
</div>
<p>Cette présentation sera un retour d’expérience sur la mise en place de l’agilité sur le projet SPark démarré en Octobre 2011 à la Société Générale.</p>
<p>Nous débuterons sur les prémices du projet avec les techniques de Story Mapping et Buy a Feature.
Nous verrons ensuite pourquoi sur un projet aux objectifs forts et au sein d’un environnement où les contraintes organisationnelles sont nombreuses, Scrum n’était pas tout à fait adapté.</p>
<p>Nous étudierons comment l’équipe a su se remettre en question pour surmonter les obstacles et aboutir au final à un fonctionnement plus approprié au contexte du projet.
Nous reviendrons notamment sur les notions de Burn Up, Work In Progress (WIP), Day-to-Day Done et de Craftsmanship.</p>
<p>Enfin pour finir, nous effectuerons un état des lieux du projet permettant de montrer l’efficacité de ce nouveau mode de fonctionnement, ainsi que les points qui restent encore à améliorer.</p>
</div>
<div class="session"> <div class="meta">
<h3>BDD & applications web modernes</h3>
<i class="icon-user"></i>
Jean-Laurent de Morlhon
<i class="icon-home"></i> 4 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 16:00
- 16:45
</div>
<p>Dans ce live coding d'environ 30 minutes vous verrez comment combiner l'écriture de tests expressifs avec une application utilisant les technologies web derniers cris.</p>
<p>Cette démonstration est une application directe des principes du livre Growning Object Oriented Software Guided By Test, vous y trouverez BDD, TDD, HTML5, Java & JavaScript. Son application est particulièrement adaptée à des applications utilisant un front-end Javascript + Css et à destination des développeurs comme des analystes.</p>
<p>La démonstration portera principalement sur la combinaison explosive de deux outils Cucumber & Zombie, pour des tests d'acceptances en langage naturel et une vitesse d'exécution imbattable. Ces techniques sont utilisables avec d'autres outils nous l'évoquerons dans la partie de la présentation qui est dédiée à l'échange avec le public pour discuter des avantages et des limites de cette approche.</p>
<p>L'occasion idéale de réconcilier BDD avec faisabilité, rapidité et innovation. Le code source de la démonstration, ainsi que quelques instructions sera mis à disposition.</p>
</div>
<div class="session"> <div class="meta">
<h3>Quand l'agilité s'essouffle</h3>
<i class="icon-user"></i>
Vincent Uribe
<i class="icon-home"></i> 5 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 16:00
- 17:00
</div>
<p>L’une des raisons pour lesquelles les transitions vers l’agilité échouent est tout simplement l’essoufflement, lorsque le coach n’est pas présent pendant une période étendue, lorsque les acteurs perdent ou ont perdu leur motivation ou que l’équipe change, il n’est pas rare de voir les pratiques agiles disparaitre au point de voir l’agilité même disparaitre du projet.</p>
<p>Il existe cependant des solutions à cette problématique, notamment en s’assurant que les divers acteurs en oeuvre au sein du projet savent pourquoi telle ou telle pratique a été ou non, mise en place.
La motivation est également un élément vital pour une agilité qui dure.</p>
<p>Si vous portez l’agilité au sein de votre organisation, que ce soit en tant que coach, que développeur ou simple passionné, je vous invite lors de cette session à explorer à mes côtés les symptômes de l’essoufflement ainsi que quelques pistes pour comment transformer un sprint en marathon agile.</p>
</div>
<div class="session"> <div class="meta">
<h3>Agilistes : n'oubliez pas la technique !</h3>
<i class="icon-user"></i>
Xavier Nopre
<i class="icon-home"></i> 6 - Fermette
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 16:00
- 17:00
</div>
<p>Présentation d'outils et méthodes pour ne pas oublier que la technique est indispensable au succès d'une transition agile.</p>
<p>Pour réussir leur migration vers l’agilité, les équipes et leurs coachs mettent l’accent sur l’organisation et les aspects “gestion de projet”, par exemple en mettant en place Scrum : formation d’un Product Owner et d’un ScrumMaster, composition d’une équipe stable et pluridisciplinaire, mise en place d’un backlog, d’un Scrum Board, d’itérations, de revues, de rétrospectives, etc …
Mais les résultats, les développements et leur qualité ne sont pas toujours à la hauteur des attentes. </p>
<p>L’agilité ne fonctionne pas ?</p>
<p>Si, mais on oublie trop souvent que les développeurs doivent changer leurs outillages et leurs pratiques pour pouvoir livrer fréquemment par incréments, travailler de façon itérative et remanipuler sans cesse leur code pour faire évoluer le produit, garantir une qualité sans régression, etc …
L’agilité entraîne de nombreux changements, c’est nouveau, c’est difficile, il faut les aider et les accompagner.</p>
<p>Ensemble, nous évoquerons une dizaine de besoin pour lesquels je proposerai des solutions, en précisant les efforts nécessaire et les impacts sur l’équipe.
Nous établierons une feuille de route technique pour aider une équipe a réussir sa transition vers l’agilité : tests unitaires, TDD, refactoring, industrialisation, intégration continue, pair-programming, etc ....</p>
</div>
<div class="session">
<h2>jeudi 23 — 17:00</h2>
<div class="meta">
<h3>Mener le changement - les 8 étapes de Kotter</h3>
<i class="icon-user"></i>
Guillaume Duquesnay
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 17:00
- 19:00
</div>
<p>Aujourd'hui des entreprises se lancent dans une transition massive vers l’agile ; la phase des essais timides est terminée.
C'est difficile pour elles, et c'est souvent risqué.
Dans ce type d'accompagnement à fort enjeu, je suis persuadé que les personnes coachées ont besoin qu'on se mouille un peu plus à leurs côtés.
En tant que coach, on ne peut plus rester attentiste, en simple résonance. </p>
<p>Je souhaite aborder une approche qui est devenue pour moi très structurante, lorsque j'ai dû "me mouiller plus" : les 8 étapes pour mener le changement, de John P. Kotter.
Je vais utiliser comme retour d’expérience un cas évoqué l'année dernière avec Jean-François Hélie : la remise sur les rails d'un projet de 50 personnes en 3 mois et demi, et leur maintien dans une situation stable.
Nous avions abordé les pratiques de coaching ; cette fois-ci je souhaite parler de notre approche du changement.</p>
<p>Pourquoi est-il important pour moi de la partager ?</p>
<p>Dans des contextes équivalents, mes interventions de coach donnaient jusqu'alors des résultats variant entre la réussite à l'arrachée et l'échec net.
Cette fois-ci, la trame proposée par Kotter nous a permis de mener une transformation large et difficile de manière maîtrisée.
Je pense que tout évangéliste / manager / directeur diffusant l'agile dans son entreprise sera intéressé par ce type d'approche, afin de gérer "l'onde de choc de l'agile".</p>
<p>J’ai prévu 2 heures pour cette session : je pense qu’1 heure suffira pour décrire Kotter, mais j’aimerai garder du temps pour échanger et avoir les retours des participants, à la fois sur les approches de changement, mais aussi sur la posture du coach dans ce type de situation.</p>
</div>
<div class="session"> <div class="meta">
<h3>Vous pouvez ignorer les controleurs de gestion; les controleurs de gestion eux ne vous ignoreront pas!</h3>
<i class="icon-user"></i>
Pierre Hervouet et Pascal Van Cauwenberghe
<i class="icon-home"></i> 3 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 17:00
- 18:30
</div>
<p>L’agilité est de plus en plus présente dans le développement de logiciel, et dans d’autres services de l’entreprise comme le marketing (si, si)</p>
<p>Mais ce développement est bien souvent contrarié et parfois bloqué par des décisions des services comptables et financiers; décisions qui semblent être soutenues par des critères inappropriés (mystérieux ?) faisant référence à l’ultime critère rationnel du profit.</p>
<p>Nous explorerons différents modèles de comptabilité et leurs effets sur les décisions à l’aide d’histoires, des cas et quelques petites simulations.</p>
<p>Après cette session, vous allez</p>
<ul>
<li>Mieux comprendre la logique comptable qui est derrière beaucoup de décisions</li>
<li>Découvrir des pistes vers d’autres modèles qui peuvent aider pour prendre de meilleures décisions</li>
<li>Apprendre à communiquer mieux avec les controleurs de gestion (qui sont des etres humains parfaitement aimables, bienveillants et intéressants, tout comme les Agilistes)</li>
</ul>
<p>Préconditions: aucune connaissance sur la comptabilité nécessaire. Une ou plusieurs expériences frustrantes en essayant d’introduire des méthodes Agiles ou lean est un plus.</p>
<p>Postconditions: vous ne sortirerez pas de cette session comme Certified Accounting Master</p>
<hr />
<p>L’optimiste voit le verre à moitié plein,<br />
Le pessimiste le voit à moitié vide,<br />
Le controleur de gestion voit qu’il y a 50% de trop de verre.<br />
Le consultant belge y voit une opportunité d’optimiser la consommation d’alcool et commande encore une tournée.</p>
</div>
<div class="session"> <div class="meta">
<h3>Penny-game on acid</h3>
<i class="icon-user"></i>
Dov Tsal Sela et Cédric Chevalérias
<i class="icon-home"></i> 4 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 17:00
- 19:00
</div>
<p>La plupart des jeux Agile ont un cadre rigide destiné à mettre en exergue un principe ou une idée bien déterminés.</p>
<p>Ce jeu est fait pour simuler la trépidante réalité de la vie d’un projet entier se déroulant en temps limité, laissant une totale liberté d’invention et d’interaction entre les joueurs.
Voyez-le comme un jeu de rôle ouvert plutôt que comme un jeu rigide à la trame didactique bien définie au départ.</p>
<p>Plus concrètement : voyons ce qui se passe si l’on part d’une exigence très simple (basée sur le « penny game ») dans un contexte habituel, et qu’on laisse l’écosystème se déchaîner :</p>
<ul>
<li>Désigner un vrai client qui a besoin du produit</li>
<li>Créer une vraie entreprise qui peut lui fournir, avec un management et des rôles de spécialistes divers</li>
<li>Embaucher, renvoyer, argumenter, améliorer ( ?)</li>
</ul>
<p>Et surtout, voyons ce que chacun d’entre nous peut apprendre des autres et apprendre aux autres pendant que le processus prend forme.</p>
<p>Qu’attendre de l’atelier :</p>
<ul>
<li>Un processus complet avec un rythme d’enfer</li>
<li>Un espace de liberté permettant l’introspection et le partage de différents points de vue</li>
<li>Attendez-vous à l’inattendu, vu que la « Réalité », incarnée par les animateurs, a toujours quelques surprises en réserve.</li>
</ul>
<p>Ce jeu a déjà été expérimenté à l’Agile Playground avec d’excellents retours et suggestions d’améliorations.</p>
<p>« le jeu était très intéressant et montre bien ce qui se passe souvent en entreprise »<br />
« C'était super…»</p>
</div>
<div class="session"> <div class="meta">
<h3>Clean Code Game</h3>
<i class="icon-user"></i>
Mathieu Gandin et Michel Domenjoud
<i class="icon-home"></i> 5 - Chalet 1er étage
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 17:00
- 19:00
</div>
<p><strong>Apportez votre ordinateur</strong> pour profiter pleinement de cette session.</p>
<p>Maintenir une base de code propre et bien testé est un facteur clé de succès de la réalisation d’un produit. Mais avant d’en arriver là, il convient, en tant que développeur, d’adopter une certaine discipline en terme de refactoring de code.</p>
<p>Qu’est-ce que du code propre ? Quelles pratiques de développement dois-je mettre en œuvre avec mon équipe ? Et comment je fais avec ma base de code qui date de 8 ans ?</p>
<p>Pendant cet atelier de 3h nous aurons l’occasion de vous faire coder et reprendre du code existant issu de la vrai pour en faire du beau code. Et vous verrez que plus votre code sera propre, plus vous serez productif. Intéressant non ? Alors venez !</p>
<p>Nous vous proposons d’explorer différents morceaux de code Java issus de la notre propre expérience et de le rendre propre en suivant des principes énoncés par Robert Martin dans le livre Clean Code.</p>
</div>
<div class="session"> <div class="meta">
<h3>3 semaines pour une Product Map</h3>
<i class="icon-user"></i>
Bertrand Dour
<i class="icon-home"></i> 6 - Fermette
<i class="icon-calendar"></i> jeudi 23
<i class="icon-time"></i> 17:00
- 18:00
</div>
<p>Si nous disposons aujourd'hui de nombreux cadres de travail et pratiques agiles bien établis pour la réalisation de produits (Lean, Kanban, Scrum, XP,…), les outils au service de la vision, de la stratégie et de la préparation du backlog son encore jeunes et les retours d'expériences plutôt rares.</p>
<p>Je vous propose de venir partager nos expériences lors de la mise en œuvre de projets stratégiques de grande envergure soumis à de fortes contraintes de dates ou de périmètre.</p>
<p>Vous retrouverez notre groupe de rock Agile qui a fait sa première apparition en public lors du Scrum Day. Son dernier album (la dernière version de son produit) n'a pas très bien fonctionné et nous vous invitons à venir jouer les producteurs (Clients) et managers (Product Owners) afin de définir la stratégie qui permettra de relancer sa carrière (la refonte).</p>
<p>Lors de cet atelier fortement interactif, je vous propose d'aborder les sujets suivants:</p>
<ul>
<li>Comment utiliser les innovation games, les sélectionner, les combiner et en tirer le meilleur (vous allez jouer!)</li>
<li>Quels outils choisir et pourquoi? Physique vs. Numérique (Battle ou Duo?)</li>
<li>Quelle place pour l'UX? Comment l'intégrer?</li>
</ul>
<p>Si vous aimez le rock, les jeux, les sujets complexes et surtout l'agilité, rejoignez-nous pour participer à cette expérience à la fois ludique mais aussi pragmatique et réutilisable dans votre contexte.</p>
</div>
</div>
<div class="row">
<div class="session">
<h2>vendredi 24 — 09:00</h2>
<div class="meta">
<h3>Mot du bureau de l'association Agile France</h3>
<i class="icon-user"></i>
Bureau association Agile France
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> vendredi 24
<i class="icon-time"></i> 09:00
- 09:20
</div>
<p>Le temps d'un instant de sérieux et d'austérité, Emmanuel Gaillot présentera l'association Agile France, sa vocation et son fonctionnement. Il répondra ensuite aux questions que le public voudra bien lui poser. Malgré la solennité que requiert ce moment, on ne pourra exclure le risque d'une irruption sauvage de fantaisie.</p>
</div>
<div class="session">
<h2>vendredi 24 — 09:30</h2>
<div class="meta">
<h3>L’agile en maintenance logicielle, c'est fun et passionnant!</h3>
<i class="icon-user"></i>
Sébastien Delest
<i class="icon-home"></i> 1 - Belvédère
<i class="icon-calendar"></i> vendredi 24
<i class="icon-time"></i> 09:30
- 10:00
</div>
<p>Les pratiques agiles peuvent très bien s’appliquer dans un contexte de maintenance logicielle.</p>
<p>Certes, la littérature abonde d’articles ou de retours d’expérience sur le lancement de projet Agile mais ces pratiques peuvent être déclinées à d’autres contextes comme le support et bien sûr la maintenance de logiciel.</p>
<p>Dans cette présentation, je partage mon expérience d'une maintenance agile de plusieurs logiciels au quotidien: comment grâces aux rétrospectives, nous avons intégré de plus en plus de pratiques agiles pour sortir d’un cycle en V laborieux et devenir extrement réactifs sur des dizaines de projets de maintenance / evolution.
J’y aborde le fil conducteur qui est l’amélioration continue et la définitions d’objectifs atteignables comme la définition d’une politique de gestion de version et de branches logicielles, l’introduction des itérations courtes, du backlog, de procédés de spécification simplifiés, du management visuel et des prérequis à l’intégration continue.</p>
</div>
<div class="session"> <div class="meta">
<h3>Osez le pair programming, découvrez les vertus cachées</h3>
<i class="icon-user"></i>
Sébastien Fauvel
<i class="icon-home"></i> 2 - Chalet RdC
<i class="icon-calendar"></i> vendredi 24
<i class="icon-time"></i> 09:30
- 11:00
</div>
<p>Travailler à deux sur une machine pourrait bien s’avérer plus rentable qu'on ne le pense.
A travers une activité sans codage, je vous propose de découvrir toute la richesse que cette activité peut apporter à votre service informatique.
Loin des clichés et des souvenirs du travail en binôme de l'époque de nos études, cette expérience mettra en lumière les gains que vous pouvez attendre de cette pratique.</p>
</div>
<div class="session"> <div class="meta">
<h3>Sociagilité : le Management agile 4.0</h3>
<i class="icon-user"></i>
Thierry Cros
<i class="icon-home"></i> 3 - Chalet 1er étage
<i class="icon-calendar"></i> vendredi 24
<i class="icon-time"></i> 09:30
- 11:30
</div>
<p>En deux mots : à partir d’une expérimentation concrète dont le but est de montrer l’intérêt de l’intelligence collective, cet atelier est une porte ouverte sur le rôle de management agile.</p>
<p>Aujourd'hui une équipa agile est supposée encadrée par
- un manager de proximité, le scrummaster
- un manager agile 3.0 qui est là "en permanence", tel un “Gentil Organisateur”.</p>
<p>Or, l’auto-organisation, l’intelligence collective sont des fondements de l’agilité.
Quid d'une auto-organisation à ce point encadrée ?
Voyons plutôt ce qu'est un véritable management agile, en retrait, en support, en "couverture aérienne".
Bref, un management qui émancipe véritablement une équipe constituée de membres confiants, assertifs, responsables et attentionnés.</p>
<p>Cet atelier montre ce que pourrait être l’intelligence collective, concrètement, dans un cas tel que choix de conception ou élaboration d’une story.
Nous en déduirons, au passage, la nécessité de “je” affirmés dans un contexte agile.
Ainsi, le rôle du management “support” se dessine naturellement en termes de couverture aérienne plus que de présence constante.
Nous pratiquerons la prise de décision par consentement (pratique adaptée de la sociocratie).</p>
<p>Participants : 5 participants actifs et x observateurs (20 30 ?)</p>
</div>
<div class="session"> <div class="meta">
<h3>Communautés de pratique en pratique</h3>
<i class="icon-user"></i>
Cyrille Deruel
<i class="icon-home"></i> 4 - Chalet 1er étage
<i class="icon-calendar"></i> vendredi 24
<i class="icon-time"></i> 09:30
- 10:00
</div>
<p>Vous rêvez d'avoir des réunions où les développeurs échangent leurs techniques, présentent leurs dernières trouvailles, les derniers frameworks utilisés, où les testeurs partagent leurs douleurs et leurs solutions, où des personnes échangent autour de différentes problématiques ? </p>
<p>Ne cherchez plus : Créez des communautés de pratique.</p>
<p>Découvrez à travers cette session comment créer des communautés de pratique auto-organisées, quels outils j'utilise pour garantir l'auto-organisation et surtout quelles règles de communication j'utilise.</p>
</div>
<div class="session"> <div class="meta">
<h3>Ce que le sport m'a appris d'agile</h3>
<i class="icon-user"></i>
Christophe Keromen
<i class="icon-home"></i> 5 - Chalet 1er étage
<i class="icon-calendar"></i> vendredi 24
<i class="icon-time"></i> 09:30
- 10:00
</div>
<p>Le sport comme métaphore ou source d'inspiration de l'amélioration continue.</p>
<p>Dans son ouvrage Coaching agile Teams, Lyssa Adkins mentionne au sujet du coach agile : "We bring to them our skills in many allied disciplines".
Quelles compétences avons-nous acquises dans notre parcours de vie qui peuvent renforcer notre agilité professionnelle ?</p>
<p>Dans cette courte session, au travers d'une demi-douzaine de pratiques sportives, je retiendrai des leçons que je peux remettre aujourd'hui au service de l'accompagnement agile.
J'inviterai ainsi les participants à élargir leur vision de l'agilité et à réfléchir sur ce qui, dans leur propre expérience, peut s'aligner avec leur recherche professionnelle.</p>
<p>La deuxième partie de la session donnera la parole aux participants pour recueillir leurs propres expériences sportives présentant du sens dans un contexte de transformation agile.
Avec l'aide d'un facilitateur, nous collecterons ces retours.</p>
<p>Chaque partie fait une quinzaine de minutes.</p>
<p>En relation avec le Quickie "<a href="/sessions/kai-scene-ou-ce-que-jai-appris-de-lagilite-au-theatre.html">Kai-Scène ou ce que j'ai appris de l'agilité au théâtre</a>", l'un peut se programmer sans l'autre<br />
Pas de limite de participants</p>
</div>
<div class="session"> <div class="meta">
<h3>Mais pourquoi y m'écoute pas ?</h3>
<i class="icon-user"></i>
Florence Chabanois
<i class="icon-home"></i> 6 - Fermette
<i class="icon-calendar"></i> vendredi 24
<i class="icon-time"></i> 09:30
- 10:00
</div>
<p>"Les individus et leurs interactions", "La collaboration avec les clients"... Sur le papier, le manifeste agile est beau.</p>
<p>Dans la vraie vie : votre chef a poliment acquiescé devant votre value stream mapping mais rien n’a été fait pour réduire les goulots d'étranglement; vous avez proposé de mettre les noms des binômes sur les tâches du tableau mais vous êtes le seul développeur à le faire; le product owner n'a toujours pas priorisé votre idée révolutionnaire pour lever plus d'inscriptions (l'a-t-il lu d'ailleurs ?).
Bref, "personne" ne vous écoute.</p>
<p>[Spoiler alert] Si vous souhaitez vous faire entendre plus souvent, il va falloir commencer par améliorer votre propre écoute. [Fin du spoiler].</p>
<p>Je vous propose de vous donner quelques pistes pour écouter efficacement et baillonner votre "Moi-je".
Nous aborderons également certains aspects du modèle DISC pour comprendre pourquoi nous n'entendons pas tous de la même façon et verrons comment y remédier.</p>
<p>Cette session s'adresse à toute personne souhaitant mieux travailler en équipe, à tous les niveaux.</p>
</div>
<div class="session">
<h2>vendredi 24 — 10:00</h2>