Les principaux avantages de l'approche Agile pour permettre aux équipes Scrum de construire et livrer un produit se résument par "[...] la prédictibilité et le contrôle de risque.". Ainsi, l'application d'une méthodologie Agile permet la [réduction du
gaspillage et de se focaliser sur l'essentiel.]

(Guide SCRUM https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf).

La couverture de code est une métrique qui décrivant le taux de code source exécuté d'un programme quand une suite de test est lancée. Un haut pourcentage de 'code couvert' démontre un "code source moin susceptible de contenir de bogue informatiques" (à la condition qu'il est couvert par de bon tests). La couverture de code est pertinente lorsqu'un logiciel subit de fréquents changements à son code source. Les tests peuvent aussi aider à clarifier le code.

(Wikipedia : https://fr.wikiped...

Le SCRUM Quotidien (ou Daily SCRUM) est un évènement "pour les Developers de la Scrum Team". Cet évènement sert à "inspecter la progression vers l'Objectif de Sprint et d'adapter le Sprint Backlog si nécessaire, en ajustant les futurs travaux planifiés.". "Si le Product Owner et / ou le Scrum Master travaillent activement sur des éléments du Sprint Backlog, ils participent en tant que Developers."

(Guide SCRUM https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf).

Un sprint est un objectif incrémental par lequel une équipe Scrum arrive à completer un projet complexe. Sa durée est extrèmement situationnelle. Elle pourait varier selon la capacitée de la Scrum team ou la complexité d'un incrément. De plus, il est à noter que l'ensemble des sprints partagent une même durée prédéfinie de manière à maintenir une certaine cohérence. De manière générale, une durée d'un mois semble pretinente afin de pouvoir travailler et livrer un ou plusieurs incréments et bé...

Le Scrum Master assiste au Daily Scrum ,en tant que Developer, s'il "travaille activement sur des éléments du Sprint Backlog". Le Daily Scrum est une rencontre de 15 minutes entre Developers pour faire un compte-rendu de l'avancement du travail sur les éléments du sprint backlog et "[d'ajuster] les futurs travaux planifiés" Ces réunions ne modifient pas le product backlog et n'influent pas sur le sprint. Elles sont plutôt mises en place pour atteindre l'objectif de la Scrum team : le spri...

Le Product Owner est une personne qui représente le client ou le partis souhaitant dévelloper une application. Son rôle est de communiquer de manière explicite l'objectif de l'applicatif à dévelloper. Ainsi, il va créer les éléments du Product Backlog (et s'assurer de leur transparence) pour que ceux-ci soient ensuite afiné par la Scrum Team.

(Scrum.org : https://www.scrum.org/resources/what-is-a-product-owner)