L’intermédiaire dans les exigences / Blogs / Perficient
L’un des plus grands défis auxquels sont confrontées les équipes de développement de produits est de combler le fossé entre les objectifs produits de haut niveau et les tâches spécifiques nécessaires pour les atteindre. Comment garantissez-vous que la vision plus large se traduit efficacement en mesures concrètes ? C’est ici caractéristiques entrer en jeu.
Qu’est-ce qu’une fonctionnalité ?
UN fonctionnalité est une fonctionnalité logique ou un mécanisme de regroupement utilisé entre les tâches de haut niveau épopées et tactique témoignages d’utilisateurs. Il englobe généralement plusieurs user stories.
Pourquoi les fonctionnalités sont-elles importantes ?
Les épopées peuvent être très génériques, tandis que les user stories peuvent être très détaillées, ce qui signifie qu’elles ne fournissent pas toujours un aperçu de ce qui est pratiquement en cours de construction. Une fonctionnalité donne une fonction logique qui a un début et une fin limités et un certain niveau de granularité par rapport à une épopée.
Les fonctionnalités peuvent être utilisées pour définir la portée d’une équipe Agile. Par exemple, dans une application de commerce électronique, il peut y avoir une équipe spécifiquement chargée de gérer le panier, les paiements par carte de crédit, le traitement des cartes cadeaux, les paiements par bons d’achat, etc. Il est courant que les équipes Agile soient organisées autour de fonctionnalités.
Comment identifier ou créer des fonctionnalités ?
La création ou l’identification de fonctionnalités est très subjective et implique de prendre en compte la longueur et la largeur du produit, ainsi que la structure organisationnelle, les solutions techniques et la configuration des ressources. Vous trouverez ci-dessous plusieurs considérations à étudier :
- Tous les flux contribuent-ils à la construction d’un objectif unique ?
- Par exemple, l’objectif final d’une fonctionnalité de paiement est de faciliter le processus de paiement.
- Fournit-il un regroupement logique ?
- Par exemple, le paiement via une application mobile et le paiement via une application Web remplissent la même fonction, mais ils peuvent être mappés à la même fonctionnalité.
- Cette fonction a-t-elle des sous-flux ?
- Par exemple, une fonctionnalité de paiement peut avoir un flux de carte de crédit, un flux de trésorerie, un flux de bons d’achat, etc.
- Les sous-flux ou flux sont-ils interconnectés d’une manière ou d’une autre, en particulier dans l’interface utilisateur ?
- Par exemple, les écrans de paiement commencent généralement au même point, où l’utilisateur décide de payer, sélectionne un mode de paiement, puis fournit des informations supplémentaires sur le mode de paiement.
- Le livrable final de la fonctionnalité nécessite-t-il plusieurs sprints ?
- En termes de taille, les fonctionnalités s’étendent généralement sur plusieurs sprints et ont en tête un livrable final spécifique.
- La fonctionnalité peut-elle être activée ou désactivée du point de vue de la configuration ou de l’administrateur ?
- Si vous avez travaillé sur des configurations système, vous êtes probablement familiarisé avec l’activation et la désactivation de fonctionnalités. Par exemple, lorsque vous accordez l’accès aux utilisateurs, ils peuvent disposer d’un accès en lecture seule ou en modification. Il s’agit du concept de fonctionnalité le plus élémentaire d’un outil.
- Par exemple, si je ne souhaite pas que le module de paiement apparaisse, je peux le désactiver, mais le reste de la fonction de commerce électronique pourra continuer normalement.
- Le reste de l’application peut-il continuer à fonctionner sans que cette fonctionnalité soit activée ?
- Généralement, une application cohérente aura des fonctionnalités intégrées ; cependant, le reste de l’application devrait toujours fonctionner et avoir un sens sans ce regroupement de fonctionnalités activé.
- Cette fonction va-t-elle évoluer avec le temps pour devenir quelque chose de plus grand ?
- Il n’est pas rare qu’une petite fonction sur la page évolue vers quelque chose de plus grand et même devienne une fonctionnalité ou une épopée indépendante. Par exemple, l’historique des transactions bancaires commence généralement par une liste de base de l’activité du compte. Dans le MVP, cela commence comme une fonction de base. Cependant, au fil du temps, chaque ligne de transactions peut commencer à afficher des détails supplémentaires, tels que la possibilité de contester une transaction, d’afficher plus d’informations, etc. Finalement, l’historique des transactions peut également être construit visuellement et comporter des fonctions supplémentaires liées à la gestion financière personnelle.
- La fonction est-elle naturellement gérée par une équipe distincte, devenant ainsi une fonctionnalité en raison de la configuration des ressources ?
- Ceci est généralement applicable lorsque vous disposez d’une connexion ou d’un module fournisseur dans votre application. Par exemple, tout le monde ne dispose pas d’un module de paiement en interne. Ils peuvent utiliser Paypal, Stripe ou d’autres fournisseurs.
Un excellent moyen de réfléchir aux fonctionnalités consiste à utiliser le concept de cartographie d’affinité, qui consiste essentiellement à répertorier toutes les fonctions possibles que vous cherchez à intégrer dans un produit, puis à les regrouper en fonction des meilleurs points communs possibles.
Qui gère les fonctionnalités ?
Un chef de produit ou un chef de produit senior est généralement le mieux placé pour gérer les fonctionnalités. Les fonctionnalités ont une plus grande visibilité et nécessitent une expérience dans l’orchestration de plusieurs pièces mobiles.
Une fonctionnalité aura un impact sur plusieurs user stories et parcours clients, elle nécessite donc une certaine surveillance stratégique, ainsi que la compréhension de ce que les user stories tentent d’accomplir. Il est également courant de créer une feuille de route au niveau des fonctionnalités, en fonction de la complexité et des besoins des parties prenantes.
Pourquoi la définition des fonctionnalités est-elle essentielle pour une gestion efficace des produits ?
Alors que les fonctionnalités sont essentielles pour gérer les aspects détaillés du développement de produits, les thèmes fournissent une couche organisationnelle plus large. Les thèmes sont également une autre façon de regrouper les user stories. Selon les préférences au sein de l’organisation, différents termes peuvent être utilisés. Cependant, un regroupement intermédiaire d’exigences est nécessaire entre les epics et les user stories. À mesure que la portée du produit s’étend, des conseils fondamentaux solides sur ce qui constitue une fonctionnalité auront un impact significatif sur la gestion des informations et la logistique autour de la gestion du produit.
Avoir des experts spécifiques possédant des connaissances approfondies au niveau des fonctionnalités est une bonne pratique pour assurer le développement des PME et la croissance des connaissances.
Quelles sont vos prochaines étapes en matière de gestion des fonctionnalités ?
Comprendre et gérer efficacement les fonctionnalités est crucial pour le succès de tout processus de développement de produits. Des fonctionnalités bien définies et gérées stratégiquement garantissent une exécution plus fluide, un meilleur alignement des équipes et de meilleurs résultats. Cependant, naviguer dans la complexité de la gestion des fonctionnalités peut s’avérer difficile.
Si votre équipe a du mal à définir ou à gérer des fonctionnalités, ou si vous cherchez des moyens d’améliorer votre processus global de développement de produits, Perficient est là pour vous aider. Grâce à notre expertise approfondie en matière de stratégie produit, de méthodologies Agile et de gestion des fonctionnalités, nous pouvons guider votre équipe dans l’optimisation de la livraison de produits et l’aligner sur vos objectifs commerciaux.
Contactez Perficient pour savoir comment nous pouvons collaborer avec vous pour transformer votre approche du développement de produits et vous aider à obtenir un succès durable.
Source link