Scrum test

Définition

Domaine, Discipline, Thématique

(+)

Approche agile / Développement de logiciel de qualité / Adaptation aux changements de la technologie et des besoins des clients /

Justification

Définition écrite

• Scrum : C’est Un cadre de travail (framework) dans lequel les personnes peuvent aborder des problèmes complexes et adaptatifs tout en livrant de manière itérative et incrémentale des produits de la plus grande valeur possible, des produits qui répondent aux besoins de leurs utilisateurs et tiennent compte du développement technologique. Sa particularité est qu’il est simple à comprendre néanmoins difficile à maîtriser.

• Les fondateurs de Scrun insistent sur le fait qu’il n’est pas une méthode agile mais plutôt un cadre de travail. En effet, il n’est pas en soi un processus, une technique ou une méthode définitive. C'est plutôt un cadre de travail dans lequel vous pouvez utiliser différents processus et techniques

Widget:Usage de Scrum

Scrum a été utilisé pour développer des logiciels, du matériel, des logiciels embarqués, des réseaux de fonctions interactives, des véhicules autonomes, des écoles, des gouvernements, du marketing, de la gestion opérationnelle des organisations et presque tout ce que nous utilisons dans notre vie quotidienne. Plus il y a une augmentation des complexités sur le plan technologique, marché et environnemental ainsi leurs interactions, plus l'utilité de Scrum, pour faire face à cette complexité, est quotidiennement confirmée. Scrum s'est avéré particulièrement efficace dans le transfert itératif et incrémental de savoir. Maintenant, Scrum est largement utilisé pour la gestion de l'organisation, de ses produits et ses services.

• Origines : Agilité

L’agilité est « la capacité à favoriser le changement et à y répondre en vue de s ’adapter au mieux à un environnement turbulent. » [Jim Highsmith] Elle n’est pas une science nouvelle. En effet, elle a été inspirée par le Toyota Production System – TPS depuis les années 50, qui a donné lieu au « Lean Manufacturing ». En effet, La production des voitures japonaises a révolutionné tout type de production entre autres la production logicielle. Dans ce cadre, en 1990, le courant du « Lean Software Development » s’est développé par les Etats Unis, mais n’a pas été commercialisé puisque le RUP dominait. Il a fallu que les américains fassent du marketing en introduisant sous le chapeau de l’agilité les démarches KanBan, XP et Scrum. Cs derniers commencent ainsi à être commercialisés avec l’arrivée des années 2000.

Les valeurs de l’agilité, origine de Scrum, privilégient : • Les individus et leurs interactions plutôt les processus et les outils • La collaboration avec le client plutôt la négociation de contrat • Un produit opérationnel plutôt une documentation pléthorique • L’adaptation au changement plutôt que le suivi d’un plan rigide L’agilité se distingue par rapport aux autres approches de développement logiciel par une garantie de satisfaction client et d’adaptation au changement technologique. La figure suivante en résume tout.

• Théorie de Scrum

Scrum est fondé sur la théorie du contrôle empirique de processus, ou l'empirisme. L'empirisme affirme que la connaissance provient de l'expérience et la prise de décisions est basée sur des faits connus. Scrum utilise une approche itérative et incrémentale pour optimiser la prédictibilité et le contrôle de risque. 1. Transparence Les aspects importants du processus doivent être visibles à tous ceux qui sont responsables des résultats. La transparence requiert la définition d’un standard commun pour ces aspects afin que les observateurs partagent une compréhension commune de ce qui est observé. 2. Inspection Les utilisateurs de Scrum doivent fréquemment inspecter les artefacts Scrum et l’état d’avancement par rapport à un objectif de Sprint (Sprint Goal) afin de détecter les écarts indésirables. 3. Adaptation C’est la capacité d’ajuster le processus ou le matériel utilisé dès que possible afin de minimiser le risque d’autres dérives

• Equipe Scrum

Les équipes Scrum, de taille comprise entre 3 et 9 membres, sont auto-organisées et pluridisciplinaires. Par auto-organisées, les équipes choisissent la meilleure façon d’accomplir leur travail, au lieu d’être dirigées par des personnes externes à l’équipe. Par pluridisciplinaires, les équipes ont toutes les compétences nécessaires pour effectuer le travail sans dépendre d’autres personnes n’appartenant pas à l’équipe. Ses membres sont : 1. Product Owner  Expert métier : Représentant des clients.  Expert Produit  Membre de la grande équipe 2. Scrum Master  Expert Scrum  Facilitateur  Coach 3. Developpment Team  Expert technique  Auto-gérée  Auto-organisée

• Au coeur de Scrum : Le Sprint

