Méthodologie Scrum : rôles, événements et artefacts

La méthodologie scrum a été développée en réponse à des approches de gestion de projet rigides telles que la méthode en cascade, qui ne s'adaptaient pas aux besoins des équipes agiles de développement de produits et de logiciels. Nous allons explorer la méthodologie Scrum en profondeur, mais avant cela, commençons par une simple définition de Scrum.

Qu'est-ce que la méthodologie Scrum ?

Scrum est un cadre de gestion de projet qui facilite la collaboration d'équipe sur des projets complexes de développement de produits et de logiciels. La bonne nouvelle est que Scrum est facile à comprendre. La mauvaise nouvelle, c'est qu'il est difficile à maîtriser.

La méthodologie scrum met l'accent sur le travail d'équipe dans la gestion de projet. Il met l'accent sur la responsabilité et constitue un progrès itératif vers un objectif bien défini. Scrum fait partie du développement logiciel agile et les équipes pratiquent agile. Le nom vient du sport du rugby, où la mêlée est une formation où chacun joue un rôle spécifique, mais chacun travaille à une adoption rapide des stratégies.

La collaboration nécessaire pour une mêlée réussie est facilitée par ProjectManager, un logiciel de gestion de projet et de travail basé sur le cloud qui connecte les équipes Scrum où qu'elles travaillent. Collaborative jusqu'au bout, notre plateforme fournit des données en temps réel qui permettent aux équipes Scrum de commenter les tâches pendant un sprint, de partager des fichiers et bien plus encore. Commencez dès aujourd'hui gratuitement.

Le cadre Scrum

Scrum est un cadre composé de valeurs, de rôles, d'événements et d'artefacts. Ces éléments fonctionnent ensemble pour fournir une méthodologie de gestion de projet agile qui aide les équipes à mieux gérer leur travail. Le cadre Scrum doit être simple. Il s'agit moins d'une méthodologie de gestion de projet traditionnelle que d'un cadre de développement de produits et de logiciels.

Valeurs Scrum

Le terme valeurs scrum fait en fait référence aux valeurs agiles appliquées à un cadre scrum. Ce sont des déclarations simples qui fonctionnent comme les meilleures pratiques agiles. Les valeurs agiles proviennent du manifeste agile, un document avec les principes directeurs de la méthodologie agile. Expliquons rapidement de quoi il s'agit.

• Individus et interactions sur les processus et les outils : les processus et les outils sont importants dans le développement de logiciels, mais les individus et la manière dont ils interagissent avec ces processus et ces outils sont plus importants.
• Un logiciel fonctionnel sur une documentation complète : avant le manifeste agile, les développeurs de logiciels se concentraient fortement sur la documentation. Cette valeur indique que bien que la documentation soit importante, se concentrer sur le développement du logiciel devrait être l'objectif principal de l'équipe Scrum.
• Collaboration avec le client plutôt que négociation de contrat : cette valeur explique que la collaboration avec les clients pour créer un produit de haute qualité est beaucoup plus importante que la rédaction d'un contrat rigide qui limite le développement du produit, comme cela se faisait à l'époque du développement de logiciels.
• Répondre au changement plutôt que de suivre un plan : cette valeur indique qu'agile est une méthodologie de gestion de projet qui s'adapte de manière transparente au changement en fonction d'un cycle de développement de produit itératif et non d'un plan de projet rigide.

Rôles Scrum

Comme pour tout ce qui concerne la gestion de projet, la méthodologie Scrum a besoin de personnes pour être exécutée. A cet effet, il définit trois rôles scrum, un scrum master, un product owner et une équipe de développement, composée de plusieurs membres de l'équipe.

Le scrum master, comme son nom l'indique, est un expert en méthodologie scrum. Il garantit que tous les membres de l'équipe Scrum comprennent le fonctionnement du framework et les aident à s'adapter à l'environnement agile. Il dirige les réunions scrum.

Le propriétaire du produit Scrum gère le journal du produit et supervise la planification des sprints et participe activement aux réunions Scrum. En un sens, ils agissent en tant que chef de projet car ils dirigent la préparation du backlog et hiérarchisent les user stories pour aider l'équipe à mieux travailler.

L'équipe de développement Scrum est simplement composée de tous les membres de l'équipe qui développent un logiciel ou un produit. Ils doivent travailler en étroite collaboration avec le propriétaire du produit et adhérer aux suggestions du scrum master.

Événements Scrum

