Est-ce un prototype ou un MVP? Et bien en fait, c'est une preuve de concept.

Comment utiliser la bonne terminologie pour votre produit logiciel

Utilisez-vous correctement les termes technologiques? Il s'agit d'un guide pratique pour vous aider à définir un «prototype», par opposition à une «preuve de concept» et un «produit minimum viable». Lisez la suite pour éviter les malentendus coûteux.

Lors de la création de produits ou de solutions logicielles, il est d'une importance cruciale de définir suffisamment tôt la sortie cible - en termes de fonctionnalité et de «préparation à la production».

Utiliser la bonne terminologie pour votre projet logiciel est essentiel car il définit les attentes avec vos parties prenantes - toutes celles qui ont un intérêt direct ou indirect pour votre projet, y compris les clients, les sponsors, les décideurs, les fournisseurs ou les partenaires.

Ce qui suit fournit des définitions rapides et des directives pratiques - il vous aidera à sélectionner le bon terme pour votre projet - ou à reconsidérer sa portée :)

Preuve de concept - PoC

Une preuve de concept (PoC) fait référence à la mise en œuvre d'une certaine méthode ou idée à l'aide de technologies spécifiques - afin d'évaluer et de démontrer sa faisabilité et de confirmer son potentiel pratique. L'objectif est de prouver l'idée et / ou la technologie en exposant une implémentation réaliste et fonctionnelle d'un sous-ensemble de fonctionnalités. Il est généralement de petite taille, se concentrant sur un aspect particulier du produit et n'est généralement pas complet.

Un PoC a généralement un cycle de vie court. L'objectif est de décider si de nouveaux investissements doivent être réalisés ou non. Un PoC n'est généralement pas fourni aux utilisateurs finaux (peut être exposé pour commentaires, cependant). Dans la plupart des cas, un PoC est examiné par des experts du domaine et évalué en fonction de critères prédéfinis - pour prendre des décisions concernant les prochaines itérations possibles et les investissements futurs. Après une preuve de concept réussie, un prototype peut être développé qui est ensuite utilisé pour rechercher des financements ou faire des démonstrations auprès de clients potentiels.

Un PoC n'est en aucun cas «prêt pour la production». Sa fonctionnalité est limitée / se concentre sur les aspects à prouver - c'est beaucoup moins que le produit complet. Son architecture et sa mise en œuvre suivent des pratiques de développement d'applications rapides - introduisant des hypothèses, des données statiques, des éléments codés en dur, des API simulées, etc.).

Habituellement, le PoC n'est pas concerné par l'évolutivité (pourrait fonctionner très bien mais pourrait ne pas être prêt à évoluer). Il peut ne pas inclure de modèles et de couches de sécurité complets (il est logique d'investir dans la sécurité après une décision d'aller au-delà du PoC). Enfin, il peut ne pas être réutilisable (une refactorisation et une réingénierie peuvent être nécessaires s'il est décidé de passer à autre chose).

Maquettes

Également appelés prototypes statiques, les wireframes sont des guides visuels représentant la structure / mise en page d'un site Web ou d'une application. Ils organisent les éléments graphiques et la mise en page / structures, servant un objectif particulier - tel que défini par un concept de produit ou une autre idée créative.

L'objectif est de fournir des visualisations précoces des interfaces utilisateur potentielles, jetant ainsi les bases d'itérations rapides et de décisions sur les produits. Les wireframes peuvent être utilisés pour masquer la complexité en se concentrant sur les scénarios d'interaction utilisateur et les aspects de l'expérience utilisateur. Ils sont parfaits pour aider à expliquer le concept et à recueillir les commentaires des utilisateurs et des parties prenantes.

Les wireframes sont utilisés pour prendre des décisions aux stades précoces et matures du processus de développement de produits. Ils sont généralement examinés par les membres de l'équipe produit, les parties prenantes et les utilisateurs représentatifs. Les commentaires sont utilisés pour prendre des décisions sur les fonctionnalités, l'architecture des informations, les flux d'utilisateurs et d'autres aspects du produit.

Dans certains cas, les wireframes sont des approximations statiques d'une interface utilisateur et d'une expérience potentielles. Les wireframes haute fidélité offrent un grand niveau de détail qui est plus proche d'un produit - en termes de look and feel. Dans d'autres cas, les wireframes peuvent également prendre en charge l'interaction, le flux et la navigation de base au-dessus des éléments graphiques (wireframes cliquables) alimentés par des données simulées. Il existe des outils permettant des wireframes interactifs utilisant des technologies Web frontales telles que HTML, CSS et JavaScript.

Prototype fonctionnel

Le prototypage logiciel fait référence à des versions incomplètes du produit logiciel. Le but d'un prototype fonctionnel est:

  • Présenter une idée potentiellement complexe sous une forme réaliste à ses utilisateurs cibles et parties prenantes
  • Leur permettre d'interagir à travers des scénarios caractéristiques et de bonnes approximations du produit réel (à développer), et
  • Pour capturer des commentaires permettant des décisions produit meilleures et plus rapides.

Les prototypes fonctionnels sont utilisés au début du processus de développement de produits, pendant une courte période - pour des démonstrations, des discussions et des tests utilisateur. Dès que des décisions seront prises pour passer au développement de produits, le prototype fonctionnel devrait devenir obsolète sous peu.

Le prototype fonctionnel est généralement une mise en œuvre rapide (sous hypothèses et autres contraintes) des fonctionnalités les plus représentatives / importantes. Il ne s'agit en aucun cas d'un livrable autonome ou prêt pour la production. L'accès au prototype fonctionnel ne devrait pas être accordé directement aux clients (généralement uniquement dans le cadre d'ateliers et de démonstrations). Le prototype fonctionnel ne devrait pas être si cher à construire - mais cela dépend du cas. Cependant, pour construire le produit réel, un effort disproportionné peut être nécessaire.

