Le processus de développement Scrum signifie que les équipes impliquées publient des versions logicielles rapidement et en continu. Cependant, lorsqu'il s'agit de mise en œuvre dans les opérations, il y a toujours des problèmes que le développement et les opérations ne peuvent résoudre qu'ensemble. Cependant, cet effort supplémentaire n'est pas prévu dans le processus Scrum. Afin d'éviter la frustration d'un côté ou même des deux, il doit y avoir un moyen de faire face à de tels défis.

Chez Randstad Digital, nous avons eu de bonnes expériences avec le "système des cookies" dans divers projets. Il s'agit d'une méthode innovante basée sur le processus Scrum et enrichie d'éléments de communication. Le système de cookies tire son nom du fait que les cookies qu'il contient représentent une sorte de monnaie, qui représente du temps supplémentaire pour des problèmes inattendus. Voyons comment cela fonctionne exactement.

Les tâches opérationnelles sont également reflétées dans le processus Scrum

Même si le DevOps est de plus en plus populaire, la séparation entre le développement et les opérations est toujours une réalité dans de nombreuses entreprises. Si le développement est pratiqué en s’appuyant sur le guide Scrum, les problèmes opérationnels ne sont pas pris en compte. Si des perturbations surviennent pendant le fonctionnement, cela rend la planification du sprint plus difficile et entraîne des perturbations techniques et fonctionnelles dans le système de production. Cela rend difficile l’atteinte des objectifs de sprint sur lesquels l’équipe s’est engagée. 

Une façon de résoudre ce défi sans processus supplémentaire - et donc une alternative au système de cookies - est de passer à Kanban. Cela devrait être mentionné avant d'examiner de plus près le système des cookies. Contrairement à Scrum, Kanban ne prescrit pas de production itérative (par le biais de sprints) et donc pas de planification de sprint. Par conséquent, des tâches opérationnelles (supplémentaires) peuvent être plus facilement intégrées dans le processus de développement. Si le buffer nécessaire pour les imprévus est supérieur à 35 %, le passage à Kanban est le choix évident. Il convient de mentionner, cependant, qu'il peut s’agir d’un changement majeur si l’équipe de développement a déjà travaillé avec Scrum. Il faut donc peser si un tel changement vaut vraiment la peine compte tenu de l'effort fourni.

 

Le système de cookies permet de gérer les tâches opérationnelles dans Scrum

Puisqu'il existe de nombreuses bonnes raisons de s'en tenir à Scrum, le système des cookies entre en jeu dans de nombreux cas. Il s'agit de projets dans lesquels 5 à 35 pour cent du temps, maximum, doivent être réservés comme buffer pour les tâches opérationnelles. La fonction de base du système de cookies est de s'assurer que la planification de sprint reste réalisable malgré les tâches opérationnelles.

Un temps buffer pour les imprévus doit donc être intégré aux sprints. A chaque sprint, l'effort attendu est ré-estimé et, si nécessaire, ajusté à l'estimation. Ce buffer permet aux développeurs de traiter les tâches opérationnelles tout en respectant la planification du sprint. La taille du buffer peut être calculée comme suit : Tout d'abord, la capacité de l’équipe est estimée et un buffer est calculé en pourcentage de cette capacité.

Ce buffer est ensuite converti en un certain nombre de cookies. Chaque cookie correspond à une unité de temps, par exemple une heure. Si l'équipe est occupée par une tâche imprévue de plus de 15 minutes, elle retire du bol le nombre de biscuits requis. Par exemple, si un développeur traite un incident imprévu sur une heure et demie, il prend deux cookies.

La planification du sprint est considérée comme ayant échoué si tout le bol de cookies a été utilisé. Parallèlement, un « système d'alerte précoce » est intégré au processus Scrum. Le product owner peut alors adopter des mesures appropriées : informer les parties prenantes que l'objectif du sprint est compromis, ou déprioriser les user stories les moins importantes du sprint.

Il est également judicieux de créer votre propre documentation pour le système de cookies, qui indique combien de cookies ont été utilisés pour quelles tâches. Cela fournit une bonne base pour optimiser l'estimation et le flux de travail. Si les buffers restent inutilisés sur plusieurs sprints, il est possible de revoir les engagements lors de la planification.

En résumé, on peut dire qu'une adaptation de  Scrum est nécessaire pour prendre en compte les tâches opérationnelles. Le système de cookies s'est avéré être un moyen simple et efficace d'y parvenir. Enfin et surtout, travailler avec les cookies a également procuré du plaisir, ce qui est un facteur à ne pas négliger pour la réussite d’un projet.