Réponses:
Une fonctionnalité est un élément distinct de fonctionnalité qui peut fournir des capacités à l'entreprise.
Une histoire est un petit aspect d'une fonctionnalité que vous pouvez utiliser pour obtenir des commentaires de vos parties prenantes et savoir si vous faites quelque chose de mal.
Par exemple, une fonctionnalité pourrait être «permettre aux utilisateurs de commenter des articles». Les histoires associées à cette fonctionnalité pourraient alors être:
etc.
À chaque étape, nous pouvons ensuite obtenir des commentaires sur la pertinence de la direction que nous prenons.
Certaines équipes ne prennent pas la peine de diviser des fonctionnalités en histoires. C'est bon.
Caractéristiques == Histoires d'utilisateurs.
Le verbiage est dicté par la méthodologie Agile donnée utilisée.
Les différentes méthodologies utilisent une terminologie différente pour faire référence aux fonctionnalités. C'est à l'équipe de décider quelle méthodologie ou terminologie utiliser. Extreme Programming (XP) utilise les termes User Stories ou Stories pour représenter des fonctionnalités; Scrum utilise Product Backlog pour décrire une liste de fonctionnalités; Le développement piloté par les fonctionnalités utilise la fonctionnalité; et DSDM utilise l'exigence. De même, il existe différentes versions allégées du processus unifié, ou Agile UP, qui utilisent l'exigence et / ou le cas d'utilisation pour définir des fonctionnalités livrables de manière incrémentielle. En fin de compte, l'objectif est le même: fournir de la valeur commerciale régulièrement par petits incréments et le plus tôt possible.
Une User Story est une déclaration informelle dans la langue du client qui capture l'intention de quelque chose que le client souhaite réaliser. Vous pouvez considérer une User Story comme une déclaration de besoin informelle.
Une fonctionnalité logicielle est une caractéristique distincte du logiciel qui contribue à la conception et aux fonctionnalités générales du logiciel.
Quelques considérations clés:
Avec tout cela à l'esprit, j'ai tendance à considérer les histoires comme des descriptions. Exigences essentiellement informelles qui me disent ce que veut le client. Les fonctionnalités, d'autre part, j'ai tendance à penser davantage à une spécification qui me dit comment un système devrait fonctionner pour répondre aux exigences des clients.
Les deux termes sont étroitement liés, mais il existe quelques différences.
Tout d'abord, ils proviennent de différents domaines. Le terme «fonctionnalité» est un terme assez général pour désigner une partie des fonctionnalités d'un logiciel, alors que «user story» a été inventé et n'est vraiment utilisé que dans le contexte du développement logiciel agile.
En pratique, elles coïncident très souvent, en ce qu'une seule user story consiste à implémenter une certaine fonctionnalité.
Cependant, dans certaines situations, ils peuvent être différents: