canvas
Canvas des exigences d’expérience
Un canvas d’exigences pour l’expérience utilisateur et les besoins non fonctionnels, destiné à guider les décisions ultérieures d’architecture et de mode de mise en œuvre.
Résultats
- Exigences utilisateurs et de service indépendantes de la technologie
- Besoins d’expérience et exigences non fonctionnelles capturés avant le début de la conception
- Impacts architecturaux documentés pour le choix du mode de mise en œuvre
Espace canvas local
Utilisez l’objectif, les résultats et les instructions ci-dessus comme référence statique tout en recueillant des éléments dans l’espace de travail interactif.
Espace canvas local
Canvas des exigences d’expérience
Quelles exigences d’expérience, opérationnelles et non fonctionnelles la solution doit-elle satisfaire pour les utilisateurs, opérateurs, consommateurs, approbateurs et équipes support? Capturez ce que les personnes et systèmes consommateurs attendent de la capacité ou de l’automatisation. Restez centré sur les exigences et contraintes; quantifiez la capacité et choisissez les mécanismes de mise en œuvre dans le travail d’architecture ultérieur.
Section active: Objectifs des utilisateurs, opérateurs ou consommateurs. Sélectionnez une section avec le pointeur, ou placez-y le focus et appuyez sur Entrée ou Espace.
Objectifs des utilisateurs, opérateurs ou consommateurs
Quels objectifs métier, de workflow, de décision, d'automatisation, de support ou d'utilisation des données doivent être pris en charge ?
Besoins de disponibilité et de délais
Quand la solution doit-elle être disponible, quelle fraîcheur d'information est nécessaire, et quelles fenêtres de réponse, livraison ou achèvement comptent pour les utilisateurs et opérateurs ?
Attentes de volume et de performance
Quels volumes d'utilisateurs, cas, transactions, enregistrements, événements, fichiers, lots ou éléments de travail faut-il comprendre avant la planification de capacité ?
Besoins de qualité et de cohérence des données
Quelles attentes d'exactitude, complétude, cohérence, ordre, déduplication, rapprochement ou validation les utilisateurs, opérateurs ou systèmes consommateurs ont-ils ?
Contraintes de sécurité, confidentialité et conformité
Quelles contraintes d'identité, d'autorisation, de confidentialité, de résidence, de consentement, de conservation, d'audit ou réglementaires la solution doit-elle satisfaire ?
Activation et accès
Comment les utilisateurs, opérateurs ou équipes consommatrices obtiennent-ils l'accès, initient-ils ou participent-ils à la solution, et reçoivent-ils les permissions et consignes requises ?
Attentes de changement et de versioning
Quelle tolérance au changement existe, et quelles attentes de notification, compatibilité, migration, formation ou versioning s'appliquent ?
Besoins d'observabilité et de support
De quels monitoring, statut, traçabilité, visibilité qualité, support, ownership et communication d'incident les utilisateurs et opérateurs ont-ils besoin ?
Besoins de reprise et de continuité
Quelles attentes de replay, retry, rapprochement, sauvegarde, fallback, continuité ou reprise manuelle doivent être prises en charge ?
Contraintes pour la conception ultérieure
Quelles exigences les décisions ultérieures d'architecture, de workflow, de capacité, d'intégration ou de mise en œuvre devront-elles satisfaire ?
APIOps Cycles · CC-BY-SA 4.0 · Osaango Ltd
Comment cela fonctionne-t-il ?
- Capturez les objectifs des utilisateurs et leur contexte d’usage.
- Documentez les attentes de disponibilité, de fraîcheur, de volume, de performance, de qualité et de cohérence des données.
- Documentez les attentes de sécurité, de confidentialité, d’onboarding, de changement, d’observabilité, de support et de reprise.
- Résumez ce que les exigences impliquent pour les modes de mise en œuvre possibles.