Découvrez cette pratique d'ingénierie logicielle et tout ce qu'elle peut apporter à votre organisation. L'agilité c'est bien, ca sert à tous dans la plupart des contextes. Mais parfois ce n'est pas suffisant. Cette présentation retrace l'informatique avant Agile puis après agile et ses différentes méthodes (Scrum, XP, ...) pour finir sur l'apport du Mob Programming.

1. Mob
Programming
101
How to never stop producing

2. 2
L’existant avant Agile

3. Développement Seul

4. Les silos

5. Disparités de code, hétérogénéité, normes non respectées

6. Code testé par des testeurs… Quand il y a des testeurs
How Can I
Break It ?
How Can I
Make It ?

7. Documentation écrite à la fin

8. La communication: conf call, des réunions

9. 9
Constats

10. Problèmes d’appropriation et d’appartenance collective du code

11. Qualité de code faible - non respect des normes de codage

12. Création des tests par une équipe externe et en fin de cycle

13. La transmission d’information

14. Documentation tardive

15. 15
L’agilité … et Scrum !

16. C’est bien, mais … Parfois ce n’est pas suffisant

17. 17
XP et le pair programming

18. C’est bien… Mais que pour les développeurs et testeurs

19. 19
XP et les revues de code

20. C’est bien, mais … Ne concerne que la qualité

21. 21
Daily Scrum, Standup
meeting

22. C’est bien, mais … Peut être chronophage

23. 23
Connaissance via wiki, outils
de suivi Agile

24. C’est bien… Mais c’est à jour ?

26. 26
Le Mob Programming

27. All the Brilliant people
Working at the same time,
In the same space,
At the same computer,
On the same thing.

28. Le Mob Programming – C’est quoi ?
Ò 1 seul poste de développement projeté au mur
Ò 1 poste « support » pour :
Ò Suivre en écoute active et aider à produire
Ò Si besoin de recherches web sur une fonction
Ò Ecrire de la doc en même temps que le poste qui drive le code.
Ò Fournir les infos du backlog en live au poste qui code
Ò Garder un œil sur l’intégration continue
Ò Modifier les critères d’acceptation
Ò Mettre à jour Jira en live
Ò Etc…
Ò 1 roulement au poste de développement toutes les 15 min

29. 29
Et la productivité à plusieurs
sur un ordinateur ?

30. Quels sont les facteurs qui détruisent la productivité ?
Ò La communication
Ò Les prises de décision
Ò Faire plus que nécessaire
Ò Commutation de contexte
Ò La dette technique
Ò Politique interne
Ò Réunions
Ò Et bien plus encore …
30

31. 31
La plupart de ces problèmes
sont résolus par le mob
programming.

32. En pratique…
32

33. Vue de l’avant
33

34. Vue de l’arrière
34

35. Et si on !
essayait ?

36. Merci !!
@_adesousa