En se référant au guide SCRUM, si les développeurs rencontrent un problème hors de leur contrôle pendant le Sprint, les empêchant de livrer leur travail conformément à la Définition de Fin, ils pourraient agir avec transparence et inspection : "La transparence permet l'inspection. Une inspection sans transparence est trompeuse et source de gaspillage" (Guide SCRUM , p.5). Les développeurs devraient communiquer de manière transparente sur le problème dès qu'il est identifié. La transparence est essentielle pour permettre une inspection honnête de la situation. Dans une perspective de développement continu, face à un problème hors de leur contrôle pendant le Sprint, les développeurs devraient promouvoir la transparence, discuter du problème lors de la Sprint Retrospective, identifier des changements utiles, et si nécessaire, intégrer ces changements dans le Sprint Backlog pour les Sprints futurs. "l'objectif de la Sprint Retrospective consiste à réfléchir à des pistes pour améliorer la qualité et l'efficacite" (Guide SCRUM, édition 2020, p. 10)

Bonjour ,

Pour compléter la réponse de Mohamed Taha, il faut tenir compte de ce que la transparence implique. Comme le mentionne Mr Bélanger Gabriel sur le site savoiragile.com :

j’aimerais souligner que l’honnêteté ou la franchise ne sont pas nécessairement synonymes de transparence. On peut dire la vérité mais omettre de révéler certaines choses.

Ainsi il ne faut pas tomber dans le piège du "mensonge blanc" en ommettant certains éléments qui pourraient heurter la sensibiliter d'autrui. La transparence c'est de rendre accessible la totalité de l'information sur la situation pour que les intervenants aient la même base de connaissance sur la situation.