Preuve de concept - Comment l'utiliser pour faire de votre projet logiciel un succès ?

Le marché des produits numériques évolue. Il devient de plus en plus difficile de percer avec quelque chose de nouveau en tant que startup ou de construire un système pour un usage interne au sein d'une organisation qui soit meilleur que les solutions SaaS prêtes à l'emploi. La clé du succès réside dans l'efficacité de votre planification pour construire un produit informatique. Une pratique indispensable lors de la phase d'idéation d'un projet est la preuve de concept. Dans cet article, j'examine comment la preuve de concept peut bénéficier aux projets informatiques (avec un accent particulier sur les applications basées sur Drupal) et fournir un soutien inestimable à nos clients - des startups aux grandes entreprises.

Qu'est-ce qu'une preuve de concept ?

La preuve de concept (PoC) est une manière de démontrer et de confirmer les hypothèses du projet. C'est une version expérimentale d'un produit, d'un projet ou d'une idée utilisée pour illustrer sa faisabilité ou son efficacité en application pratique. Elle est essentielle dans la vérification et le développement de nouvelles technologies, services ou stratégies commerciales.

Dans le contexte des affaires et de la technologie, la PoC aide les organisations à éviter des investissements coûteux dans des idées qui ne sont pas réalisables, leur permettant de concentrer les ressources sur les projets les plus prometteurs.

La PoC ne doit pas être confondue avec le MVP (Minimum Viable Product). Ce n'est pas nécessairement un produit prêt à être commercialisé ou une base sur laquelle le projet sera développé. Elle doit seulement fournir une preuve tangible de la concept qui répond à ses objectifs et qui a le potentiel d'atteindre son but voulu. Contrairement à un MVP, la version la plus simple du produit que vous pouvez offrir aux clients pour retour d'expérience, une PoC peut même ne pas avoir une forme utilisable pour les utilisateurs externes.

Preuve de concept dans le développement logiciel sur Drupal

Si vous entreprenez un projet, vous avez certainement une raison pour cela. En général, les applications web ou mobiles sont développées pour résoudre des problèmes spécifiques d'une sélection d'utilisateurs cibles. Souvent, ils ont leurs propres habitudes, processus et technologies qu'ils utilisent quotidiennement. Les connaître serait utile pour confirmer si votre nouveau projet peut répondre à ces exigences.

C'est pourquoi la preuve de concept est cruciale pour vérifier les hypothèses les plus critiques d'un projet. Dans le cas de Drupal, nous avons beaucoup d'expérience et pouvons confirmer la plupart des exigences aux clients sans avoir recours à une PoC.

Cependant, la preuve de concept vaut la peine d'être appliquée aux hypothèses particulières du projet qui affectent significativement le succès d'un projet et qui restent souvent inconnus à la phase de concept ou lors du choix d'une agence de développement.

Drupal est une technologie open source qui a de nombreux composants "prêts à l'emploi". Cependant, ce qui est prêt à l'emploi nécessite souvent un certain niveau de personnalisation pour résoudre un problème commercial donné. Par exemple, une PoC pour l'utilisation de Drupal peut prouver qu'un intranet sur Drupal peut avoir une intégration avec les systèmes actuellement utilisés dans l'organisation. 

Qu'est-ce qu'une preuve de concept essaie d'accomplir ?

La preuve de concept, ou PoC, ne confirme pas seulement la faisabilité du projet mais offre également plusieurs avantages :

a. Économies budgétaires: démarrer un projet avec des hypothèses qui ne sont pas soutenues par des preuves concrètes de faisabilité peut mener à de mauvaises décisions, du moins en ce qui concerne la technologie que vous utiliserez. Parfois, une technologie donnée peut sembler appropriée en surface, mais plus tard, vous devez l'adapter lourdement ou la changer complètement, ce qui consomme inutilement le budget du projet. Si vous voulez minimiser le risque de gaspiller de l'argent, la phase de PoC est une solution raisonnable.