Le coeur de Scrum est le Sprint, qui a une durée (time-box), de 2 à 4 semaines, au cours de laquelle un Incrément Produit « Fini » fonctionnel et potentiellement livrable est créé. Chaque sprint peut être considéré comme un projet n'ayant qu'un horizon son time-box. À l’instar d’un projet, un Sprint est utilisé pour accomplir quelque chose. Chaque Sprint a un objectif de ce qui doit être construit, une conception (design) et un plan flexible qui guidera la construction, le travail lui même et le produit résultant. Tous les sprints d’un même projet ont la même durée. Un nouveau Sprint commence immédiatement après la conclusion du Sprint précédent.

• Artefacts de Scrum

A l’origine, un artefact est un objet façonné par l’homme, découvert lors d’une fouille archéologique. En informatique, l’artefact désigne tout produit concret répondant à un objectif et résultant d’une implication et une collaboration sérieuses. Les artefacts de Scrum représentent soit du travail, soit de la valeur fournissant ainsi de la transparence et des opportunités pour l'inspection et d'adaptation. Les artefacts définis par Scrum sont spécialement conçus pour maximiser la transparence d’informations essentielles afin que chacun ait la même compréhension de l'artefact. On y trouve : Product Backlog, le Sprint Backlog et l'Incrément

• Cérémonies de Scrum

Une cérémonie en Scrum est une réunion ayant une date et une durée (time-box) et répondant à un objectif. On y trouve : Le Sprint planning, Le Daily Meeting, Le Sprint Review, Le Sprint Retrospective

• Les Bonnes Pratiques

Etant donné que Scrum n’est pas une méthode, toutes les bonnes pratiques qui amplifient le framework sont les bienvenues. Dans ce cadre, on évoque : La User Story, LE Planning Poker, Le Scrum Board ...................................................................... ....................................................................... .......................................................................

(+)

{{{Typologie}}}

Scrum test - Historique (+)

Définition graphique

• 

  Digitalisation

• 

  Titre de Votre Image 2

• 

  Titre de Votre Image 3

{{{AutresMedias}}}

Concepts ou notions associés

(+)

Sprint / Sprint Planning / Daily Meeting / Sprint Review / Sprint Retrospective / Product Backlog / Sprint Backlog / User Story / Agilité / Empirisme /

Scrum test - Glossaire / (+)

Exemples, applications, utilisations

............................................................................... ................................................................................ ................................................................................ ................................................................................ ............................................................................... ................................................................................ ................................................................................ ................................................................................ (+)

Erreurs ou confusions éventuelles

• Confusion entre méthode agile et FrameWork
• Confusion entre Fonctionnalité et Business Value
• Confusion entre Complexité et Vélocité
• Confusion entre Rôle de Product Owner et Scrum Master
• Confusion entre Retrospective et Review
• Confusion entre Daily et Sprint Planning
• Erreur fréquente: Les étudiants ont tendance à commettre les erreurs suivantes :

 Scrum pour un développement rapide  L’agilité est la liberté de faire à sa façon  L’agilité est le développement rapide  Les développeurs sont agiles c’est-à-dire maîtres de la situation  Le développement agile exige des développeurs seniors  Scrum est pour les « petits » projets  Scrum est pour le contrôle de qualité  Durée de sprint changeable 

• Head - Body

(+)

Questions possibles

• Quelle est la meilleure définition du Scrum ?
• Quelle est la taille recommandée pour une équipe Scrum ?
• Qui doit être présent au « Daily Scrum » ?
• Que doit faire l’équipe de développement durant le premier sprint ?
• Quels sont les rôles dans une équipe Scrum ?
• Choisir la meilleure définition du « Sprint Review » ?
• Sur quel type de processus est basé Scrum ?
• Le PDG demande à l'équipe de développement d'ajouter un élément «très important» à un sprint en cours. Que devrait faire l'équipe de développement ?
• Est-il obligatoire de livrer l’incrément à chaque fin de sprint ?
• Quelles sont les questions posées lors d’un sprint planning ?

(+)

Liaisons enseignements et programmes

Idées ou Réflexions liées à son enseignement

• Jeux de Rôles
• Jeux Pédagogiques
• Etude de Cas réels
• QCM en ligne
• Préparation à la certification

(+)

Bibliographie

Pour citer cette page: (test)

ABROUGUI, M & al, 2020. Scrum test. In Didaquest [en ligne]. <http:www.didaquest.org/wiki/Scrum_test>, consulté le 4, juin, 2024

• www.Scrum.org
• ..................
• ..................
• ..................

Donnez votre avis sur les fiches conceptuelles