Introduction aux méthodes de gestion de projet

En bref

Entre méthodes Agile et Lean, difficile parfois de s'y retrouver, cet article est une synthèse des principales méthodes de gestion de projets que vous croiserez en chemin.

Cet article fait partie d’un autre ⚠️

Si c’est votre première visite ici, déjà bienvenu 👋 . Sachez que cet article fait partie de celui-ci plus global : Débuter dans l'UX/UI Design, un guide compréhensif. Bien que ce ne soit pas essentiel, je recommande néanmoins de commencer par là avant si vous débutez dans l’UX/UI Design.

Table des matières

• Introduction
• Présentation des principales méthodes
• Et maintenant tous ensemble

Introduction

Je n’ai jusqu’à là volontairement pas (trop) parlé des méthodes de gestions de projets, de nos jours, surtout en startup ou dans les entreprises à la page, la gestion de projet en cascade (waterfall) n’est plus tellement à la mode, et pour de bonnes raisons. Aujourd’hui on parle plutôt de “Design Sprint” et de méthode “Agile”.

Si on reprend l’exemple dans l’article Le processus d'UX/UI Design avec un exemple, peu importe la ou les méthodes qu’aurait utilisés le project manager, les tâches listées restent valables. Il faut voir les méthodologies comme des manières plus optimisées, en fonction du contexte, d’articuler ces tâches. Mais fondamentalement, elles restent plus ou moins les mêmes d’une méthodologie à l’autre.

Je vais passer en revues les méthodes les plus connues, sans néanmoins, rentrer dans tous les détails subtils de la gestion de projet. Il est important en tant qu’UX/UI Designer, de les connaître, car elles structureront vos journées.

Note : avant de commencer, il faut savoir que comme l’UX/UI Design, les méthodes évoluent vite et s’influences entre elles, mais il faut garder en tête que peu importe la méthode, elles ont en commun de faire des validations régulièrement (internes et/ou externes avec des utilisateurs) afin de s’adapter en fonction des changements et de boucler sur elles-mêmes pour affiner le projet en fonction des retours.

La méthode de gestion de projet en elle-même doit être adaptative dans le temps, c’est-à-dire que le project manager peut (et doit) utiliser le principe d’amélioration continue sur la méthode de gestion elle-même. Plus que jamais dans ce métier, il faut être prêt au changement.

Présentation des principales méthodes

Voici mes descriptions, mais gardez en tête qu’elles peuvent légèrement changer d’une personne à l’autre.

Waterfall (modèle en cascade)

Méthode de gestion traditionnelle où l’on va d’un point A à un point B. Vous avez sûrement déjà vu ces diagrammes de Gantt où chaque tâche succède à une autre avec une forme de cascade du haut vers le bas, d’où le nom “waterfall” (ils sont d’ailleurs toujours utilisés indépendamment avec d’autres méthodes).

Elle est utilisée quand la vision est (presque) bien définie, que le besoin est validé et que l’on sait où on va sans grande chance de se tromper. Bien adapté pour des projets complexes mais prévisibles, ou l’inverse, sans grandes ambitions (construire une centrale nucléaire, un bâtiment ou à l’inverse, refaire le site web d’une petite association avec le même contenu).

Design thinking

Sous ce nom se cache le processus créatif des designers théorisé dans les années 80-90 pour être appliqué à d’autres domaines. Déjà dans le design thinking, on retrouve cette opposition à la gestion linéaire au profit d’une gestion plus souple, plus créative, mais avec quand même un cadre.

Il est, entre autres, à la base des méthodes suivantes, qui en sont des adaptations selon les domaines. En effet, on retrouve dans celles-ci des éléments du design thinking comme les itérations ou le centrage sur les utilisateurs.

Lean

Cette méthode s’est développée avec succès dans les usines japonaises de Toyota au XXe siècle. Le principe du Lean est de transformer et optimiser n’importe quel système qui produit de la valeur, dans le cas de Toyota donc, la production de voiture. Ses principes fondamentaux sont entre autres, de pouvoir s’adapter aux changements et de rester proche des utilisateurs.

Cette méthodologie a fait son chemin et elle est très utilisée dans les startups pour tester des idées de business sans trop de risques. Pour cela elle propose, entre autres, le concept du MVP (Produit Minimum Viable), un mot que vous entendrez souvent dans votre carrière.

Lean UX

C’est simplement les principes du Lean appliqués à l’UX. Du moment qu’une startup fonctionne en Lean et fait de l’UX/UI, elle fait du Lean UX par extension.

Son principe est d’itérer sur des designs minimums viables, de mesurer leurs retombés et ainsi de suite, recommencer jusqu’à valider une idée puis passer à l’UI Design.

Agile

Méthode pour livrer des produits développés (code) en s’adaptant aux changements, c’est le mélange de Lean avec le monde du développement. Elle est en rupture avec la méthode waterfall jusque-là dominante et fut définie par le manifeste agile en 2001 par 17 développeurs. Il se compose de 12 principes.

Ses forces sont qu’elle s’adapte aux changements plus rapidement en produisant de la valeur en cycles plus courts. Elle effectue des remises en questions régulièrement pour garantir une amélioration continue.

Agile n’est en réalité pas vraiment une méthode en soi, mais plutôt un ensemble de valeurs qui sont mises en pratique à travers, entre autres, la méthode Scrum et/ou Kanban. Pour résumer : la méthode Agile Kanban se concentre sur la livraison en continu de valeurs et Agile Scrum, sur des cycles (appelés “sprint”) de temps définis où de la valeur est produite à la fin de chacun d’entre eux.

En Agile, on trouve notamment le PO pour “product owner”, il est responsable de la vision du produit.

Agile UX

Comme dans la majorité des cas, le travail des développeurs se base sur une UI, on peut alors parler d’Agile UX. C’est-à-dire que l’on inclut les designers dans les sprints ou le kanban. Une façon optimale d’Agile UX, est par exemple, de faire travailler les développeurs un ou deux sprints en avance des designers, donc au moment où les designers travaillent sur une fonctionnalité, les développeurs travaillent sur d’autres qui ont été faites avant.

Design Sprint

Méthode de Google qui est une variante du Lean UX. Elle consiste à créer et tester un prototype en quatre ou cinq jours afin de valider une idée de fonctionnalité. Avec le temps, grâce à des outils comme Sketch, Adobe XD ou Figma, il est de plus en plus facile de faire des prototypes proches du produit final, sans faire de code. C’est entre autres, grâce à ces outils que la méthodologie du Design Sprint est apparue. Donc contrairement à l’Agile UX ou Lean UX, on ne fait pas de code ou de MVP.

Et maintenant tous ensemble

D’après les définitions précédentes, voici comment je combinerai l’ensemble : le design thinking est la toile de fond, la startup qui démarre est en mode Lean. Quand elle a une idée de produit, elle la design en mode Lean UX puis une fois l’idée validée, elle est faite avec une UI propre en mode Agile UX pendant que les développeurs intègrent en mode Agile ce qui est fait. Une fois le produit lancé sur le marché, les équipes peuvent faire quand cela est nécessaire des Design Sprints pour tester des nouvelles fonctionnalités.

En résumé : Lean aide la startup à faire le bon produit et Agile, à développer le produit de la bonne manière.

Pour un autre point de vue, voici un graphique de P2V qui résume également comment les différentes méthodes s’articulent entrent-elles :

Pour continuer sur votre lancée

Comme mentionné au début de cet article, il fait partie d’un ensemble plus grand, pour continuer c'est par là.

Doko Zero
UI Designer avec des compétences en UX et développement web