SCRUM - Comment Droptica améliore continuellement son travail ?

Nous avons récemment écrit sur  pourquoi SCRUM améliore la qualité du développement logiciel et pourquoi les équipes scrum à distance sont souvent un bon choix. 

Aujourd'hui, nous aborderons une partie très importante de scrum qui est souvent négligée, ce qui entraîne une baisse des performances, des retards et des erreurs - la Rétrospective de Sprint. 

Qu'est-ce qu'une Rétrospective de Sprint ?

C'est l'une des réunions de la méthodologie SCRUM. La réunion a lieu régulièrement, à la fin de chaque sprint. Dans notre agence de développement Drupal, nous organisons une réunion tous les quinze jours. Pendant la réunion, l'équipe de développement analyse les sprints précédents et réfléchit à ce qui peut encore être amélioré – comment éliminer les erreurs et les blocages, et comment accélérer le travail.

Quels sont les avantages pour le client ?

La réunion dure généralement entre 15 et 60 minutes. Une Rétrospective de Sprint comprend généralement de trois à six participants, selon la taille de l'équipe réalisant le projet donné. D'autres entreprises pourraient mettre en œuvre ce processus d'une autre manière, forme ou format. Il est facile de calculer que cette réunion peut coûter au client au moins plusieurs heures de travail. Est-ce que cela vaut le coup ? 

Oui – sans aucun doute ! Lors de chaque réunion, l'équipe propose des améliorations et s'accorde à en mettre certaines en œuvre dès le prochain sprint. Dans de nombreux cas, ces améliorations réduisent le temps de traitement. La réunion de changement a lieu une seule fois, et l'amélioration est appliquée en continu tout au long des sprints suivants. Après un certain nombre de sprints, nous pouvons réaliser des économies significatives de temps et d'argent.

Comment faisons-nous une Rétrospective de Sprint chez Droptica ?

À cet effet, nous utilisons Google Docs – Feuille de calcul. Il y a cinq colonnes dans le document :

1. Date;
2. ARRÊTER – ce que nous devrions arrêter de faire;
3. MAINTENIR – ce que nous devrions continuer à faire;
4. AMÉLIORER – ce qui doit être amélioré;
5. AJOUTER – ce qui doit être ajouté.

Lors de la réunion, chaque personne de l'équipe de développement propose diverses améliorations qu'elle aimerait voir et suggère ce qui devrait être supprimé, corrigé, ajouté, etc. Une fois que tout le monde a pris la parole, l'équipe choisit lesquelles des propositions elle souhaite mettre en œuvre au prochain sprint. Nous essayons de choisir 1-3 suggestions et de les mettre en œuvre, afin d'éviter de faire des changements trop importants. Nous identifions également le responsable du changement, qui est chargé de mettre en œuvre le changement spécifique. 

Exemples d'améliorations en développement logiciel et DevOps

Ci-dessous, vous trouverez une liste d'améliorations sélectionnées proposées au cours de plusieurs de nos projets. 

• Nous exécutons des tests automatiques plus fréquemment pour éliminer tous les bugs plus rapidement. Cela nous permet d'éviter les mauvaises surprises à une minute du déploiement;
• Nous améliorerons la vitesse de construction d'une nouvelle version du site web sur le serveur de test en réduisant la taille de la base de données d'environ 90%;
• Avant de commencer à travailler sur une tâche, nous discutons des objectifs commerciaux, ainsi que de la réalisation des tâches du point de vue du développement logiciel afin de maintenir la cohérence de l'ensemble de l'application et de choisir des solutions optimales pour le projet;
• La révision du code doit être effectuée par au moins deux personnes;
• Nous utilisons git-flow et chaque tâche est effectuée sur sa propre branche. Tous les tests et révisions de code sont effectués sur cette branche. Une fois ceux-ci réalisés, nous fusionnons la branche avec la branche principale de développement; 

Exemples d'améliorations concernant l'organisation du travail

• Chaque jour, nous envoyons un court message au client (Product Owner) sur Slack avec un résumé de ce que nous avons fait depuis hier et de ce que nous allons faire aujourd'hui.
• Nous divisons les tâches dans Jira en plus petites, de sorte qu'une tâche ne prenne pas plus de 3-4 heures. Nous pouvons alors mieux suivre l'avancement du travail et réagir rapidement aux retards. 
• Si pendant un sprint, il s'avère que la tâche est plus difficile que prévu, nous modifions les Story Points pour la tâche. 
• Nous mettons continuellement à jour notre documentation. Nous suivons le principe que si une question est posée au moins deux fois, elle doit être ajoutée à la documentation. 
• L'ordinateur utilisé pour les appels vidéo doit toujours être connecté à Internet avec un câble Ethernet – cela élimine le désagrément des appels vidéo interrompus et décalés.
• Dans de nombreux projets, nous avons également supprimé le déploiement du DoD – généralement, ces déploiements ont lieu toutes les deux semaines ou une fois par mois, parfois même du côté du client. Lorsque nous avons un sprint hebdomadaire, cela ne devrait pas nous empêcher de clôturer la tâche.
• Planification en tenant compte du support – sur la base des sprints précédents, nous savons combien de temps nous passons sur des choses qui ne peuvent pas être planifiées (par exemple des correctifs ajoutés par le client).

Outils supplémentaires pour la Rétrospective de Sprint

La plupart du temps, un simple tableur suffit pour réaliser la Rétrospective de Sprint. Cependant, nous avons récemment commencé à utiliser l'application externe FunRetro (FunRetro | Améliorez votre équipe avec des rétrospectives de sprint ludiques). Elle aide à améliorer les réunions de rétrospective de Sprint. Nous vous encourageons à essayer, d'autant plus que l'application propose une version gratuite.

Résumé

Chez Droptica, la Rétrospective de Scrum nous a donné des effets tangibles. Je recommande vivement cette méthode pour regarder objectivement le passé à chaque équipe, même si elle n'utilise pas SCRUM dans la gestion de projet. Vous pouvez simplement planifier une réunion de 1-2 heures dans le calendrier tous les quinze jours et discuter de ce qui peut être amélioré. Vous pouvez obtenir des résultats assez significatifs en quelques semaines seulement. Essayez par vous-même !