Je voudrais améliorer en écrivant des histoires / fonctionnalités des utilisateurs axés sur les objectifs

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/127300

Question

Je voudrais améliorer les capacités d'écriture de mes utilisateurs, j'ai donc besoin de votre expérience et de vos conseils. Je pense que chacun variable Une partie d'un utilisateur peut être améliorée en suivant certaines directives.

1. Rôle

Définir les rôles possibles peut être la partie la plus simple. Le seul problème est que les histoires d'utilisateurs décrivent généralement des fonctionnalités fonctionnelles qui nécessitent un développement.

  • Écrivez-vous des histoires non fonctionnelles? Et je ne pense pas aux histoires techniques liées à d'autres aspects de la planification des produits comme les choses administratives. Je pense plus à des histoires de soutien supplémentaires qui soutiennent le même objectif de haut niveau. Comme des histoires liées à la publicité liées aux fonctionnalités?

2. Caractéristique

La définition des fonctionnalités semble être facile, mais il s'avère que ce n'est pas le cas. Parce que je peux voir des histoires qui sont fortement liées, donc certains rôles ne peuvent pas être développés tant que les autres ne seront pas terminés. Exemple: L'enregistrement des utilisateurs est un utilisateur de pilier qui doit être fait en premier afin de développer d'autres histoires d'utilisateurs liées aux rôles utilisateur enregistrés (connectés aux utilisateurs et / ou aux administrateurs, etc.). Celui-ci est très évident, mais parfois les relations sont beaucoup plus subtiles.

  • Comment éviter les relations entre les utilisateurs? Existe-t-il une technique pour briser les histoires connexes afin que nous puissions avoir un meilleur parallélisme de développement? La rupture des relations aide également à de meilleurs cycles de sprint car une histoire ne peut pas bloquer le sprint entier.

3.

Celui-ci est la partie la plus difficile que je pense que j'ai le moins de connaissances sur la façon d'écrire de bonnes histoires d'utilisateurs avec des avantages clairs.

  • Écrivez-vous réellement des avantages par histoire ou prenez-vous plutôt des objectifs de haut niveau? Les fournir au lieu des avantages facilitent la raison pour laquelle certains utilisateurs sont plus importants que l'autre? Cela aide donc à hiérarchiser.
  • Est-il sage d'avoir des avantages / objectifs partagés entre un ensemble d'utilisateurs?
  • Écrivez-vous des histoires d'utilisateurs sans partie des avantages? Est-ce sage et que faites-vous à la place?
  • Écrivez-vous des avantages d'une manière afin qu'ils puissent être mesurables? Pouvons-nous le faire et est-ce bénéfique?

4. Stories d'utilisateurs dans son ensemble

  • Avez-vous déjà défini toutes les histoires d'utilisateurs comme des épopées? Cela aiderait à filtrer / hiérarchiser ceux qui donnent plus aux objectifs communs. Puis divisez-les en morceaux digestibles ou selon des histoires utilisateur à fonctionnalité unique.
  • Quelles métadonnées supplémentaires ajoutez-vous aux histoires d'utilisateurs? Parlant également du regroupement des utilisateurs par fonctionnalité ou objectif supérieur ...

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top