Léger manque de clairvoyance sur ce qu'est Scrum… Revenons à l'essence de cette méthodo qui est de délivrer des produits (de valeur), et surtout complexes. Par complexité on entend qu'il y a une forte incertitude sur ce que l'on doit réaliser (car on doit le découvrir en itérant) et sur la façon de le réaliser.

Dans un contexte complexe on part du principe que l'ensemble des membres de l'équipe sont utiles à faire avancer le projet. Du coup il n'est pas question de travailler seul dans son coin. Et du coup vous avez raison de dire qu'on se fout de faire du reporting individuel.

Mais ce que vous décrivez c'est la façon merdique de faire une mêlée, par des équipes qui ne comprennent pas Scrum.

Changer l'exercice en prenant votre backlog de sprint items par items. En commençant par ce qui est déjà en cours de dev et le plus proche d'être complété. Et posez la question suivante: "Que doit-on faire pour terminer ce travail ? As-t-on tout ce qu'il faut ? Es-t-on en difficulté ?"

Ce faisant, on parle du travail en cours, pas de ce que les individus font. On parle des objectifs communs de l'équipe, on identifie des points de blocage et favorise l'entraide. Cette pratique se nomme "walk the board" et on la voit plutôt dans des univers Lean que Scrum. C'est pourtant la meilleure façon d'avoir une mêlée utile.

Maintenant si on bosse sur un projet/produit où le travail n'est pas forcément complexe et que les personnes sont autonomes et travaillent dans leur coin… Scrum ça sert à rien. Donc oui ce rituel ne servira à rien.

By the way, citer Atlassian n'est certainement pas la meilleure source pour parler d'agilité :)