Scrum est un framework qui aide les équipes à travailler ensemble. Tout comme une équipe de rugby (d’où elle tire son nom) s’entraînant pour le grand match, Scrum encourage les équipes à apprendre par le biais d’expériences, à s’auto-organiser tout en travaillant sur un problème et à réfléchir à leurs victoires et à leurs défaites pour s’améliorer continuellement.
Bien que le Scrum soit le plus souvent utilisé par les équipes de développement logiciel, ses principes et ses leçons peuvent être appliqués à toutes sortes de travail d’équipe. C’est l’une des raisons pour lesquelles Scrum est si populaire.Souvent considéré comme un framework de gestion de projet agile, Scrum décrit un ensemble de réunions, d’outils et de rôles qui fonctionnent de concert pour aider les équipes à structurer et à gérer leur travail.
Dans cet article, nous discuterons de la façon dont un framework Scrum traditionnel est composé à l’aide du Guide Scrum.
“SCRUM” et ces origines:
Le framework “Scrum” qui est défini dans le Guide Scrum et a été présenté pour la première fois au monde en 1995 comme un meilleur moyen de collaboration d’équipe pour résoudre des problèmes complexes. Le framework Scrum est assez simple étant composé d’une équipe Scrum composée d’un “Product Owner“, d’un “Scrum Master” et de “développeurs“, chacun ayant des responsabilités spécifiques.
L’équipe Scrum participe à cinq événements et produit trois artefacts. Les cocréateurs de Scrum, Ken Schwaber et Jeff Sutherland, ont écrit et maintiennent “The Scrum Guide“, qui explique Scrum clairement et succinctement. Le guide contient la définition de Scrum, décrivant les responsabilités, les événements, les artefacts Scrum et les conseils qui les relient.
Alors, pourquoi s’appelle-t-il Scrum?
La première question que les gens peuvent se demander et la suivante : « Est-ce que Scrum est un acronyme pour quelque chose ? » la réponse simple à cette question est : Non. Il est en fait inspiré d’une mêlée dans le sport du rugby. Au rugby, l’équipe se réunit dans ce qu’elle appelle une mêlée pour travailler ensemble pour faire avancer le ballon. Dans ce contexte, Scrum est l’endroit où l’équipe se réunit pour faire avancer le produit.
Scrum, comment ça marche ?
Scrum est un framework empirique, où les décisions sont basées sur l’observation, l’expérience et l’expérimentation. Scrum repose sur trois piliers : la transparence, l’inspection et l’adaptation. Cela soutient le concept de travail itératif. Pensez à l’empirisme comme travailler à travers de petites expériences, apprendre de ce travail et adapter à la fois ce que vous faites et comment vous le faites au besoin.
Quelle valeur pour l’équipe Scrum dans tout ça ?
Une caractéristique essentielle de l’équipe Scrum qui lie tous les éléments ensemble est la confiance. Si la confiance n’est pas présente dans une équipe Scrum, il y aura probablement des tensions et des goulots d’étranglement dans la façon de faire le travail. Les valeurs Scrum sont également essentielles pour les équipes Scrum, car elles aident à guider votre manière de travailler et à renforcer la confiance. Les valeurs Scrum de courage, de concentration, d’engagement, de respect et d’ouverture sont tous des éléments importants que les membres de l’équipe Scrum doivent prendre en compte lorsqu’ils travaillent ensemble. Les valeurs Scrum sont particulièrement importantes dans les environnements où l’expérimentation est essentielle pour progresser.
L’équipe Scrum :
- Product Owner: Le Product Owner est le responsable de la gestion du backlog produit afin d’atteindre le résultat souhaité que l’équipe cherche à atteindre. Le rôle de Product Owner existe dans Scrum pour relever les défis rencontrés par les équipes de développement de produits avec des directions multiples et conflictuelles ou aucune direction du tout en ce qui concerne ce qu’il faut construire.
- Scrum Master : Le Scrum Master est chargé de s’assurer que l’équipe vit les valeurs et les principes agiles et suit les processus et les pratiques que l’équipe a convenu d’utiliser. Le nom était initialement destiné à indiquer quelqu’un qui est un expert en Scrum et peut donc coacher les autres. Le rôle n’a généralement pas d’autorité réelle. Les personnes qui remplissent ce rôle doivent diriger à partir d’une position d’influence, prenant souvent une position de leadership serviteur.
- Équipe Développement : L’équipe de développement se compose des personnes qui livrent l’incrément de produit à l’intérieur d’un Sprint. La principale responsabilité de l’équipe de développement est de fournir l’incrément qui apporte de la valeur à chaque Sprint. La façon dont le travail est réparti pour ce faire est laissée à l’équipe de déterminer en fonction des conditions à ce moment-là. Une confusion qui est fréquemment faite, est de considérer l’équipe de développement juste les développeurs, ce qui est faux. L’équipe de développement en Scrum contient aussi les testeurs, le terme est assez générique et ne veut pas nécessairement parle que des codeurs, mais de toutes personnes qui aident à livrer l’incrément du sprint.
Scrum et l’agilité :
Les gens pensent habituellement que Scrum et Agile sont la même chose puisque Scrum est centré sur l’amélioration continue, qui est un principe fondamental de l’agilité. Cependant, Scrum est un framework pour faire le travail, où l’agilité est un état d’esprit. Vous ne pouvez pas vraiment « devenir agile », car il faut le dévouement de toute l’équipe pour changer la façon dont ils pensent à offrir de la valeur à vos clients. Mais vous pouvez utiliser un framework comme Scrum pour vous aider à commencer à penser de cette manière et à vous entraîner à construire des principes agiles dans votre communication et votre travail quotidiens.
Le cadre Scrum est heuristique ; Il est basé sur l’apprentissage continu et l’adaptation aux facteurs fluctuants. Il reconnaît que l’équipe ne sait pas tout au début d’un projet et évoluera avec l’expérience. Scrum est structuré pour aider les équipes à s’adapter naturellement aux conditions changeantes et aux exigences des utilisateurs, avec une redéfinition des priorités intégrée au processus et des cycles de publication courts afin que votre équipe puisse constamment apprendre et s’améliorer. Bien que Scrum soit structuré, il n’est pas entièrement rigide. Son exécution peut être adaptée aux besoins de toute organisation. Il existe de nombreuses théories sur la façon dont les équipes Scrum doivent fonctionner pour réussir.
Les cérémonies Scrum :
Il existe 5 cérémonies Scrum selon le guide afin de facilité le travail, ces cérémonies sont des réunions régulières qui permettent de s’adapter et de s’améliorer pour livrer des incréments de sprint. Les cérémonies sont les suivantes :
- Sprint Planning : Le travail à effectuer pendant le sprint en cours est planifié lors de cette réunion par toute l’équipe de développement. C’est là que l’équipe décide de l’objectif du sprint. Des récits d’utilisation (Stories) spécifiques sont ensuite ajoutés au sprint à partir du backlog produit. L’équipe Scrum sera responsable de livrer toutes les stories planifiées dans le sprint planning.
- Sprint : Un sprint est la période de temps réelle pendant laquelle l’équipe Scrum travaille ensemble pour terminer un incrément. Deux semaines est une durée assez typique pour un sprint, Dave West, de Scrum.org conseille que plus le travail est complexe et il y a d’inconnues, plus le sprint devrait être court. Mais c’est vraiment à votre équipe, et vous ne devriez pas avoir peur de le changer si cela ne fonctionne pas pendant la période définie, le périmètre peut être renégocié entre le Product Owner et l’équipe de développement si nécessaire. Cela constitue le nœud de la nature empirique de Scrum. Tous les événements – de la planification à la rétrospective – se produisent durant le sprint. Une fois qu’un certain intervalle de temps pour un sprint est établi, il doit rester constant tout au long de la période de développement. Cela aide l’équipe à apprendre des expériences passées et à appliquer ces connaissances aux futurs sprints.
- Daily Scrum : Il s’agit d’une réunion quotidienne très courte qui a lieu à la même heure et au même endroit pour rester simple, qui ne devrait pas dépasser les 15 minutes selon le guide. Cette réunion est également appelée « stand-up quotidien » soulignant qu’elle doit être rapide. L’objectif du Daily Scrum quotidienne est que tous les membres de l’équipe soient sur la même longueur d’onde, alignés sur l’objectif du sprint, et qu’ils élaborent un plan pour les prochaines 24 heures.
- Sprint Review : Le but de la revue de sprint est d’inspecter le résultat du sprint et de déterminer les adaptations futures. L’équipe Scrum présente les résultats de son travail aux principales parties prenantes et les progrès vers l’objectif du produit sont discutés. Au cours de l’événement, l’équipe Scrum et les parties prenantes passent en revue ce qui a été accompli dans le Sprint et ce qui a changé dans leur environnement.
- Sprint Retrospective : La rétrospective est l’endroit où l’équipe se réunit pour documenter et discuter de ce qui a fonctionné et de ce qui n’a pas fonctionné dans un sprint, un projet, des personnes ou des relations, des outils. L’idée est de créer un endroit où l’équipe peut se concentrer sur ce qui s’est bien passé et ce qui doit être amélioré pour la prochaine fois.
Certification Scrum :
Il existe plusieurs certifications Scrum qui permettent de démontrer votre compréhension et adhésion au principe de le framework Scrum qui sont détaillés dans sur le site officiel Scrum :
- PSM1 : La certification Professional Scrum Master (PSM I) valide votre connaissance du framework Scrum, des responsabilités du Scrum Master et de la façon d’appliquer Scrum. PSM I est reconnu par l’industrie comme une certification qui démontre un niveau fondamental de maîtrise de Scrum. En tant que détenteur de la certification PSM I, vous avez prouvé que vous comprenez Scrum tel que décrit dans le Guide Scrum et comment appliquer Scrum dans les équipes Scrum. Les titulaires de MSP I ont une terminologie et une approche cohérentes de Scrum.
- PSM2 : La certification Professional Scrum Master II (PSM II) valide votre capacité en tant que Scrum Master à appliquer le framework Scrum, à soutenir les équipes Scrum et à résoudre des problèmes complexes dans le monde réel. Lorsque vous essayez le PSM II, vous devez avoir des connaissances avancées en Scrum et une expérience approfondie de Scrum Master. Bien que la présence ne soit pas une condition préalable, il est fortement recommandé d’assister à un cours Professional Scrum Master II.
- PSM 3 : La certification Professional Scrum Master III (PSM III) valide votre compréhension approfondie de la façon d’appliquer Scrum, les pratiques Scrum et les valeurs Scrum. PSM III teste vos capacités en tant que Scrum Master dans une variété de situations d’équipe et d’organisation complexes. Gagner PSM III nécessite un très haut niveau de connaissances Scrum et une vaste expérience en tant que Scrum Master. La participation à un cours n’est pas obligatoire ni suffisante pour obtenir une certification.
- PSD : La certification Professional Scrum Developer (PSD) valide vos connaissances sur la façon de fournir des logiciels de qualité en utilisant le cadre Scrum tout en travaillant dans les équipes Scrum, y compris l’application des pratiques Agile et DevOps modernes. Gagner PSD prouve que vous avez démontré une compréhension des principes fondamentaux de l’application du framework Scrum tel qu’il s’applique au développement logiciel.
Je vous laisse vérifier le site officiel Scrum pour vous familiariser avec les différentes certifications existantes. Nous à la qualité logiciel, et même si ce n’est pas obligatoire, on préconise de passer le PSM1 si vous avez la possibilité puisqu’il peut être un atout dans votre CV pour démontrer que vous comprenez le framework Scrum et que vous êtes capable de travailler dans un contexte Scrum
Si vous êtes intéressé pour passer la certification PSM1, trouvez notre formation complète : ICI. Cette formation vous aidera à vous préparer pour la certification.
Bonne préparation à tous.
