Les prototypes ne consistent pas uniquement en des économies de coûts ou en des erreurs de capture. Ils aident l’équipe de développement à définir les exigences appropriées des secteurs d’activité afin de créer le bon produit. Les prototypes aident les utilisateurs à mettre la main sur quelque chose afin qu’ils sachent si le produit fonctionnera pour eux. Cela améliore la compréhension de toute l’équipe de projet.

Types de prototypes

Il existe différents types de prototypes. Les prototypes peuvent être divisés en deux catégories: basse ou haute fidélité.

Prototype Basse Fidélité

Un prototype basse fidélité est un stylo et du papier. Je fais parfois cela quand je rencontre mes clients et je dois clarifier ce qui se passe où. Je dessine un simple griffonnage en très haute abstraction. Une image peut être représentée par une seule case contenant un «X». Si vous avez besoin de plusieurs pages ou écrans dans le produit, je pourrais dessiner de petits écrans sur la page avec des flèches les reliant afin que je puisse comprendre le flux de navigation.

Prototype Haute Fidélité

Un prototype haute fidélité correspond généralement à ce que je crée après avoir documenté toutes les exigences. Cela sera fait en C # avec Sharp Develop. J’aime ça parce que c’est gratuit et open source et que la mise en page des composants est rapide. Je vais généralement jusqu’à remplir les listes de sélection et les tables de données avec des données factices, mais je ne passe pas beaucoup de temps sur les fonctionnalités. Je suis un analyste commercial et non un développeur, je laisse donc le développement aux professionnels. Je rappelle à mes clients que le prototype n’est pas le produit final, même si je peux le faire bien paraître.

L’utilisation de prototypes a permis à mes projets d’économiser beaucoup de temps et d’efforts et a donné à mes clients le produit dont ils avaient besoin. Cela a également permis de diviser des projets en petites itérations. Cela a accru la communication des idées au sein de l’équipe de projet. Cela a empêché non seulement les erreurs, mais également des modifications tardives dans le processus de développement, ce qui est largement connu comme étant beaucoup plus coûteux à corriger.