Ces événements Scrum ou cérémonies Scrum favorisent la collaboration d'équipe et garantissent qu'il existe une ligne de communication constante entre les membres de l'équipe Scrum tout au long du cycle de vie du développement du produit ou du logiciel.

Planification des sprints

À l'aide du backlog de produit, les équipes commencent par les éléments les plus prioritaires et déterminent comment atteindre cet objectif. Un bon conseil lors de la planification de sprint est de faire preuve de diligence raisonnable et de ne commencer qu'avec les éléments qui sont prêts. N'oubliez pas non plus que la planification est un processus court, alors ne vous perdez pas dans les détails. Il suffit de se mettre au travail pour atteindre les objectifs. Gardez le plan collaboratif. L'équipe doit également poser des questions au propriétaire du produit et aux parties prenantes.

Réunion Scrum quotidienne

Ce sont des réunions de 15 minutes où tous les membres de l'équipe Scrum parlent des tâches sur lesquelles ils vont travailler pendant la journée et partagent les obstacles ou les difficultés auxquels ils sont confrontés. Il n'est pas nécessaire d'allonger cette réunion de mêlée quotidienne , car il existe d'autres réunions telles que les revues de sprint et les rétrospectives de sprint pour explorer des sujets plus complexes.

Revue de sprint

Vous voulez revenir sur le sprint et voir ce qui a fonctionné et ce qui n'a pas fonctionné. Vous pouvez ensuite prendre les informations et les appliquer aux futurs sprints pour reproduire les points positifs et réduire les points négatifs. Commencez le processus de revue de sprint en remerciant les participants, en offrant de courtes introductions et en établissant des règles de base pour la discussion.

Rétrospective Sprint

La réunion de rétrospective du sprint donne à l'équipe Scrum un espace pour réfléchir sur le dernier sprint et déterminer ce qui s'est bien passé et ce qui s'est mal passé. Les commentaires des parties prenantes et des clients sont également recueillis afin de hiérarchiser les témoignages d'utilisateurs et d'améliorer les performances du produit.

Nettoyage du carnet de commandes

Une fois ce cycle terminé, il recommence en revenant au backlog et en prenant le prochain élément prêt en haut de la liste des priorités. Le backlog grooming consiste à améliorer le processus Scrum en priorisant le travail en fonction des expériences antérieures et en continuant à affiner le travail pour le rendre le plus efficace possible.

Artefacts Scrum

Dans la méthodologie Scrum, le terme artefact fait référence aux concepts clés utilisés par l'équipe Scrum pour développer des produits dans un environnement agile. Nous passerons en revue les artefacts les plus critiques dont chaque équipe Scrum a besoin : backlog de produit, backlog de sprint et incrémentation de produit.

• Backlog de produit : le propriétaire du produit établira une liste des travaux à effectuer et les classera par ordre de priorité. C'est la construction de votre backlog de projet. Pour ce faire, ils déterminent ce qui est indispensable, ce qui est moins critique et ceux qui ne rentrent pas dans le délai imparti. Cela signifie que la valeur de chaque élément doit être claire. Quel est leur impact, leur risque et comment l'élément peut-il aider dans le processus d'apprentissage ?
• Backlog de sprint : Le backlog de sprint peut être simplement défini comme l'ensemble des user stories dans lesquelles l'équipe Scrum travaillera en un seul sprint. Il est important de s'assurer que les user stories les plus critiques sont toujours celles sur lesquelles on travaille et qu'aucune d'entre elles ne passe entre les mailles du filet.
• Incrément de produit : le terme incrément de produit fait référence à tous les éléments du backlog de produit qui ont été complétés au cours d'un sprint et peut également être utilisé pour décrire la somme de tous les éléments de backlog et user stories terminés.

La théorie de la méthodologie Scrum a évolué avec le temps. Les experts Scrum ont suggéré qu'il existe en fait 7 artefacts Scrum. Cette vision élargie peut être très utile pour mieux définir les objectifs de l'équipe Scrum.

Historique de Scrum

Origines

Le processus Scrum trouve ses origines au début des années 1990. Jeff Sutherland et Ken Schwaber ont proposé le processus, qu'ils ont présenté à la conférence OOPSLA (Object-Oriented Programming, Systems, Languages ​​& Applications) à Austin, Texas en 1995. Ils ont ensuite formalisé la méthodologie dans un article publié intitulé "SCRUM Software Processus de développement. »

