Cadre de travail représentatif du développement agile. Avec trois rôles, le Product Owner, le Scrum Master et les Developers, et des événements tenus au sein de Sprints de durée fixe d'un mois au plus (Sprint Planning, Daily Scrum, Sprint Review et Sprint Retrospective), on construit petit à petit un produit qui fonctionne.
Nom japonais: スクラム
« Scrum » apparaît dans 2 questions d'entraînement réparties sur 1 thèmes, dont Développement logiciel et gestion de projet.
Réponse : B. Le Product Owner
Une Scrum Team se compose de trois rôles : le Product Owner, le Scrum Master et les Developers. Le Product Owner gère le Product Backlog, la liste de ce qu'il faut réaliser, décide quels éléments sont réalisés en premier et est responsable de la maximisation de la valeur du produit. Le Scrum Master diffuse la façon de travailler de Scrum dans l'équipe et l'organisation et aide à lever les obstacles. Les Developers sont les personnes qui créent un Increment qui fonctionne à chaque Sprint.
Réponse : A. La Sprint Review
Lors de la Sprint Review, le résultat du Sprint est examiné avec les parties prenantes, et l'on discute de la suite à donner en tenant compte de l'évolution du marché et des exigences. La Sprint Retrospective, qui a lieu ensuite, s'en distingue parce qu'elle améliore la façon de travailler de l'équipe, y compris les personnes, les processus et les outils, plutôt que le produit. Le Daily Scrum est une courte réunion de 15 minutes au plus, tenue chaque jour par les Developers pour examiner l'avancement vers le Sprint Goal et ajuster le plan de la journée. Les Sprints se répètent avec une durée fixe d'un mois au plus.
Une Scrum Team se compose de trois rôles : le Product Owner, le Scrum Master et les Developers.
Dans Scrum, quel rôle est responsable du contenu et de l'or…Le Daily Scrum est une courte réunion de 15 minutes au plus, tenue chaque jour par les Developers pour examiner l'avancement vers le Sprint Goal et ajuster le plan de la journée.
Dans Scrum, quel événement a lieu à la fin d'un Sprint pour…Analyse des valeurs limites (boundary value analysis) CI/CD (intégration continue et livraison continue) Couverture des branches (couverture des décisions) Cycle en V (modèle en V) Développement agile Développement piloté par les tests (TDD) Gestion de la valeur acquise (EVM) Méthode du chemin critique (CPM) Modèle en cascade (waterfall) Partitionnement en classes d'équivalence (equivalence partitioning)