Élaborer un plan de gestion de projet agile

Le but de ce jeu est de vous fournir une base de connaissances sur Agile et Scrum afin de déterminer si ces méthodes sont utiles pour la gestion de votre projet ou initiative.

Agile est une approche en matière de travail qui cherche à :

• Permettre à de petites équipes d’experts de résoudre des problèmes et de réaliser des choses.
• Se concentrer sur les utilisateurs et établir l’ordre de priorité pour fournir de la valeur aux utilisateurs rapidement et de façon répétée.
• Atténuer les risques de façon continue.
• Utiliser des boucles de rétroaction - tant qualitatives que quantitatives - pour améliorer les produits et les processus.
• Coordonner le travail avec votre équipe.

Les approches traditionnelles en matière de travail se concentrent sur des phases distinctes, séparées et consécutives d’un projet qui aboutissent à l’élaboration d’un produit unique. Toute mise à jour ou modification du produit final se fait souvent à grande échelle et rarement.

L’approche Agile cherche à décomposer les projets en divers éléments et à travailler en itérations (répétitions qui visent à atteindre le résultat souhaité) afin d’accélérer l’élaboration, d’optimiser l’apport des utilisateurs et d’effectuer constamment des améliorations.

Il existe plusieurs méthodes pour mettre en œuvre Agile, notamment les méthodes eXtreme Programming, Kanban, Lean et Scrum. Scrum est la méthode la plus fréquemment utilisée par les équipes pour lesquelles l’approche Agile est nouvelle; c’est pourquoi ce jeu est principalement éclairé par Scrum.

Il convient de noter que vous devriez choisir d’incorporer des composantes qui fonctionnent pour votre projet ou initiative, ou mélanger des éléments provenant de méthodes multiples, comme le Kanban et Scrum. Les ressources mentionnées à la fin du jeu fournissent de plus amples renseignements sur Agile et sur certaines des méthodes disponibles.

Au cours de ce jeu, vous passerez par plusieurs étapes, dont les suivantes :

• Déterminer les rôles dans votre équipe de mêlée (scrum)
• Déterminer les incréments pour votre produit ainsi que l’arriéré
• Planifier les sprints
• Organiser les mêlées
• Passer en revue le sprint
• Effectuer la rétrospective sur le sprint
• Aller de l’avant

Vous ne savez pas très bien ce que signifient les termes « sprint », « mêlée » (scrum), « arriéré » et « incréments »? Ne vous inquiétez pas, à mesure que vous avancerez dans le jeu, ces termes devraient vous sembler plus clairs.

La première étape consiste à déterminer les rôles et responsabilités de votre équipe de mêlée (scrum). La composition et les rôles de l’équipe de mêlée peuvent varier, mais en général, on trouve les rôles et responsabilités suivants :

Propriétaire de produit

• Agit comme représentant et porte-parole pour les objectifs du projet. Le propriétaire du produit identifie les éléments de l’« arriéré », en détermine l’ordre de priorité, veille à ce que le projet soit « visible » et transparent, et est responsable du projet.

Chef de mêlée

• Maintient l’élan du projet, aide à surmonter les obstacles et assure la gestion du projet. Le chef de mêlée travaille de concert avec le propriétaire du produit pour déterminer l’« arriéré » dans le cas de chaque sprint ainsi que pour établir les priorités et organiser des réunions et des discussions au besoin.

Équipe de développement

• Effectue le travail quotidien. En général, les membres de cette équipe sont interfonctionnels et peuvent jouer plusieurs rôles au besoin.

En outre, il peut y avoir des intervenants (toute personne susceptible d’être touchée par le projet ou d’y participer), mais ceux-ci ne sont généralement pas considérés comme faisant partie de l’équipe de mêlée.

Dans l’ensemble, votre projet passera par plusieurs itérations - chaque itération est appelée « incrément de produit ». L’incrément peut être un site Web, un service, un rapport ou tout autre produit utilisable. Il peut y avoir plusieurs incréments à mesure qu’un produit est élaboré et peaufiné. Le propriétaire du produit et le maître de mêlée devraient se rencontrer pour déterminer les incréments prévisibles du produit et les composantes qui pourraient constituer ces incréments.

Les composantes de tous les incréments portent le nom d’« arriéré de produit »; il s’agit de toutes les composantes qui doivent être réalisées pour que le produit soit considéré comme terminé – essentiellement, c’est votre « liste de tâches » maîtresse.

