Implémentation de Scrum

Une fois cette unité terminée, vous pourrez :

• Définir les deux types de réunions fondées sur Scrum
  
• Énumérer les types de réunions qui font partie du processus de planification
  
• Expliquer comment nous inspectons et adaptons nos processus et nos livrables
  

Maintenant, vous vous demandez probablement comment Salesforce implémente Scrum. Eh bien, tout est une question de réunions ! Nous savons ce que vous pensez : les réunions sont une perte de temps. Pas si vite. Il ne s’agit pas simplement de réunions visant à organiser davantage de réunions. Les réunions Scrum sont conçues pour fournir des éléments d’action. Nous allons vous montrer ce que cela signifie. 

Il existe deux principaux types de réunions Scrum chez Salesforce.  

1. Réunions de planification : ces réunions sont organisées à toutes les étapes du projet ; si on devait les représenter visuellement, cela ressemblerait à un gâteau à étages. Quelle que soit l’étape à laquelle se trouve le projet, les équipes se réunissent régulièrement pour s’assurer qu’elles ont la même vision du résultat final.
   
2. Réunions d’inspection et d’adaptation : nous avons beaucoup parlé de l’importance pour les équipes d’acquérir de nouvelles connaissances et de les appliquer au prochain sprint. C’est lors de ces réunions qu’elles le font. Ces réunions visent à améliorer le processus et les produits.
   

Examinons ces réunions plus en détail afin que vous puissiez mieux comprendre les mécanismes du processus Scrum chez Salesforce et les adopter à votre tour. 

Réunions de planification

Notre planification annuelle est l’outil de coordination ultime que nous utilisons pour garantir que chaque personne, équipe et solution Cloud œuvre conformément à notre feuille de route hiérarchique d’entreprise. Les équipes agiles l’utilisent ensuite pour poursuivre leur travail de planification. 

Tenue tous les 4 mois de réunions de planification des versions

Nous publions de nouvelles versions de notre plate-forme principale tous les 4 mois, et des mises à jour plus modestes sont effectuées encore plus fréquemment pour d’autres produits. Par ailleurs, nous déployons des versions d’infrastructure selon les besoins. Au début de chaque cycle de version principale, nous organisons une réunion de planification générale pour créer une feuille de route pour chaque solution Cloud. 

Voici les objectifs clés de cette réunion : 

• S’aligner sur les priorités de l’entreprise et des clients.
  
• Expliquer de manière générale en quoi consistent les nouvelles fonctions et fonctionnalités.
  
• Négocier les calendriers et définir les attentes en matière de livraison.
  

Chaque version inclut un énoncé prospectif, qui indique que nos plans et nos livraisons sont fondés sur les connaissances dont nous disposons au moment de la planification et que ces différents aspects sont susceptibles d’évoluer lorsque nous commencerons à travailler. Nous incluons certes cet énoncé pour de nombreuses autres raisons, mais cela permet aussi de nous assurer que nos plans à long terme peuvent être modifiés et s’adapter aux nouveaux éléments dont nous pourrions avoir connaissance.

Tenue toutes les deux semaines de réunions de planification de l’ajustement du backlog

La prochaine étape du processus de planification consiste à préparer le prochain sprint. Les équipes planifient à l’avance quelques sprints lors de ces réunions, au cours desquelles elles examinent également le backlog produit pour s’assurer que les tâches les plus prioritaires sont prêtes à être traitées.

Quel est l’objectif de ces réunions ? 

• L’équipe donne son avis et obtient des éclaircissements sur le travail qui se profile à l’horizon.
  
• Le travail est divisé en petites parties.
  
• Les conditions de satisfaction des exigences sont établies, ce qui permet de clarifier quels sont les résultats souhaités.
  
• Le travail qui n’est pas encore prêt à être livré est identifié.
  

Tenue toutes les deux semaines d’une réunion de planification du sprint

Avant le début du sprint, les équipes se réunissent pour créer une feuille de route présentant les tâches qu’elles ont l’intention de réaliser au cours des 2 prochaines semaines. Lors de cette réunion, les équipes se mettent d’accord et s’engagent sur un plan de travail. 

Habituellement, lors de ces réunions, les équipes commencent par consulter le backlog produit. Elles examinent quels sont les projets qui figurent en tête de la liste et décident quels sont ceux qu’elles peuvent s’engager à réaliser dans l’état actuel des choses. 

Tenue (presque) tous les jours d’une réunion quotidienne 

Bien que Scrum appelle à de courtes réunions quotidiennes, la plupart des équipes appliquent la règle du « jeudi sans interruption », qui consiste à ne pas organiser de réunion le jeudi.

À quoi ressemblent ces réunions ?

• Il s’agit d’une mise au point très brève au cours de laquelle les membres de l’équipe s’assurent qu’ils sont tous bien en phase avec les objectifs de la journée et proposent leur aide si nécessaire.
  
• La fréquence de ces réunions a pour but d’empêcher les membres de rester bloqués sur un aspect particulier et de ralentir la progression des projets.
  
• Ces réunions permettent d’avoir une visibilité sur la progression quotidienne.
  

Réunions d’inspection et d’adaptation

Lorsque nous passons de la phase de planification à la phase de réalisation, nous avons tendance à tenir moins de réunions. Nous allons nous intéresser ici à deux types de réunions organisées dans ce contexte. Il s’agit essentiellement de réunions d’apprentissage destinées à garantir que nous fournissons au bon moment les bons produits et services aux bons clients.

Réunions rétrospectives : un bilan à la fin de chaque sprint

C’est la réunion lors de laquelle l’équipe peut assumer la responsabilité de ses progrès ou de ses échecs.

Lors de chaque sprint, l’équipe consacre un moment à l’analyse de ses performances et des revers qu’elle a connus. Les participants à cette réunion d’évaluation se concentrent sur deux aspects : le processus et l’équipe. 

Dans le cadre de cette démarche, l’équipe inspecte la façon dont elle a travaillé pendant ce sprint, puis décide de ce qu’elle doit changer et adapter pour le prochain sprint. Le but ultime est d’améliorer le processus et le livrable à chaque sprint.  

Chez Salesforce, nous attendons d’une équipe qu’elle propose quelques « expérimentations exploitables » après chaque sprint, c’est-à-dire de nouvelles façons de travailler qu’elle pourra essayer au cours du sprint suivant. Ces nouveaux éléments d’action sont ajoutés aux tableaux de sprint ou aux tableaux Kanban de l’équipe, et l’un de ses membres est chargé de vérifier qu’elle les met bien en œuvre. 

Par exemple, lors d’une rétrospective, une équipe s’est plainte du fait que ses réunions duraient trop longtemps et constituaient une perte de temps. Le groupe a alors choisi de mettre en place lors du sprint suivant une expérimentation consistant à créer un ordre du jour clair comportant des éléments d’action bien définis pour chaque réunion du sprint. Cela a permis de faire en sorte que les réunions restent ciblées et aboutissent à des résultats concrets. 

Tenue lors de chaque sprint d’une démonstration de sprint

Au cours de la deuxième réunion d’inspection et d’adaptation que nous décrivons ici, l’équipe présente le travail terminé aux propriétaires de produit et aux parties prenantes pour obtenir leurs avis et commentaires. Les membres de l’équipe inspectent leurs livrables et analysent ce qu’ils ont appris pour adapter leur processus par la suite.

Sans ces réunions, l’équipe n’aurait pas l’occasion de s’améliorer.