Outil Le Proof Of
14
Concept (POC)
N’attendez pas En quelques mots
des personnes
Un Proof Of Concept (Preuve de Concept) ou POC est une mini-étude
intelligentes qu’elles
ou une maquette permettant de valider que les hypothèses avancées
vous écoutent sans
pour un projet sont bien vérifiées. Réalisé dans la phase d’émergence,
preuve.
un POC n’a pas vocation à être « parfait » ou à représenter l’ensemble
W. Edwards Deming de la solution développée par le projet. Il permet juste d’éclaircir les
zones d’ombres du projet en identifiant les principaux risques tech-
niques ou en validant son orientation fonctionnelle.
RÉaliser une premiÈre maquette
trÈs tÔt pour bien orienter le projet
Le projet comporte plusieurs Cela me permet de mieux
Je développe une première
complexités techniques, et les capter les besoins et de valider
maquette avant de me lancer
utilisateurs ne savent pas dire ce les hypothèses techniques,
dans le développement complet.
dont ils ont besoin. coûts et délais.
38
Dossier 2 Concevoir la solution de manière collaborative – Définir le « Quoi ? »
de ce qui se produira dans le développement de
Pourquoi l’utiliser ?
l’ensemble de la solution.
5. Tester le POC sur la base des cas d’usage
Objectif
recensés, en impliquant des utilisateurs repré-
zz Valider un concept : si le projet vise à développer sentatifs : recueillir l’ensemble de leurs feedbacks,
une solution pour laquelle les utilisateurs peinent sans aucune censure. Les utilisateurs ne savent pas
encore à exprimer leur besoin, le POC permet de toujours exprimer leurs besoins, mais face à une
les confronter à une première maquette. maquette, ils savent dire ce dont ils ne veulent pas !
zz Valider la faisabilité technique : si le projet met en 6. Capitaliser : valider ou ajuster les hypothèses
œuvre un nouveau savoir-faire, encore méconnu techniques, coûts et délais qui avaient été posés
de l’entreprise, le POC permet d’appréhender le au démarrage. Identifier les retours utilisateurs qui
degré de complexité technique. peuvent être intégrés à la solution afin d’en faciliter
l’adoption ultérieure.
Contexte
Le POC est réalisé soit au cours de la phase d’ini- Méthodologie et conseils
tialisation pour autoriser (ou pas) le lancement du Un périmètre de POC trop large soulève souvent
projet, soit au cours de la conception de la solution, bien plus de réponses qu’il n’en apporte : il est donc
pour aboutir à une solution viable. conseillé de focaliser le POC afin de faciliter sa mise
Il peut être à l’initiative du client, ou recommandé en œuvre et la prise de décision qui en découlera.
par l’équipe projet lorsque le niveau d’incertitude
(fonctionnel et/ou technique) est trop élevé.
Comment l’utiliser ?
Étapes
1. Limiter le périmètre du POC : un POC sert à
tester quelques cas d’utilisation, il n’a pas voca-
tion à remplacer la mise en œuvre de votre projet Suite outil 14
(et au contraire, il la retarde !). Il convient donc
de circonscrire les fonctionnalités, le volume de
données traitées, les individus impliqués, et de lister
les hypothèses retenues.
2. Rédiger des cas d’usage : ces cas doivent décrire
des scénarios particuliers d’utilisation de la solu-
tion par chacune des catégories d’utilisateurs. Il
est recommandé de se concentrer sur les cas les
plus probables et de ne pas passer trop de temps
à la formulation d’hypothèses ou de cas très Avant de vous lancer...
atypiques.
3. Développer le POC en vous contraignant par √√ S’assurer que le périmètre du POC
les délais : cela évite de faire de la sur-qualité, et est précis. Il sera ainsi plus facile d’en
permet de vous focaliser sur le périmètre initial. réutiliser des éléments ultérieurement.
4. Lister les difficultés techniques rencontrées lors
√√ Déterminer bien à l’avance les hypothèses
de la réalisation du POC : une solution de contour-
techniques, coûts et délais du projet
nement peut être trouvée à court terme, mais il est
à valider, pour garantir l’efficacité du POC.
probable que ces difficultés soient représentatives
39
Suite
outil 14 Le Proof Of Concept (POC)
Comment être plus efficace ?
Les POC et les différentes natures de projet POC et MVP (Minimum Viable Product)
Un POC a une définition différente en fonction du La différence fondamentale entre POC et MVP
projet dans lequel il s’insère : réside dans la qualité du composant réalisé.
zz Dans un projet technologique : Dans le POC : il ne fonctionne pas complètement, et
Il sert à valider la faisabilité technique des briques ne pourrait pas être fourni à des clients pour qu’ils
de solution envisagées. Cette faisabilité est d’ail- en fassent un usage en conditions réelles.
leurs autant technique qu’humaine : a-t-on su Le MVP est bien la première version, la plus légère,
mobiliser des équipes regroupant suffisamment de d’une solution, que l’on va mettre à disposition des
compétences pour relever le défi du POC ? utilisateurs en conditions réelles, pour qu’ils en
zz Dans un projet de nouveau produit à mettre sur le retirent des bénéfices et qu’ils puissent produire
marché, pour une start-up par exemple, mais pas du feedback.
uniquement :
Le POC va permettre de valider l’appétence du
marché pour les produits envisagés. Une fois
réalisé, il va être présenté au marché via des études
clients, des focus group, et des tests auprès de
panels représentatifs. Les enseignements tirés
permettront de lancer la phase suivante de déve-
loppement. Dans le cas des start-ups, des levées
de fonds complémentaires peuvent être réalisées.
zz Dans un projet de transformation organisation-
nelle :
Il sert à définir les grandes lignes de la nouvelle
organisation et à la soumettre à des représentants
des futurs membres, voire à certains de leurs repré-
sentants élus.
40
Dossier 2 Concevoir la solution de manière collaborative – Définir le « Quoi ? »
Cas
Cas réel d’un POC :
une plateforme de digital learning
Dans le cadre du développement d’une nouvelle ––la complexité technique (capacité à intégrer tous
plateforme de digital learning, un organisme de types d’activités e-learning, de mettre des docu-
formation développe un premier POC. ments à disposition),
Ce POC vise à tester 2 choses : ––l’ergonomie de la plateforme pour les futurs
apprenants.
Proof Of Concept de la plateforme Synthèse des tests utilisateurs Développement de la plateforme
sur la base des retours de tests
8 utilisateurs représentatifs sont invités à tester zz faire des ajustements sémantiques (ex : ne pas
le POC : on procède à une captation vidéo des parler de « ressources », mais de « documents ») ;
tests afin de pouvoir retraiter l’ensemble de leurs zz ajuster la compatibilité avec certains navigateurs
commentaires par la suite. internet.
Les tests utilisateurs révèlent les points suivants : Finalement, le POC se révèle concluant avec une
zz nécessité de retravailler la User Experience (UX) note moyenne attribuée par les utilisateurs de 8/10,
pour fluidifier encore plus la navigation ; ce qui permet le lancement officiel d’un projet de
développement.
41