La liste de l’arriéré de produit énumère tous les contenus, fonctionnalités, fonctions, améliorations et correctifs qui seront apportés à un projet. Chaque élément aura plusieurs activités associées à son élaboration. Par exemple, l’élaboration d’une page de titre pour un rapport peut comporter des activités telles que les suivantes : élaboration du contenu, collaboration avec le service des communications pour les éléments graphiques, élaboration d’une maquette, obtention de commentaires auprès d’intervenants concernant les éléments visuels, élaboration d’une page de titre définitive.

Afin d’aider à créer un élan pour l’élaboration du projet, on utilise des « sprints » pour organiser des activités qui contribueront à réaliser un incrément de produit.

Un sprint est un cycle de travail régulier (habituellement un mois) pendant lequel le travail est réalisé et mis à disposition pour révision. La planification du sprint est menée en collaboration avec toute l’équipe de mêlée et devrait chercher à traiter les questions suivantes :

• Quels sont les éléments d’arriéré qui peuvent être livrés lors du prochain sprint?
• Comment le travail sera-t-il réalisé?

Un ou plusieurs membres de l’équipe peuvent contribuer à divers éléments de l’arriéré au cours d’un sprint. Remarque : l’arriéré de produit que l’on entend réaliser au cours d’un sprint est appelé « arriéré de sprint » – c’est votre « liste de tâches » pour le sprint.

Les mêlées (scrums) sont de brèves réunions fréquentes (habituellement quotidiennes) entre le chef de mêlée et l’équipe de développement qui servent à planifier les activités ainsi qu’à optimiser la collaboration et le rendement.

Normalement, les mêlées couvrent les points suivants :

• Qu’est-ce qui a été accompli depuis la dernière réunion de mêlée?
• Que fera aujourd’hui l’équipe de développement pour aider à progresser vers l’objectif du sprint?
• Y a-t-il des obstacles qui pourraient empêcher l’équipe de développement d’atteindre l’objectif du sprint? 

De plus, vous voudrez peut-être aussi trouver des moyens d’améliorer la communication et la collaboration au sein de votre équipe de mêlée en dehors des réunions de mêlée. Envisagez de trouver des moyens d’encourager la collaboration physiquement (en s’asseyant ensemble) ou par voie numérique (en utilisant les fonctions Microsoft Teams, Slack et la messagerie instantanée plutôt que les courriels).

À l’issue du sprint, effectuez une revue afin de pouvoir montrer à la direction et aux intervenants les composantes qui ont été réalisées.

De plus, à la fin de chaque sprint, organisez une rétrospective avec l’équipe de mêlée afin de discuter des leçons retenues et de trouver des améliorations pour le prochain sprint.

Une fois le sprint terminé, passez à la planification de votre prochain sprint.

Une fois que vous aurez effectué tous les sprints nécessaires pour produire votre incrément de produit, vous pouvez poursuivre le processus de planification et de développement pour le prochain incrément de produit et vos prochains sprints. Ce processus se poursuivra lorsque le produit sera lancé.

• Aperçu de l’approche Agile : Être agile dans la fonction publique de l’Ontario (Gouvernement de l’Ontario, 2019)
• À propos de la méthode Scrum : Le Guide ScrumTM (Ken Schwaber et Jeff Sutherland, 2017) (PDF, 423 Ko)
• Une introduction à Kanban : Qu’est-ce que Kanban? (Atlassian, 2019)
• Entrevue avec Todd Scanlan, coach agile et chef de mêlée : La méthode « agile » n’est pas une fin en soi, mais un moyen d’arriver à ses fins (Canada, 2019)

Les documents que l’on trouve sur ce site Web ont été produits ou rassemblés pour offrir aux Canadiens et Canadiennes de l’information sur les programmes et services offerts par le gouvernement du Canada. Ils sont assujettis aux conditions suivantes.

Divers aspects de cet ouvrage sont dérivés des sources suivantes :

• Le document « Service Manual]» du gouvernement du Royaume-Uni est utilisé en vertu de la licence « Open Government Licence v3.0 » (en anglais seulement).
• « Être agile dans la fonction publique de l’Ontario » est utilisé en vertu de la licence du gouvernement ouvert – Ontario.
• Le Guide ScrumTM (PDF, 423 KB), développé par Ken Schwaber et Jeff Sutherland est utilisé en vertu d’une licence publique internationale Creative Commons Attribution 4.0 (CC BY-SA 4.0).