Le nom scrum, cependant, a été hérité d'un article publié en 1986 par les experts en gestion Hirotaka Takeuchi et Ikujiro Nonaka, intitulé "The New New Product Development Game". Ils utilisaient le mot scrum en rapport avec le rugby pour souligner l'importance de la collaboration d'équipe pour la réussite du projet.

Le document rendait compte de recherches qui montraient comment la performance dans le développement de nouveaux projets complexes bénéficiait du fait que de petites équipes auto-organisées se voyaient attribuer des objectifs plutôt que des tâches. Les équipes qui excellent sont celles qui sont dirigées, mais avec une autonomie pour créer leurs propres tactiques pour atteindre ces objectifs

Scrum et développement de logiciels

Le cadre scrum a ensuite appliqué cette recherche sur les pratiques adaptatives au développement de logiciels. En cours de route, Schwaber a recruté le professeur Babatunde A. Ogunnaike Tunde, ingénieur de recherche en contrôle de processus, pour voir comment Scrum fonctionnait avec d'autres méthodologies.

Il a été déterminé que les méthodologies telles que la cascade et d'autres processus structurés traditionnellement n'étaient pas alignées sur le cadre Scrum. Le professeur Tunde a conclu qu'une approche empirique était le processus qui fonctionnait le mieux avec Scrum.

En 2001, Sutherland et Schwaber et 15 autres leaders du développement logiciel ont créé le Manifeste pour le développement logiciel agile. Peu de temps après, l'Agile Alliance a été fondée et Schwaber en est devenu le premier président. Schwaber a co-écrit avec Mike Beedle, le premier livre sur Scrum, Agile Software Development with Scrum, en 2001.

Scrum dans les années 2000

La Scrum Alliance a été fondée en 2002 par Schwaber, un président, avec Mike Cohn et Esther Derbry. Ils ont ensuite ajouté une branche de certification à l'organisation, avec des programmes Certified ScrumMaster. En 2006, Sutherland a créé Scrum, Inc. et continue d'enseigner les cours certifiés Scrum.

Les changements dans la communauté Scrum se sont poursuivis lorsqu'en 2009, Schwaber a quitté la Scrum Alliance pour démarrer Scrum.org, qui propose la série Professional Scrum.

Depuis lors, scrum a pris une place mondiale dans la gestion de projet avec la première publication du Scrum Guide en 2010, qui a été mis à jour en 2011 et 2013. Il est aujourd'hui reconnu comme l'un des frameworks agiles les plus utilisés dans la gestion de projets.

C'est même grandissant de travailler avec de grandes équipes. Scrum of Scrums s'applique à l'utilisation de la technique pour étendre Scrum à de grands groupes.

Comment Scrum s'intègre-t-il dans Agile ?

Scrum fait partie du processus agile, mais certainement pas la seule partie. Agile est une grande tente, mais Scrum est un pilier important. Considérez Scrum comme un cadre par lequel vous pouvez mettre en œuvre un développement agile.

Agile n'a pas d'ensemble d'étapes à suivre, c'est pourquoi Scrum fournit un moyen d'appliquer Agile à votre projet. Il existe de nombreux frameworks que vous pouvez utiliser dans le développement agile, tels que la programmation extrême ou le développement piloté par les fonctionnalités, mais la simplicité et l'autonomie de Scrum sont des arguments de vente.

Scrum peut également être utilisé comme point d'entrée vers d'autres pratiques agiles. Ce n'est pas seulement un cadre pour les logiciels, mais peut bénéficier à de nombreux autres types de projets.

Glossaire des termes Scrum

Avant de définir le cadre de Scrum, voici une courte liste de certains des termes les plus couramment utilisés lorsque vous travaillez dans un environnement Scrum.

Burndown Chart : Un burndown chart montre qu'il reste beaucoup d'efforts par rapport au temps.

Burnup Chart : mesure l'augmentation d'une mesure en fonction du temps.

Daily Scrum : Petite réunion scrum sur le travail de la journée.

Définition de Done : La définition de done (DOD) est l'un des sept artefacts Scrum. C'est un critère d'acceptation convenu par l'équipe Scrum.

Équipe de développement : responsable de la gestion du travail lié à chaque sprint.

Normes d'ingénierie : normes partagées pour le développement progressif de projets.

Backlog de produit : Un backlog de produit est un travail à effectuer dans un ordre spécifique.

Raffinement du backlog de produit : Lorsque le propriétaire du produit et l'équipe ajoutent des détails au backlog de produit, également connu sous le nom de nettoyage du backlog.