b. Temps de mise sur le marché plus rapide: que vous soyez en course pour commercialiser en créant une start-up ou que vous deviez respecter les délais fixés par vos supérieurs lors de la construction d'un produit en interne, le respect des délais est crucial. Si vous prolongez trop la phase de développement, vous ne tiendrez pas parole aux clients ou aux parties prenantes. La phase de PoC vous permet de prioriser les tâches et de planifier le calendrier pour leur achèvement selon les contraintes technologiques réelles. Cela évitera les retards et raccourcira le temps de mise sur le marché, c'est-à-dire le temps à partir du début des travaux sur le produit jusqu'à sa disponibilité pour les clients.

c. Sécurisation de la position de la personne responsable du projet: avant de décider de dépenser des fonds d'entreprise, vous devez réaliser que les personnes directement impliquées dans l'application du projet sont responsables de son échec, c'est-à-dire le Product Owner, un spécialiste du service des achats ou le PDG de la start-up. En tant que responsables, rappelons-nous de sécuriser notre position correctement. Pour ce faire, vous avez besoin de preuves concrètes que la diligence raisonnable a été effectuée dans la phase d'idée du projet - ce à quoi une preuve de concept servira idéalement. La PoC est une bonne pratique pour toute organisation bien gérée.

d. Seuil d'entrée bas: en regardant la matrice des priorités des actions, la PoC se situe dans le segment "faible effort / fort impact", la zone dite des "victoires rapides". À un coût relativement faible, vous pouvez obtenir un avantage concurrentiel significatif. Un exemple ? Validation d'une solution inédite sur le marché. Vous pouvez vérifier son utilité avec un groupe de test et confirmer son utilisabilité, ce qui améliore finalement la croissance des ventes du produit ou augmente la satisfaction d'un groupe cible spécifique envers son utilisation.

Comment créer une preuve de concept ?

L'approche de la preuve de concept dépend des besoins du projet et de l'idée pour laquelle certaines hypothèses doivent être testées ou vérifiées (par exemple, le choix des bons outils ou la validité de l'utilisation d'une technologie particulière). À titre d'exemple, je présente la PoC dans le contexte de Drupal, pour laquelle une séquence spécifique d'étapes peut être appliquée, telles que :

1. Analyse des besoins et planification du résultat de la PoC: dans le cas où le client a une liste de fonctionnalités, nous pouvons analyser et planifier en conséquence la phase de PoC. Si les idées ne sont pas encore complètement articulées et priorisées, nous pouvons aider à conduire des ateliers de conception et créer ensemble, par exemple, la matrice MoSCoW. Cette technique détermine quelles fonctions, tâches et objectifs de projet sont essentiels et lesquels peuvent être reportés ou omis complètement.

2. Mise en place d'une instance de test de Drupal: après la planification des exigences prioritaires, nous configurons et modifions l'architecture du projet pour s'adapter au type de projet.

