Transformer une demande floue en périmètre, parcours et maquettes testables avec des critères d’acceptation clairs.
Aucune connaissance préalable n’est strictement obligatoire ; les prérequis détaillés sont précisés dans les ateliers.
Bac+3
Un ordinateur, un navigateur et les outils indiqués dans le premier atelier sont suffisants pour commencer.
Apprendre à partir d’une demande floue à construire un périmètre utile, puis à le valider avec des parcours, des maquettes et des critères d’acceptation mesurables.
Le cours alterne cadrage, pratique de parcours, maquettage et revue de backlog.
Prérequis : Notions de base sur les utilisateurs, les services et le cycle de vie d’un projet.
Un besoin utile commence par une situation observable, un utilisateur identifié et un problème qui bloque une action. Rassembler les demandes sans les confondre avec les solutions proposées.
Définir le périmètre, les exclusions, les contraintes techniques, le budget et les critères de succès. Une question ouverte mal formulée produit toujours une solution seductive mais difficile à maintenir.
Décrire les étapes, les émotions, les points de friction et les informations nécessaires avant, pendant et après l’action. Le parcours sert à valider le problème, pas à orner la maquette.
Prioriser avec une matrice valeur, effort et risque. Une fonctionnalité coûteuse sans effet mesurable doit être reportée ou réduite.
Commencer par des wireframes basse fidélité : ils rendent visibles la hiérarchie, les états et les enchaînements sans défendre un style. Ajouter ensuite les contenus réels et les règles d’accessibilité.
Tester avec des scénarios observables. Observer les blocages, noter les questions et mesurer la confiance plutôt que demander seulement si la maquette est jolie.
Scénario : « Je suis responsable, je veux retrouver une demande, je compare son état et je décide qui doit intervenir. »Écrire les épics avec une valeur, une estimation, une dépendance et des critères d’acceptation Given/When/Then. Séparer les livrables visibles des tâches techniques afin que le besoin reste compréhensible.
Le backlog doit pouvoir être challenged : chaque élément doit répondre à une question, éviter les doublons et indiquer comment vérifier la solution.
Critère : Given une demande validée, When un agent la clôture, Then l’historique conserve la décision et la prochaine étape est visible.Le livrable doit montrer une compréhension personnelle, des choix explicités et une vérification par un cas de test ou une procédure reproductible.
Publié le 29/11/2025