Mise à l'échelle de Scrum - Ce dont les gens ne parlent pas !

On a beaucoup parlé de la mise à l'échelle de Scrum à Agile 2014. Voici une photo de Dean Leffingwell, créateur du Scaling Agile Framework (SAFe), et de moi-même. Les gens ont beaucoup d'opinions sur les cadres de mise à l'échelle. Certains les adorent. D'autres les détestent. Alex Brown et moi a présenté une façon d'envisager la mise à l'échelle qui s'appliquerait à tout cadre (ou absence de cadre).

L'intérêt pour la mise à l'échelle montre que Scrum ne concerne plus seulement les projets pilotes. Il est mis en œuvre à grande échelle dans les entreprises et les dirigeants doivent commencer à l'aborder comme leur principale responsabilité - rendre leur entreprise agile. Ils veulent donc connaître tous les détails de ce qu'ils doivent faire. Et ils continuent à vouloir ajouter des choses à Scrum pour le rendre plus agile. Lorsque je leur demande "Comment cela fonctionne-t-il pour vous ?", ils me disent à quel point il est difficile de mettre en œuvre Scrum.

Ce qui m'intéresse le plus, c'est ce dont ils ne parlent pas. La mise à l'échelle de Scrum implique de se débarrasser de certaines choses, car tout dans Scrum est juste à temps et juste assez. Voici quelques éléments dont les entreprises se débarrassent.

1. Microsoft se débarrasse de ses équipes de test

Scrum signifie que vous livrez des logiciels fonctionnels à intervalles rapprochés. Cela signifie que tous les tests sont réalisés dans le cadre du développement afin d'obtenir un code livrable. Si les tests sont effectués en dehors du sprint et plus tard, nous avons constaté aux États-Unis et en Europe que pour les produits complexes, il faut 24 fois plus de temps pour tester en dehors d'un sprint qu'à l'intérieur d'un sprint. Les meilleures entreprises pratiquent aujourd'hui le déploiement continu, une démarche que nous avons initiée chez PatientKeeper il y a une dizaine d'années. Ancestry.com livre 220 versions en production toutes les deux semaines. Hubspot effectue 170 mises à jour de production en direct lors d'une journée creuse. Google a 15 000 développeurs qui travaillent sur une branche de code et effectue 75 millions de tests automatisés par jour. Même Microsoft a un Scrum de 3000 personnes qui livre une version de production de tous les outils de développement à la fin de chaque sprint de trois semaines. Les tests sont au cœur du Scrum dans ces entreprises.

2. Spotify s'est débarrassé de DevOps et des dépendances entre les équipes

Les opérations ralentissaient le déploiement, Spotify a donc décidé de confier tout le déploiement aux équipes. Toutes les équipes mettent à jour leur composant du système en direct à la fin de chaque sprint. Et maintenant, ils passent au déploiement continu. Les équipes d'exploitation agiles fournissent des outils et des conseils tout en restant à l'écart.

Pour accélérer le déploiement, Spotify s'est débarrassé des dépendances entre les équipes afin qu'elles soient aussi autonomes que possible. Les dépendances restantes sont identifiées et gérées avec soin.

3. Les réunions de gestion ont été supprimées de manière systématique

Société CMMI 5, Systematic réalise des projets Scrum à la moitié du coût de leurs projets en cascade. Les clients ont le choix. Mais Systematic est Scrum de bout en bout, avec près de 2000 personnes, y compris l'équipe de direction. Au début de l'année dernière, l'équipe de direction a réalisé une analyse coût-bénéfice de toutes ses réunions, qui a montré que seules les réunions standard avaient une valeur supérieure à leur coût. Ils ont donc interdit toutes les réunions qui n'étaient pas des réunions Scrum.

--

Ce n'est que le début des choses dont il faut se débarrasser, car tout poids supplémentaire ralentit et augmente les coûts. C'est pourquoi, en tant qu'ancien pilote de chasse, j'aime beaucoup le Saab Gripen. Tous les six mois, ils utilisent Scrum pour créer une nouvelle version du système d'exploitation de l'avion à réaction avec un nouveau matériel qui le rend plus rapide, moins cher, plus léger, plus efficace, plus puissant, avec une meilleure électronique et un ciblage plus sophistiqué. Aviation Week le considère comme le meilleur avion au monde et Selon Janes Defense Weekly, il s'agit de l'avion le moins cher du monde..

La mise en place d'un système allégé est toujours la partie la plus difficile. Pour y parvenir, le meilleur livre que j'ai lu pour les managers agiles est Musashi's Le livre des cinq anneaux - comment le meilleur épéiste du monde a gagné tous les combats qu'il a menés. La deuxième place est occupée par La certitude de gagner : la stratégie de John Boyd appliquée à l'entreprise. Boyd était le plus grand pilote de chasse du monde et gagnait toutes les batailles en moins de 40 secondes. Alex Brown, de Scrum Inc., a également une atelier approfondi sur le leadership agile.

Agile signifie plus rapide, meilleur, moins cher, plus cool. Alors, jetez ce vieux lest du bateau lors de la mise à l'échelle et transformez Scrum de lent, difficile et pénible en rapide, facile et amusant !

-- Jeff Sutherland