Comment Mener Un Projet De Prototypage Rapide
Le prototypage rapide peut être un outil précieux pour nous, chefs de projets digitaux, afin d’aider les clients qui posent la question : « Mais est-ce que cela va fonctionner ? » et « Comment cela va-t-il fonctionner ? » Souvent, la réponse simple, mais frustrante, est simplement : « Nous ne savons pas encore – mais laissez-nous vous aider à le découvrir. » Une excellente manière d’y parvenir, de plus en plus populaire auprès des agences et des clients, est le prototypage rapide : investir peu pour prendre une décision éclairée sur la viabilité d’un produit avant de faire de gros investissements.
Notre secteur évolue à une vitesse fulgurante et, en tant que chef de projet digital, nous devons être prêts à nous adapter à de nouvelles méthodes de travail. Un exemple actuel est le prototypage rapide. Il y a neuf mois, je n’avais jamais travaillé sur un projet de prototypage rapide et je viens tout juste d’achever mon quatrième projet de prototypage rapide, afin de tester rapidement la viabilité des produits. Donc, si vous n’avez pas encore travaillé sur un tel projet, je suis prêt à parier que cela ne saurait tarder pour vous.
Cet article explique différentes façons d’explorer la viabilité d’un produit et vous fournira des principes directeurs pour vous aider à gérer avec confiance des projets digitaux ou analogiques très dynamiques.
Déverrouillez gratuitement
Créez un compte gratuit pour terminer la lecture de cet article et rejoindre une communauté de leaders innovants qui accèdent à des outils, des méthodes et des idées pour prospérer à l’ère de l’IA.
Have an account? Log In
Mais d’abord, qu’est-ce que le prototypage rapide ?
Le prototypage rapide désigne le processus appliqué à la réalisation d’une preuve de concept ou de prototypes rapides. Un prototype permet de tester la validité d’un concept. Il vous donne la possibilité de développer davantage de fonctionnalités, plus rapidement, mais cela se fait généralement au détriment de la qualité, c’est pourquoi le produit est, dans la plupart des cas, jetable.
Les prototypes existent sous différentes formes et tailles
Bien qu’il existe plusieurs moyens d’explorer la viabilité d’un produit, voici trois approches distinctes :
- Preuve de concept – Une preuve de concept est une démonstration très légère, jetable du produit, visant à tester l’idée qui se cache derrière ce dernier avant de le fabriquer.
- Prototype rapide – Un prototype rapide est une première version légère du produit qui peut être testée avec de vrais utilisateurs afin d’obtenir davantage de confiance dans le produit avant son développement complet.
- Produit viable minimum (MVP) – Un MVP est la première version du produit de qualité de production, construite en développant des fonctionnalités complètement opérationnelles pour les utilisateurs.
Votre niveau de confiance dans le produit doit être le principal facteur pour déterminer quelle approche adopter.
Plus l’idée est risquée = plus il faut aller vite.
Certains diront que si une idée est risquée, il faut donc passer plus de temps à y réfléchir avant de la mettre en œuvre. D’une certaine manière, ils n’ont pas tort. On peut valider un besoin presque sans construire quoi que ce soit. Il existe de nombreux exemples de tests de validation qui méritent d’être étudiés.
Cependant, une fois que vous savez qu’il existe un besoin, la seule façon de le prouver est de construire quelque chose, de le lancer aussi vite que possible dans sa forme la plus brute, de recueillir des retours et d’itérer. Nous avons maintes fois constaté que lors de la phase de recherche d’une idée, le client finit inévitablement par dire « J’achèterais cela » et puis, quand le produit sort, les ventes ne suivent pas.
« J’achèterais ça sans hésiter » – 100 personnes
Personnes qui l’achèteront réellement = 10
Jeff Sheldon (@ugmonk) 1 septembre 2016
Le prototypage rapide réduit le risque à chaque fois en raccourcissant la boucle de rétroaction et en s’assurant que vous créez un produit qui se vendra.
Comment savoir lequel vous convient
| Style de prototypage | Confiance | Degré de simulation | Degré de jetabilité |
|---|---|---|---|
| Preuve de concept | Faible | Totalement | Totalement |
| Prototype rapide | Moyenne | Partiellement | Partiellement |
| Produit viable minimum | Élevée | Très peu/pas du tout | Fait pour durer |
Pour construire rapidement, vous devez être ouvert à l’idée de développer de nouveaux processus et modes de fonctionnement.
Principes directeurs pour gérer des projets de prototypage rapide
Travailler selon les méthodes décrites ci-dessous demande un nouvel état d’esprit. Je recommande de commencer votre projet par un lancement interne pour passer en revue ces principes et expliquer pourquoi ils sont importants. Cela aidera à s’assurer que toute l’équipe soit alignée dès le début, sache ce qu’on attend d’elle et prenne conscience d’où et pourquoi le projet pourra différer de ce à quoi elle est habituée.
1. Soyez prêt à en faire moins
Cela impliquera probablement moins de planification en amont que ce à quoi vous êtes habitué et inclura le fait d’être à l’aise avec :
- Non, ou peu de critères d'acceptation
- Pas de sous-tâches sur les User Stories
- Pas d'estimations
Ce que vous perdez en rigueur de processus, vous le gagnez en rapidité, en confiance et en communication. Acceptez de lâcher un peu de contrôle.
Ce principe rappellera à toute l'équipe qu'il est normal d'abandonner des processus bien connus au profit de la livraison plus rapide de logiciels fonctionnels. Il est bon de régulièrement se demander, et de demander à l'équipe : « Est-ce le moyen le plus rapide de faire x ? ».
2. Montrez, ne dites pas
Comme vous faites moins de planification en amont, vous passerez plus de temps à discuter et à dessiner durant le développement. Vous pouvez vouloir allonger vos scrums pour discuter plus en détail de la fonctionnalité avant que l’équipe commence à la développer dans la journée. Comme le dit l’adage, une image vaut mille mots. Parfois, un croquis de la page, un modèle de contenu ou un schéma expliquant comment le système va être construit suffit pour commencer à développer ; vous pourrez ensuite itérer dessus.
Ce principe va instaurer la confiance entre vous et le client, tout le monde aime voir les progrès réalisés et montrer le travail régulièrement permet d’obtenir des retours en temps utile, ce qui réduit donc le gaspillage.
3. Demandez pardon, pas la permission
Dans la plupart des processus de développement logiciel rigoureux, le consensus est essentiel. Vous voulez que le product owner valide les critères d’acceptation et, en tant que chef de projet, vous voulez vous assurer que votre équipe a bien compris les exigences avant d'écrire une ligne de code.
Avec les prototypes rapides, il est important que votre équipe se sente habilitée à « juste construire » selon leur meilleure compréhension, puis montrer le résultat aussi vite que possible, recueillir les retours et itérer.
Obtenir l’adhésion de tous dès le départ ralentit le processus et le travail n’est que rarement perdu si l’équipe montre ce sur quoi elle travaille tôt et souvent.
Ce principe est particulièrement utile pour les développeurs ; il leur confie la responsabilité d’architecturer et de construire une fonctionnalité avec peu d’influence extérieure. Souvent, nous faisons trop, nous compliquons les choses parce que nous ne voyons pas toujours la complexité technique impliquée dans nos demandes. Faire confiance aux développeurs pour décider quelle est l’implémentation la plus basique et commencer par cela est une excellente approche.
Pour que cela fonctionne, il est essentiel que vos développeurs comprennent en profondeur le projet afin de pouvoir prendre les bonnes décisions pour le projet et ne construire que juste ce qu’il faut.
4. Encouragez toujours l'équipe à montrer ce sur quoi elle travaille (même si ce n'est pas joli)
Ce processus s'inspire des principes de prototypage du Government Digital Services.
Généralement, nous ne montrons les fonctionnalités aux clients qu'une fois qu'elles sont terminées. Dans des projets de prototypage rapide, il est important de les montrer dès qu'elles sont fonctionnelles afin de réduire les gaspillages, d'itérer et de pivoter si besoin.
Faites-le fonctionner. Montrez-le.
Rendez-le joli. Montrez-le.
Rendez-le scalable. Montrez-le.
Ce principe décharge les membres de l’équipe du sentiment qu’ils ne doivent montrer leur travail qu’une fois relu par le design ou complètement testé. Célébrez le travail en cours.
5. Privilégiez les processus physiques aux processus en ligne
Comme le dit Brett Harned, nous gérons les projets avec notre esprit, non avec nos outils. N’hésitez pas à délaisser vos outils de gestion de projet. Visualisez le travail, utilisez un backlog physique, collez des croquis, des user flows, des personas au mur et organisez vos scrums autour de cela. Faites-y souvent référence et encouragez les gens à s’approprier le mouvement des cartes et à célébrer la mise en production de nouvelles fonctionnalités. Si votre client n’est pas sur place, prenez des photos et partagez-les sur Slack pour qu’il ne soit pas oublié.
Essayer un nouveau processus peut être compliqué ; visualiser le travail va probablement provoquer des discussions qui n’auraient pas eu lieu lors d’un appel en visio sur un tableau numérique. Il sera vite évident si une carte physique n’a pas bougé depuis un jour ou si le WIP est trop important. Utiliser des processus physiques ajoute une couche supplémentaire de transparence qui, croyez-moi, quand tout semble flou, sera précieuse !
6. Soyez bienveillants les uns envers les autres
Il est naturel de se sentir dépassé lorsqu’on cherche à adopter un nouveau processus et une nouvelle façon de travailler, surtout lorsqu’on débute également. Soyez confiant et encouragez l’équipe lors des difficultés. Écoutez attentivement leurs préoccupations et soyez prêt à ajuster le processus au fil du temps. Assurez-vous que le processus ne mette pas de pression supplémentaire sur votre équipe ; le prototypage rapide consiste à travailler plus intelligemment, pas plus durement.
Selon les personnalités au sein de votre équipe, certains membres accueilleront cette nouvelle façon de travailler tandis que d'autres pourraient y résister. Nous apprenons tous à des rythmes différents et chaque discipline sera confrontée à des défis variés en s'adaptant à une nouvelle méthode de travail. En tant que chef de projet, restez attentif à cela et veillez à instaurer un environnement de soutien et de sécurité pour l’équipe – asseyez-vous ensemble, buvez du thé et échangez régulièrement avec chacun pour voir comment ils s’en sortent.
7. Minimiser les distractions
Il n’est pas toujours évident, en tant que chef de projet, de savoir où faire des compromis avec un nouveau processus et où vous devez rester ferme. Pour ce qui est d’accepter de nouveaux changements en cours de sprint, continuez à résister et à dire non. Il est primordial qu’une fois le sprint lancé, votre équipe puisse travailler sans perturbation ; protéger leur temps est la chose la plus précieuse que vous puissiez faire.
Ce principe donne à l’équipe le pouvoir de refuser certaines demandes. Il est probable que vous réalisiez des sprints d’une semaine ; avec un laps de temps aussi court, vous ne pouvez pas vous permettre d’en perdre. Obtenez l’adhésion de toute l’entreprise afin que chacun se sente capable de reporter des réunions internes ou des responsabilités supplémentaires pour pouvoir se concentrer pleinement durant cette période.
Comment tirer profit du prototypage rapide
J’ai trouvé cette nouvelle approche du travail extrêmement enrichissante ; à certains moments, elle m’a semblé chaotique, désordonnée et incontrôlable. Il est difficile de savoir où et dans quelle mesure s’écarter de son processus habituel mais je vous encourage à expérimenter, à échouer rapidement et à être transparent avec votre équipe sur vos besoins.
Il nous est arrivé, à quelques occasions, de supprimer une étape clé du processus puis de la réintroduire par la suite car il est devenu évident que la gestion du projet devenait trop difficile sans celle-ci. À ces moments du projet, je veillais à bien expliquer les conséquences de cette suppression au reste de l’équipe. Ensemble, nous discutions s’il existait une autre façon pour moi d’obtenir cette information ; si aucune solution plus adéquate n’était trouvée, nous réintégrions le processus. C’est dans ces situations-là que l’on récolte les fruits d’un environnement soutenant, basé sur la confiance et le respect mutuels. À chaque étape, nous apprenons, nous ajustons et nous avançons ensemble en équipe.
Crédit à Chris Thorpe pour ces principes, tout ce que je sais, c’est grâce à lui.