Produit minimum viable - MVP

Dans le développement de produits, le produit minimum viable (MVP) est une implémentation - une première instance d'un produit - avec juste assez de fonctionnalités pour créer de la valeur pour les utilisateurs réels et stimuler l'engagement. Il fournit des moyens de recueillir des modèles d'utilisation et de renvoyer directement les commentaires d'utilisateurs réels, permettant ainsi des décisions éclairées concernant le développement ultérieur du produit. Un MVP approprié génère des informations suffisamment tôt et à moindre coût par rapport à un «produit complet». Cela permet de meilleures décisions aux premiers stades du processus de développement.

Le terme MVP est fréquemment utilisé à mauvais escient - dans de nombreux cas, à tort échangé avec PoC ou Prototype ou «un cas d'utilisation évident pour commencer». Contrairement au POC et aux prototypes, le MVP a amélioré la préparation à la production (exposé à de vrais utilisateurs / clients), tout en n'offrant que le sous-ensemble minimum de fonctionnalités pour garder les utilisateurs heureux et engagés.

La définition du MVP n'est pas un processus simple: une façon consiste à définir la vue d'ensemble / le meilleur produit possible, en tant que sur-ensemble de fonctionnalités / user stories épiques. Ensuite, en utilisant des estimations de valeur et de coût, regroupez les fonctionnalités et établissez des priorités judicieusement pour identifier ce sous-ensemble minimum qui sert votre objectif principal: créer de la valeur pour vos utilisateurs tout en établissant un retour d'information continu et des canaux d'apprentissage.

Prototype physique

Le prototypage rapide fait référence aux techniques utilisées pour fabriquer rapidement un modèle à l'échelle d'une pièce ou d'un assemblage physique à l'aide de données de conception assistée par ordinateur (CAO) en trois dimensions. La construction de la pièce ou de l'assemblage se fait généralement à l'aide de l'impression 3D ou de la technologie de «fabrication de couches additives». Le but d'un prototype physique est d'examiner une instance physique réaliste d'un concept de produit.

Il a un cycle de vie court dans le cadre de la phase de conception du produit. Les commentaires sont capturés par les membres de l'équipe produit et éventuellement d'autres parties prenantes.

Le prototype physique est une ébauche d'instanciation des aspects clés du concept de produit. Cela ne répond généralement pas aux exigences de sécurité, de sûreté ou autres.

Projet pilote

Un projet pilote se réfère à un premier déploiement d'un système en production, ciblant une portée limitée de la solution finale prévue. La portée peut être limitée par le nombre d'utilisateurs pouvant accéder au système, les processus métier concernés, les partenaires commerciaux impliqués ou d'autres restrictions appropriées au domaine.

Le but d'un projet pilote est de tester certaines hypothèses et options de configuration - souvent dans un environnement de production. Cela suppose que vous disposez de la technologie, des composants et des produits concernés. Le pilote est un test à petite échelle et un processus de capture de rétroaction, dans un environnement réel / de production.

Il est utilisé pour planifier les décisions liées au lancement d'un produit dans un environnement de production à grande échelle. Le cycle de vie dépend du cas, mais il doit être relativement court. La rétroaction est capturée (implicitement et / ou explicitement) qui est ensuite utilisée pour quantifier les performances du nouveau produit - pour la configuration de production donnée.

Un pilote prend tout son sens lorsque la technologie, les composants et les produits sont à maturité / prêts à être lancés dans un environnement de production.

La définition des résultats de votre projet logiciel est essentielle - en particulier dans les situations B2B avec plusieurs parties prenantes de différents niveaux de technologie et de compréhension commerciale. Articuler et communiquer le bon résultat du projet - MVP, Prototype, Proof of concept - suffisamment tôt peut aider à définir et à gérer les attentes.

https://ideacha.in

Images: https://unsplash.com/