3. Démonstrations et itérations des fonctionnalités clés du projet (par exemple, l'intégration) :une fois le produit correctement configuré, nous mènerons une phase de démonstration qui servira de base à de nouvelles itérations. Nous répéterons ce processus, en travaillant en étroite collaboration avec le client et en recueillant des retours d'expérience jusqu'à ce que nous obtenions finalement le résultat de PoC voulu.

4. Clôture de la phase de PoC: sommaire, création de documentation et transfert des résultats de la preuve de concept au client.

N'oubliez pas que l'apparence des prototypes ou des exemples dans la phase de PoC ou le raffinement de leur fonctionnalité à ce stade n'a pas de sens et n'est pas mis en œuvre. La priorité est de vérifier la faisabilité des exigences dans les contraintes technologiques.

Qui met en œuvre la phase de preuve de concept ?

Dans le cas d'une équipe de projet informatique mettant en œuvre la phase de preuve de concept chez Droptica, l'équipe se compose de deux personnes. Ce sont des consultants avec de nombreuses années d'expérience qui ont déjà occupé (ou occupent toujours) les postes de Tech Lead et de Chef de projet.

Le Chef de projet dirige la phase de PoC du début à la fin, coordonnant les réunions et rédigeant la documentation. Le Tech Lead, une personne aguerrie à Drupal, peut rapidement et efficacement créer un concept qui répond aux intérêts du business du client. Les deux individus ont un niveau de spécialiste senior, ce qui signifie qu'ils ont un minimum de dix ans d'expérience et peuvent communiquer de manière proactive avec le business.

Quant aux parties prenantes du côté client, en revanche, il n'y a pas de limites au nombre de personnes impliquées dans la phase de PoC. Nous nous engageons à écouter les besoins des individus représentant différents départements au sein de l'entreprise afin de nous assurer que nous répondons à toutes les exigences et perspectives les plus critiques.

Exemple d'une phase de PoC réalisée chez Droptica

Pour illustrer davantage l'importance d'une preuve de concept, je voudrais donner un exemple de la phase de PoC que Droptica a réalisée concernant un projet intranet pour une entreprise. Le processus a pris environ un mois et s'est transformé en un projet de plusieurs mois.

Consultation initiale et compréhension de l'activité du client

Les discussions avec nous du côté client impliquaient des personnes qui connaissaient le métier et pas nécessairement la technologie. Il nous incombait de montrer que c'était technologiquement possible de répondre à leurs besoins.

Dès le départ, nous nous sommes assurés que le client savait exactement ce qu'il attendait. Cependant, si des doutes surgissent à ce stade, nous recommandons d'effectuer un atelier de découverte d'abord pour aider à clarifier les attentes et les objectifs du projet.

Le travail de Droptica avec les clients pendant la phase de PoC se concentre sur la validation de la faisabilité de ces attentes - que ce soit à travers des solutions existantes disponibles sur Drupal.org ou en créant des options dédiées à partir de zéro.

Démonstration des éléments clés du projet

Dans le cadre de la PoC, nous avons démontré en détail divers aspects de la planification de l'intranet, tels que les rôles d'utilisateur modifiés, la structure de l'organisation, les besoins des départements RH ou l'intégration de différentes entreprises au sein d'une même organisation.

Nous avons également souligné la capacité de personnalisation du CMS pour répondre aux besoins de branding du client. Il était également crucial de montrer que les utilisateurs pouvaient se connecter via Active Directory et de prouver qu'il était possible d'ajouter des applications Microsoft de base à l'intranet.

Comment travaillons-nous sur la PoC ?

Pendant la phase de preuve de concept, notre équipe prend un certain nombre de mesures pour rendre le processus efficace et mener à des résultats satisfaisants. C'était le cas dans l'exemple ci-dessus. Qu'est-ce qui caractérise notre approche ?

Gestion du temps et des priorités

La gestion des attentes des clients et l'utilisation efficace du temps est une priorité pour nous. Nous nous sommes assurés de faire des rapports sur l'avancement des travaux, la consommation d'heures pour le développement et la recherche, ainsi que pour les réunions et la collecte de retours d'expérience sur une base continue. La flexibilité dans la gestion de la portée du travail nous a permis de nous concentrer sur les exigences les plus essentielles du client.

Conseils pendant les discussions

Nous essayons d'éviter les discussions inutiles et de prolonger inutilement le processus en nous concentrant sur des solutions concrètes et pratiques. Nous présentons une interface de démonstration simple, telle qu'une intranet sur Drupal, qui n'est pas nécessairement l'apparence finale du site web ou du système mais inclut tous les éléments clés de la vision du client. Une telle visualisation aide à comprendre le projet et ses exigences.

Planification de la coopération future

La PoC offre non seulement une occasion de vérification technique, mais aussi une chance de bâtir la confiance et un sens de chacun avant de s'engager dans une collaboration à long terme. À la fin de la phase de PoC, nous faisons le point sur les réalisations, déterminons les étapes suivantes, et planifions les prochaines actions, qui peuvent aller de l'approvisionnement suivant à la mise en œuvre du MVP du projet cible.

Preuve de concept dans le développement logiciel - résumé

Choisir une technologie qui est prête et testée par le marché puis valider la possibilité de la modifier pour un business donné est définitivement plus avantageux que de créer un projet à partir de zéro.

Si vous envisagez déjà d'utiliser Drupal, la PoC vous permettra, ainsi qu'aux autres parties prenantes, de renforcer la confiance envers le sous-traitant et la technologie elle-même, ainsi que de comprendre les valeurs de la technologie. Dans notre agence Drupal, nous avons pour règle de réaliser des projets auxquels nous croyons nous-mêmes, donc si vous avez une idée ou un plan pour un nouveau produit, nous serions heureux de vous aider à le valider, puis à l'exécuter et à vous aider à réussir.