Pour certains projets, en particulier ceux qui portent sur le développement de logiciels, il est préférable - ou dans de nombreux cas nécessaire - d'adopter une approche itérative, dans laquelle de petits éléments livrables sont réalisés en succession rapide, pour aboutir finalement à un produit fini. La mauvaise nouvelle, c'est que la méthodologie de la cascade (que nous examinerons dans un instant) peut entraver plutôt qu'aider ces types de projets. Mais la bonne nouvelle est que la méthodologie Scrum peut jouer un rôle central pour permettre à la fois la réussite du projet et le bonheur du client. Dans cet article, nous explorons la méthodologie Scrum dans la gestion de projet en examinant les éléments de base tels que les rôles, les cérémonies, les pratiques de base, les outils de base, les avantages et les inconvénients de Scrum.
Qu'est-ce que la méthodologie Waterfall ?
Avant d'explorer la méthodologie Scrum dans la gestion de projet, il est utile d'examiner les éléments suivants cascadequi est la méthodologie la plus traditionnelle et la plus populaire. Dans le cas de la cascade, les plans de projet - qui comprennent divers éléments tels que les calendriers, les budgets, la gestion des risques, la gestion de la qualité, etc. - sont élaborés avant le début du projet. L'objectif est de minimiser la probabilité d'un changement pendant l'exécution du projet.
Bien sûr, la plupart des projets - quelle que soit la méthodologie dominante - nécessitent un certain degré d'ajustement en cours de route. Par exemple, une ressource importante qui a été affectée au projet lors de la phase de planification peut ne pas être disponible au moment voulu, et il est donc nécessaire de prolonger le calendrier et d'augmenter le budget. Toutefois, avec la méthodologie de la cascade , l'objectif est de rester aussi proche que possible du plan initial. C'est pourquoi une planification solide du projet est extrêmement importante, et fait souvent la différence entre un projet prospère et un projet en difficulté.
Quelle est la méthodologie Scrum ?
De l'autre côté du spectre se trouve la méthodologie Scrum dans la gestion de projet, qui est enracinée dans Méthodologie agile. Contrairement à la cascade, Scrum utilise des processus itératifs et incrémentiels - appelés sprints - pour fournir une valeur client tout au long du développement d'un projet. Les performances et l'expérience de chaque sprint influencent les sprints suivants, jusqu'à ce que le projet soit complet. Au lieu de suivre un plan détaillé créé avant l'exécution du projet, les équipes Scrum se basent sur la vision et les attentes du client (appelées "user stories" - nous les examinerons plus loin dans cet article). Scrum est le mieux adapté aux projets qui nécessitent une flexibilité intrinsèque (c'est-à-dire que le plan évolue au fur et à mesure de son exécution), mais qui sont en même temps suffisamment définis pour atteindre les cibles et les objectifs du client.
Il est important de noter que si Scrum est un moyen populaire et efficace de mettre en œuvre Principes agilesmais ce n'est en aucun cas le seul moyen. Il existe de nombreuses méthodologies basées sur la méthode agile, telles que Crystal, Feature Driven Development, Extreme Programming (XP), DSDM Atern, et plusieurs autres. Ces approches présentent des différences importantes, mais elles sont toutes des branches de l'arbre Agile en ce sens qu'elles adoptent une approche itérative pour délivrer une Projet tout au long de son cycle de vie.
Qu'est-ce que Scrum en termes simples ?
Le moyen le plus simple et le plus facile de comprendre ce qu'est la méthodologie Scrum dans la gestion de projet - et ce qu'elle n'est pas - est de se concentrer sur la caractéristique la plus évidente et la plus déterminante de la méthodologie : les sprints.Les sprints sont une plage de temps fixe répétable, pendant laquelle l'équipe Scrum travaille à la création d'un produit fini (pour ce Sprint particulier) à la valeur la plus élevée possible. Les sprints peuvent durer de quelques jours à quelques semaines.
Notably, during each sprint the Scrum team — and not the PMO, executive, or any other external stakeholder — determines who does what, in what order, and at what speed. This self-organizing and self-managing aspect is essential, because nothing derails a Scrum project faster than if workloads are shifted or reprioritized during a sprint. Think of it like 100-yard dash track and field athletes who, after launching from the starting block, find that the race has been re-routed at the 20-yard mark, and then again at the 50-yard mark and 75-yard mark. The result would be chaos!
Méthodologie Scrum : Équipe
Il existe trois types de rôles dans une équipe Scrum : le Scrum Master, le Product Owner et l'équipe de livraison.
Le Scrum Master a quatre fonctions qui sont essentielles à la réussite du projet :
- Ce sont des défenseurs qui veillent à ce que l'équipe dispose des outils, du budget et des autres ressources dont elle a besoin pour réussir.
- Ce sont des communicateurs et des éducateurs qui assurent la liaison avec les autres équipes et départements, pour les aider à comprendre le fonctionnement de Scrum (et d'Agile en général).
- Ce sont des protecteurs qui empêchent les parties prenantes internes ou externes d'interférer avec l'équipe, ou d'agir d'une manière qui a un impact négatif.
- Ce sont des coachs qui travaillent au sein de l'équipe pour arbitrer les désaccords. Ils travaillent également en tête-à-tête avec les membres individuels de l'équipe pour leur apporter soutien, orientation et conseils.
Le Product Owner porte également plusieurs casquettes - la plus importante étant qu'il est la "voix du client", et qu'à ce titre, il est autorisé à prendre des décisions clés concernant le produit. Ils communiquent également la vision et les attentes du client à l'équipe, et définissent et hiérarchisent le backlog de produit (nous examinerons le backlog de produit dans la section suivante). Un outil essentiel sur lequel les Product Owners s'appuient est appelé "user story". Dans un contexte de développement de logiciels, ce document décrit un morceau de logiciel, ou une fonctionnalité logicielle, du point de vue du client et inclut une variété de détails tels que pour qui le logiciel est destiné, quel type d'expérience les utilisateurs finaux devraient avoir, etc. L'équipe de livraison s'appuie sur ces éléments pour s'assurer que ce qu'elle crée (par le biais des ressorts) s'aligne sur les besoins et les attentes du client.
Et enfin, mais certainement pas les moindres, les membres de l'équipe de livraison, qui sont collectivement responsables de l'exécution de chaque sprint, et finalement de la création d'un produit fini. Il existe trois caractéristiques des équipes Scrum qui les rendent nettement différentes des équipes conventionnelles :
- Comme nous l'avons souligné précédemment, ils sont auto-organisés. Il ne s'agit pas de pouvoir, mais de pragmatisme. Les équipes Scrum qui ne sont pas auto-organisées se retrouvent rapidement embourbées dans les conflits, la confusion et le chaos.
- Ils sont radicalement démocratiques. L'ancienneté et les titres de poste n'ont pas d'importance dans les équipes Scrum - ce qui compte, c'est que chaque membre de l'équipe soit compétent, efficace et puisse travailler de manière collaborative.
- Ils sont relativement petits. Bien qu'il n'existe pas de règle absolue quant au nombre de membres que peut compter une équipe Scrum (c'est-à-dire que ce n'est pas comme une équipe sportive), la plupart des équipes comptent généralement entre cinq et neuf membres. Plus l'équipe est grande, plus il peut être difficile d'obtenir un consensus et de faciliter la collaboration.
Méthodologie Scrum : Backlogs
Dans la méthodologie Scrum de gestion de projet , il existe deux types de backlogs : produit et sprint.
- Le backlog de produit capture les détails - tant techniques que centrés sur l'utilisateur - de tout ce qui doit être réalisé dans le cadre d'un projet. Le Product Owner est en charge du backlog du produit.
- Le backlog de sprint est une liste exhaustive de toutes les tâches qui doivent être réalisées au cours de chaque sprint. Cette liste est élaborée lors de la réunion de planification du sprint (comme décrit ci-dessous). Les équipes utilisent généralement un graphique d'épuisement lors du développement et de l'analyse du backlog du sprint. Il s'agit d'une représentation graphique de l'effort restant au fil du temps, et elle est utile pour prédire quand tout le travail sera terminé.
Méthodologie Scrum : Cérémonies
Ceux qui ne font pas partie du monde de Scrum peuvent entendre parler de "cérémonies Scrum" et se demander ce qu'il en est au juste ! Les membres de l'équipe s'habillent-ils de manière formelle et organisent-ils une sorte de rituel ou d'observance formelle ? Non : les cérémonies sont essentiellement quatre types de réunions : planification de sprint, stand-ups quotidiens, revues de sprint et rétrospectives.
- La planification du sprint a lieu avant le début de chaque sprint. L'équipe complète (c'est-à-dire Scrum Master, Product Owner et membres de l'équipe de livraison) se réunissent et décident de ce qui va se passer pendant le sprint. Les tâches et les objectifs situés en haut du backlog sont traités en premier. En général, les réunions de planification de sprint prennent une heure pour chaque semaine d'un sprint. Toutefois, il ne s'agit pas d'une règle absolue. Dans certains cas, lorsqu'il y a un désaccord ou lorsque les questions sont complexes, il est nécessaire de consacrer beaucoup plus de temps à la planification du sprint.
- La réunion de synthèse a lieu tous les jours et permet à chaque membre de l'équipe de faire le point et de rendre compte de ses progrès, en se concentrant sur : ce qu'il a fait la veille, ce qu'il prévoit de faire aujourd'hui, et les obstacles ou défis qu'il a rencontrés ou qu'il prévoit. Les réunions debout sont conçues pour être aussi brèves que possible, et durent rarement plus de 30 minutes pour des équipes de 5-9 personnes (naturellement, les équipes plus importantes prendront plus de temps).
- La revue de sprint est le moment où l'équipe Scrum démontre et décrit ce qu'elle a réalisé dans un sprint particulier. Au cours de la révision, le Product Owner (qui représente le client) pose généralement des questions et fournit un feedback (idéalement de type pratique et constructif).
- Les rétrospectives sont des réunions qui ne sont ouvertes qu'aux membres de l'équipe Scrum. Dans certains cas, les Product Owners peuvent être invités, mais uniquement s'ils sont impliqués dans l'exécution quotidienne du projet. L'objectif des rétrospectives est de permettre aux membres de l'équipe de réfléchir et d'analyser ce qui s'est passé jusqu'à présent - le bon, le mauvais et le laid - afin d'apporter des améliorations aux sprints suivants.
Avant de poursuivre, il convient d'ajouter que les réunions dites "debout" ne signifient pas que les participants doivent littéralement être debout pendant la réunion. L'étiquette reflète plutôt le fait que les réunions doivent être brèves (c'est-à-dire que s'ils le voulaient, les participants pourraient effectivement rester debout pendant la réunion sans se sentir épuisés). En outre, il n'est pas nécessaire que ces réunions aient lieu en personne. Elles peuvent (et de nos jours, ont souvent lieu) se dérouler virtuellement sur le Web grâce à diverses applications de vidéoconférence.
La méthodologie Scrum dans la gestion de projet : Avantages
Scrum offre plusieurs avantages significatifs par rapport à la chute d'eau et à d'autres méthodologies non agiles, notamment :
- La capacité à s'adapter rapidement au changement - ce qui peut impliquer d'éviter les risques et/ou d'exploiter les opportunités.
- La capacité de lancer rapidement des projets plutôt que de passer des semaines et des mois à élaborer un plan détaillé.
- Une transparence et une visibilité accrues, grâce à la combinaison de réunions quotidiennes, de contrôles permanents et de la planification des sprints.
- Plus de responsabilité et de contrôle au niveau de l'équipe.
- Amélioration de la collaboration et du partage des connaissances. Rappelez-vous que l'ancienneté et les titres de poste n'ont aucune importance dans les équipes Scrum - ce qui compte, c'est que les membres de l'équipe accomplissent efficacement les tâches qui leur incombent.
- Des économies potentielles, car les problèmes et les questions sont révélés au grand jour lorsqu'ils se présentent - et non plus tard dans le projet, lorsque leur résolution pourrait être coûteuse et prendre du temps.
La méthodologie Scrum dans la gestion de projet : Inconvénients potentiels
La méthodologie Scrum présente également certains inconvénients potentiels, notamment :
- Les grandes équipes peuvent être difficiles à gérer, mais les petites équipes peuvent manquer de connaissances, d'expérience et de capacité pour effectuer les tâches de manière efficace et rapide.
- Il existe une possibilité de dérapage (scope creep), c'est-à-dire que le projet fait plus que ce qui était initialement envisagé. C'est là qu'un Scrum Master compétent est vital !
- Il peut y avoir quelques conflits interpersonnels, car les membres de l'équipe qui ont des niveaux d'expérience différents peuvent avoir du mal à atteindre un consensus.
- Sprint après sprint peut conduire au burnout et à l'épuisement. Pour faire face à ce problème - ou mieux encore, l'éviter - les organisations devraient envisager l'adoption de Kanban. Nous en parlons davantage dans la section suivante.
À propos de Kanban
Similaire à Scrum, Kanban se concentre sur l'achèvement des tâches dans le backlog et l'amélioration constante des performances. Toutefois, cela ne se fait pas par le biais de sprints. Elle est plutôt obtenue par la livraison continue et l'itération permanente. En outre, il n'y a pas de rôles obligatoires, ce qui signifie que les membres de l'équipe conservent leurs titres d'emploi et leurs identités professionnelles familières. Certains leaders solutions logicielles de gestion des tâches prennent en charge Scrum, Kanban et les méthodologies conventionnelles en cascade, de sorte que les organisations qui adoptent actuellement une approche plus traditionnelle peuvent passer progressivement à un cadre Scrum/Agile.
Le mot de la fin
La méthodologie Scrum dans la gestion de projet peut être un moyen très efficace de conduire et de terminer des projets. Cependant, c'est - et ce sera toujours - à la fois une science et un art. Le premier parce qu'il existe certains principes, concepts, outils et pratiques fondamentaux. Ce dernier parce que chaque projet est différent, et plus les membres de l'équipe acquièrent de l'expérience, plus ils deviennent confiants et compétents !
Articles similaires
