Inclure les exigences des utilisateurs dans le document persona?
Incluez-vous les exigences des utilisateurs dans le même document que dans les personnages individuels ou les conservez-vous dans des fichiers séparés?
Dans un document de personnalité typique, vous expliquez les motivations derrière la visite, généralement dans un sens large et connectez un scénario à ces motivations tandis qu'un document sur les besoins des utilisateurs est généralement plus détaillé, comme une liste de tâches. Le document personnel pourrait donc comporter plusieurs pages.
Il est absolument important d'inclure les objectifs de l'utilisateur dans la création d'un document personnel, mais je me garderais d'inclure des informations de niveau inférieur sur le style des exigences logicielles dans les documents.
Les vrais utilisateurs recherchent rarement des listes énumérées de fonctionnalités telles que:
- Prise en charge du système d'exploitation 32 bits
- Windows ou Mac
- Temps de réponse de 500 ms
etc. Au lieu de cela, les personnages sont faits pour vous aider à prendre du recul et à considérer les utilisateurs et ce qu'ils font - faire, pas seulement comment les grandes perruques/document d'exigences/etc ont expliqué ce que le produit = a besoin.
Désormais, les Personas, les objectifs utilisateur et les scénarios ne remplacent pas non plus les exigences techniques. Parfois, ce n'est pas parce que les utilisateurs ne se soucient pas (ou souvent plus précisément, qu'ils ne se soucient pas) que certaines choses ne sont pas importantes. Un exemple de Personas: Aller au-delà de l'ingénierie des exigences basée sur les rôles :
Les scénarios sont bons pour décrire et analyser le comportement fonctionnel du système. Cependant, il existe de meilleures façons de décrire les exigences de non-fonctionnement ou de qualité de service (QoS).
L'une des formes de ces exigences de QoS est la sécurité. D'autres exigences de QoS se concentrent en tant que contraintes sur des scénarios tels que les exigences de performances, de charge et de contrainte.
La sécurité des applications a été récemment mise au point.
Soixante-quinze pour cent des violations de la sécurité du système se sont produites au niveau de l'application ...
Certaines choses comme la sécurité dont vous avez besoin séparent les exigences de vos personnages; le fait que vous ayez besoin de la sécurité AES 256 ne correspond pas à un personnage, même s'il est important de protéger tous personas. Je vous suggère fortement de donner Personas: Aller au-delà de l'ingénierie des exigences basées sur les rôles une lecture. Il contient beaucoup plus de bonnes informations sur l'utilisation de Personas pour aider à créer des exigences.
En théorie, les personnes aident à déterminer les exigences, elles doivent donc vivre dans leur propre document bien avant qu'un document d'exigences existe. Même si vous connaissez déjà certaines exigences liées à un projet (par exemple, la haute direction a déjà décidé de créer un produit uniquement pour Windows), les personas ne sont pas la place pour ceux-ci; les personnages définissent les utilisateurs, pas les solutions.
Cela dit, si vous demandez simplement si vous pouvez fusionner vos documents de personnalisation et d'exigences une fois que vous les avez tous les deux, je dirais que cela dépend si les personnes qui lisent ces documents trouveraient cela utile. Il est certainement plus facile de faire circuler un lien plutôt que deux et vous n'allez pas violer les pratiques UX sacrées en les fusionnant ... que je sache ...