Propriétaire du produit : Le gestionnaire qui est responsable du produit et de l'équipe.

Scrum : Framework de collaboration d'équipe sur des projets complexes.

Tableau Scrum : Un tableau Scrum aide les équipes Scrum à gérer leur travail.

Scrumban : Scrumban est une méthodologie hybride qui combine la gestion de projet Scrum et Kanban.

Scrum Master : Le rôle de scrum master s'apparente à un coach qui aide l'équipe avec son expertise.

Scrum Team : Product owner, équipe et scrum master. En savoir plus sur les rôles Scrum.

Auto-organisation : Autonomie de l'équipe dans les limites des objectifs du projet.

Sprint : Tâches courtes, l'une suivant immédiatement l'achèvement d'une autre.

Sprint Backlog : ce dont l'équipe a besoin pour terminer le sprint.

Objectif du sprint : le but du sprint.

Planification de sprint : Une planification de sprint est un événement printanier où les équipes Scrum planifient leur prochain sprint.

Rétrospective du sprint : Court post-mortem du sprint.

Revue de sprint : Courte revue du sprint pour aider à ajouter des améliorations au suivant.

Partie prenante : Non membre de l'équipe qui est généralement l'initiateur d'un projet.

Vélocité : la quantité moyenne de backlog de produit transformée en incrément du projet pendant le sprint.

ProjectManager aide les équipes Scrum

La méthodologie Scrum nécessite collaboration et flexibilité. ProjectManager, un logiciel de gestion de travail et de projet basé sur le cloud, connecte les équipes Scrum et leur donne les outils dont elles ont besoin pour travailler dans un environnement agile. Notre outil fournit des données en temps réel qui permettent à chacun de rester informé et de communiquer, peu importe où il se trouve, comment il travaille ou quel rôle il joue dans le projet.

Créer et gérer des tableaux Scrum

Nos multiples vues de projet signifient que d'autres départements peuvent collaborer sur des diagrammes de Gantt ou sur notre vue de feuille. Mais les équipes Scrum utiliseront notre vue Scrum Board, qui leur permet de gérer leur backlog de user stories et de travailler ensemble lors de la planification d'un sprint.

Les tableaux Scrum donnent également aux propriétaires de produits et aux scrum masters la visibilité nécessaire pour suivre les progrès et détecter les goulots d'étranglement potentiels, qui peuvent être rapidement éliminés en réaffectant les ressources.

Suivez les flux de travail Scrum avec des tableaux de bord en temps réel

Vous ne voulez pas gêner votre équipe autonome, mais vous devez savoir ce qu'elle fait. Notre tableau de bord en temps réel suit six indicateurs de projet. Il n'y a aucune configuration requise comme avec les produits de qualité inférieure. Nos flux de travail personnalisés vous permettent d'appliquer des déclencheurs qui définissent automatiquement des actions pour permettre à votre équipe de se concentrer sur son travail. De plus, les approbations de tâches vous permettent de contrôler les changements de statut.

Collaborez avec votre équipe Scrum

Que votre équipe soit sous un même toit ou travaille sur plusieurs fuseaux horaires, notre outil basé sur le cloud leur permet de travailler ensemble. Les membres de l'équipe peuvent commenter au niveau de la tâche, taguer d'autres personnes non affectées à cette tâche pour les faire participer à la conversation et partager des images et des documents. Les notifications par e-mail et les alertes intégrées à l'application tiennent tout le monde informé instantanément.

Non seulement notre logiciel est idéal pour Scrum, mais il peut également fonctionner avec des méthodologies plus traditionnelles comme la cascade ou un hybride de plusieurs méthodes de gestion de projet. Notre outil vous permet de collaborer avec d'autres départements de votre organisation qui ne sont pas agiles. C'est le seul outil de gestion de travail et de projet dont vous aurez besoin pour réussir.

ProjectManager est un logiciel de gestion de projet qui est particulièrement bien placé pour aider les chefs de projet à chaque phase de leur travail, quelle que soit la méthodologie qu'ils ont choisie pour l'encadrer. Étant basé sur le cloud, il collecte des données en temps réel et dispose des outils pour aider les équipes à collaborer, leur donnant l'autonomie requise de Scrum avec le suivi et la gestion pour respecter le calendrier et le budget. Découvrez comment il peut vous aider, vous et votre équipe, en prenant cet essai gratuit de 30 jours.