Proof of concept (POC)

Qu'est-ce qu'un proof of concept (POC) ?

Réaliser un POC correspond au fait de réunir des preuves qui démontrent la faisabilité d'un projet, avant sa réalisation. Par définition, le POC intervient très tôt dans le processus de développement d'un produit ou d'une application. Le projet en question peut être de natures très différentes : un produit ou un service, une application web, un logiciel, ou même encore la création d'une entreprise.

Rarement utilisé dans les méthodes de gestion de projet classiques (méthode cascade, cycle en V…), c'est un outil très souvent utilisé dans les méthodes agiles !

Concrètement, avant de se lancer dans un projet et de dépenser des ressources et du temps pour le réaliser, on va chercher à répondre (entre autres) à ces deux questions :

• Existe-t-il un réel besoin pour ce produit ?
• Le projet est-il réellement réalisable ?

Si la réponse est oui pour les deux questions, on peut passer à la prochaine étape dans la réalisation de ce projet.

POC vs Prototype : quelles différences ?

Bien qu'ils possèdent des similitudes, les concepts de POC et de prototype ne désignent pas la même chose.

Le prototype est un moyen d'expliquer comment élaborer votre produit et donner un aperçu de sa version finale. Il sert à tester différents aspects du produit sans encore trop avancer de moyens. On ne demande pas à un prototype d'avoir toutes les fonctionnalités ou d'être un design élaboré ! Mais, contrairement au POC, le prototype d'un produit est déjà quelque chose de concret, palpable.

Dans le cycle de vie d'un produit, qu'il s'agisse d'une application web ou non, le prototype arrive après le POC, et avant le MVP !

POC vs MVP : quelles différences ?

Un produit minimum viable (MVP) est la version d'un nouveau produit qui permet à une équipe de recueillir le maximum de données validées sur les clients avec le minimum d'efforts. Il s'agit donc de créer un produit avec juste assez de fonctionnalités pour satisfaire les premiers utilisateurs et fournir des retours d'expérience pour la suite du développement. Si vous en souhaitez en savoir plus, nous avons écrit un article sur le sujet !

L'origine du POC vient de la sécurité informatique

Historiquement, le concept de POC est utilisé dans le cadre de la sécurité informatique. Dans ce cas spécifique, il ne s'agit pas de valider la viabilité d'un projet, mais de démontrer l'existence d'une faille logicielle !

Quels sont les avantages du POC ?

A nos yeux, faire un POC d'une application présente 2 grands avantages :

• Réduction des risques : En validant la faisabilité du projet dès le départ, on évite des dépenses superflues, on réduit les coûts et on gagne du temps !
• Anticipation des problèmes : Le POC permet d'analyser le projet en profondeur avant de le lancer, ce qui aide à identifier et résoudre les problèmes potentiels en amont. Cette approche s'aligne sur la méthodologie DevSecOps, qui intègre les préoccupations de sécurité dès les premières étapes du projet.

Quels sont les inconvénients d'un POC ?

Malgré ses nombreux avantages, gardez en tête que la méthode POC n'est pas parfaite et possède des limitations.

Coût initial

La mise en place d'un PoC de qualité et approfondi demande parfois un investissement conséquent, avant tout en terme de temps, ce qui peut représenter un effort non négligeable au départ (même si comme on l'a dit plus haut, ça permet d'avoir des importants gains de temps par la suite).

Limites de l'échelle

Les résultats obtenus lors d'un POC ne sont pas toujours totalement représentatifs de ce qui se passerait à grande échelle, ce qui peut mener à des conclusions pas toujours exactes sur la faisabilité du projet ! Quand on fait un POC on voit souvent petit, alors que quand on passe en production un projet, le nombre d'utilisateurs de l'application peut rapidement exploser si c'est un succès !

Focalisation restreinte

Un PoC se concentre généralement sur des aspects spécifiques du concept, ce qui peut ne pas prendre en compte tous les défis ou opportunités liés à l'ensemble du projet. C'est à la fois une opportunité car on se focalise sur l'essentiel : le moteur de l'application ; mais cela peut être aussi limitant car on ne pense pas à tout dans cette phase !

Biais de confirmation

Il existe un risque que les résultats soient influencés par des biais de confirmation ! Et oui, c'est toujours plus confortable de valider positivement son hypothèse de projet d'application, plutôt que d'y renoncer. Alors attention, restez les plus objectifs possible !

Les étapes pour réaliser un POC efficace

POC ou pas POC : l'étape préliminaire

Avant de démarrer un POC, il est d'abord légitime de se poser la question de l'importance d'en réaliser un ou non ! Réunissez les idées, le budget, si possible une équipe, et si vous le pouvez et que vous êtes convaincus que votre projet d'application a un vrai intérêt, tentez ! Ça serait dommage de passer à côté d'un super projet d'application interne qui faciliterait le quotidien d'une partie de vos collaborateurs ou de laisser tomber l'idée de l'année pour vos clients :)

La planification du POC

Comme dans toute chose, cela ne sert à rien de foncer tête baissée sans avoir fait un minimum de planification en amont. Posez-vous les questions suivantes :

• Qu'est-ce qu'on va mettre comme fonctionnalités dans le POC ?
• Quelles seront les données d'entrée / sortie ?
• Quelles sont les spécifications techniques ?
• Comment on intègrerait l'application dans le SI ?
• Quelle est la cible d'utilisateurs ? Qu'est-ce que ça va leur apporter concrètement ?
• Qui va valider le POC ?
• Quelles sont les métriques qui font qu'on valide le projet ?
• Quel est le planning ?
• Etc.

Réalisation du POC

Vous rentrez maintenant dans le dur du sujet. Il est temps de réaliser les analyses et les tests qui vous permettront de répondre aux questions ci-dessus et de prendre une décision éclairée par la suite !

Analyse du POC

Il faut maintenant synthétiser toutes les informations que vous avez obtenu lors de l'étape précédente pour les présenter (et avoir une validation par vous ou vos pairs) ! Pour cette étape, on vous recommande d'être les plus simples et concis possible : présentation des grandes lignes du POC, protocole des tests, avantages/inconvénients, principaux enseignements, et recommandations pour l'après !

Planification des étapes suivantes (ou non) !

Selon les informations obtenues grâce au POC et à l'analyse que vous en avez fait, vous êtes maintenant en capacité de prendre une décision sur le futur de votre projet ! En tout cas, j'espère pour vous que vos POCs seront concluants :)