Le mob programming est une méthode de développement agile où une équipe collabore en temps réel sur un seul ordinateur pour améliorer la qualité du code et la communication. Cette approche vise à surmonter des défis comme la vétusté des pratiques actuelles, la documentation tardive et la faible appropriation du code. En favorisant une collaboration active, le mob programming peut résoudre des problèmes de productivité et d'intégration continue.

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