Scribd
Importer
34 vues2 pages

Back Log Product

Le document décrit la création d'un backlog produit pour un système d'authentification par OTP, incluant des user stories pour les utilisateurs et les administrateurs. Il présente également un découpage en sprints pour le développement, allant de la mise en place du backend à l'interface utilisateur, ainsi que des mesures de sécurité. Enfin, il aborde le suivi et l'amélioration continue via le framework Scrum.

Transféré par

Gem's BOSSOU
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
34 vues2 pages

Back Log Product

Le document décrit la création d'un backlog produit pour un système d'authentification par OTP, incluant des user stories pour les utilisateurs et les administrateurs. Il présente également un découpage en sprints pour le développement, allant de la mise en place du backend à l'interface utilisateur, ainsi que des mesures de sécurité. Enfin, il aborde le suivi et l'amélioration continue via le framework Scrum.

Transféré par

Gem's BOSSOU
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

1.

Création du Back log Produit (Liste des User Stories)

Catégorie ID Rôle Besoin


Authentification et Recevoir un OTP par SMS/email pour
1 Utilisateur
Sécurité sécuriser l’émargement
Limiter le nombre de tentatives OTP pour
2 Administrateur
empêcher les attaques par force brute
Avoir une option pour renvoyer un OTP en cas
3 Utilisateur
de non-réception
Génération et validation Générer un OTP unique à chaque demande
4 Système
de l’OTP pour assurer la sécurité
Expirer l’OTP après X minutes pour limiter les
5 Système
risques d’abus
Envoi et réception de Recevoir l’OTP par SMS et email pour plus de
6 Utilisateur
l’OTP flexibilité
Stocker temporairement l’OTP pour valider la
7 Système
correspondance avec l’entrée utilisateur
Interface utilisateur et Avoir une interface claire pour entrer l’OTP et
8 Utilisateur
UX/UI faciliter l’émargement
Voir un message d’erreur si l’OTP est incorrect
9 Utilisateur
ou expiré
Sécurité et prévention Voir un log des tentatives OTP pour analyser
10 Administrateur
des abus les potentielles attaques
Assurer que les communications OTP soient
11 Utilisateur
sécurisées via HTTPS

2. Découpage en Sprints

Sprint 1 : Mise en place du back end pour l’OTP (1 à 2 semaines)

- Choix de la technologie et des outils (bibliothèque OTP, service SMS/email).

- Implémentation de la génération d’OTP.

- Implémentation de la validation et expiration de l’OTP.

- Test et stockage sécurisé des OTP.

Sprint 2 : Envoi et réception de l’OTP (1 à 2 semaines)

- Intégration avec un service d’envoi (SMS/email).

- Implémentation de l’option “Renvoyer l’OTP”.

- Tests unitaires et correction des bugs.

Sprint 3 : Interface utilisateur et expérience utilisateur (1 semaine)

- Création du formulaire d’entrée de l’OTP.


- Affichage des messages d’erreur et de confirmation.

- Tests UX/UI et validation avec les utilisateurs.

Sprint 4 : Sécurisation et prévention des abus (1 à 2 semaines)

- Limitation des tentatives OTP.

- Ajout des logs d’utilisation.

- Vérification HTTPS et chiffrement des données.

- Test final et optimisation.

3. Suivi et amélioration continue (Scrum Framework)

- Daily Scrum (15 min/jour) : Rapide point d’avancement chaque jour.

- Sprint Review (fin de chaque sprint) : Démo des fonctionnalités terminées.

- Sprint Retrospective : Analyse des points à améliorer pour le prochain sprint.

Vous aimerez peut-être aussi