Features

Une feature, ou fonctionnalité, est une capacité identifiable qu'un produit numérique offre à son utilisateur : créer un compte, filtrer une liste, exporter un document, payer en ligne, recevoir une alerte. C'est l'unité de base avec laquelle on décrit un projet, on le chiffre, on le planifie et on le vérifie à la livraison.

Une distinction mérite d'être posée : une fonctionnalité est une réponse, pas un besoin. Personne ne veut un export PDF en soi ; on veut transmettre un justificatif à son comptable sans le ressaisir. Cette nuance n'est pas théorique, elle a un coût. Formulez le besoin et il existe peut-être trois solutions, dont une qui prend deux jours au lieu de dix. Formulez d'emblée la solution et vous payez celle que vous aviez imaginée, qui n'est pas toujours la meilleure.

En quoi ça consiste

Une fonctionnalité bien décrite tient en trois parties : qui, quoi, pourquoi (en tant que gestionnaire, je veux exporter les commandes du mois afin de les transmettre à la comptabilité), des critères d'acceptation vérifiables (le fichier contient telles colonnes, il se télécharge en moins de cinq secondes), et les cas limites (aucune commande sur la période, utilisateur sans droits, export interrompu). L'ensemble de ces descriptions forme le backlog, la liste ordonnée de ce qui reste à construire.

À quoi ça sert concrètement

• Chiffrer et planifier : sans découpage en fonctionnalités, un devis est une estimation au doigt mouillé et les délais dérapent.
• Définir le périmètre contractuel : ce qui est écrit sera livré, le reste fera l'objet d'un avenant. Cela protège les deux parties.
• Prioriser : classer chaque élément en indispensable, souhaitable ou reportable permet de sortir plus tôt une première version utile.
• Vérifier la livraison : les critères d'acceptation servent directement de liste de recette au moment de valider le travail.

Les erreurs fréquentes

Aligner au démarrage une liste à la Prévert sans hiérarchie : le projet est alors condamné à coûter cher et à sortir tard. Ajouter des demandes en cours de route sans réévaluer ni le budget ni le planning, ce que l'on appelle la dérive du périmètre. Oublier que chaque fonctionnalité se paie trois fois : conception, développement, puis maintenance à vie, y compris celle que trois personnes utilisent. Oublier enfin les cas d'erreur et la gestion des droits, qui représentent souvent plus de travail que le cas nominal.

Comment ça s'articule avec le reste du projet

Les fonctionnalités découlent des besoins identifiés grâce aux personas et aux parcours. Elles sont ensuite réparties entre le MVP et les versions suivantes, découpées en lots de développement, puis vérifiées une à une lors de la recette. Après la mise en ligne, les statistiques d'usage indiquent celles qui méritent d'être améliorées et celles qu'il faut retirer : supprimer une fonctionnalité inutilisée allège le produit et sa maintenance.