Le rythme dans Scrum, au service de la collaboration

Le rythme régulier des sprints est la base de Scrum. A quoi sert-il ?

Plus largement, le rythme fonctionne selon 3 cycles dans Scrum :

  • celui du scrum quotidien, tous les jours donc,
  • celui du sprint, selon sa durée,
  • celui de la release, si elle est aussi cadencée avec une durée constante.

La réunion quotidienne sert à définir les points de synchronisation nécessaires dans la journée entre les membres de l'équipe.

La revue de fin de sprint sert à montrer le résultat pour obtenir du feedback des parties-prenantes.

Les événements de fin de release permettent, en particulier à grande échelle, de faire communiquer les différentes équipes de l'organisation.

Dans les 3 cas, le rythme sert à déclencher des activités de collaboration, à différents niveaux (au sein de l'équpe, avec les parties-prenantes, dans l'organisation). Les événements associés facilitent cette collaboration, surtout pour les équipes qui démarrent et n'ont pas la maturité suffisante pour le faire naturellement, quand le besoin s'en fait sentir.

Sur le modèle de Schneider, qui avait été remis dans l'actualité en 2012 par Michael Sahota[1] et son guide pour l'adoption et la transformation agile, la collaboration est à l'opposé de la compétence.

Ce n'est donc pas étonnant que les managers qui défendent, avec la compétence, la spécialisation et l'expertise, soient réticents à la notion de sprint. Ce sont les mêmes qui ont du mal à comprendre la notion d'équipes feature et même celle d'équipe pluridisciplinaire qui est une notion fondamentale de Scrum. Les impliquer dans une transformation agile demandera de les convaincre des bienfaits de la collaboration. Un changement de culture, pour certains.

Note

[1] qui sera présent au ScrumDay cette année