Phase de préparation des itérations Produit Story 11 Release1 Story 1mStory 21 Release2 Story 2m… …

Présentation au sujet: "Phase de préparation des itérations Produit Story 11 Release1 Story 1mStory 21 Release2 Story 2m… …"— Transcription de la présentation:

1 Phase de préparation des itérations Produit Story 11 Release1 Story 1mStory 21 Release2 Story 2m… …

2 PROCESSUS DE DEFINITION DE RELEASE ANALYSE DU BESOIN ETUDES D'ARCHITECTU RE CAHIER DES CHARGES DocDefProduit SGB - USER STORIES DDR - BACKLOG DE RELEASE - PLAN DE RELEASE EVALUATION OUTILS MAQUETTES

3 OBJECTIFS DE L'ANALYSE DU BESOIN COMPLETER ET PRECISER LE BESOIN COMPOSITION DU SYSTEME PRINCIPES DE FONCTIONNEMENT UTILISATEURS ET ACTEURS SERVICES ATTENDUS (FEATURES SCRUM) DECOMPOSITION EN USER STORIES OU USE CASES CONTRAINTES REDIGER LA SGB

4 ANALYSE DU BESOIN ET METHODES AGILES Adaptation aux changements : ne pas analyser trop tôt le détail de ce qui sera modifié... Plutôt que décrire dans un document, on code et on montre le résultat Il faut cependant définir (sans trop détailler) et planifier ce qu'on prévoit de faire : SGB, Backlog de release et plan de release Il faut identifier les contraintes (règles métier et exigences complémentaires de la SGB)

5 OBJECTIFS DE LA SPECIFICATION GENERALE DE BESOINS (SGB) Document de référence pour les développeurs Présentation de la mission, de la composition du système, des services Liste des fonctions (user story ou use case) Contraintes : règles métier, interfaces, exigences diverses Outil de communication avec les utilisateurs Langage clair, fourniture aux utilisateurs, revues... Préparation des validations et recettes

6 Benoît Charroux – Scrum – Oct 10 - 6 User Story versus Use Case Une user story est une représentation dun besoin formulée en phrases courtes dans le language de lutilisateur. Scrum noblige pas à utiliser les user stories mais elles sont fréquement utilisées. Exemple dune user story appliquée à une station service : « En tant que pompiste je veux armer une pompe afin de permettre à un client de se servir de l'essence ». Les user stories peuvent être complétées avec des conditions de satisfaction. Pour l'armement de la pompe, de telles conditions pourraient être : Vérifier que la pompe est armée et est prête à lemploi Vérifier que si le pompiste narme pas la pompe, celle-ci est inutilisable Vérifier que seule la pompe correspondant au type dessence sélectionnée par le client est armée

7 USER STORY Représentation d'un besoin d'un acteur en vue d'un résultat Rédaction En tant que (acteur) je peux (besoin) pour (résultat) Attribution d'une priorité et estimation d'une charge de travail Utilisé pour planifier les sprints (définition du contenu et charge de travail)

8 DECOUPAGE EN USER STORIES Partie d'un service (feature) pour un acteur Contient des besoins de même priorité Volume de travail limité vis à vis du volume d'un sprint

9 EXEMPLE DE DECOUPAGE Service de gestion de données client découpé en 5 user stories : Affichage de la liste des clients (P 1) Affichage des données d'un client (P 2) Recherche d'un client (P 3) Création modification des données d'un client (P 4) Suppression d'un client (P 5)

10 BACKLOG DE PRODUIT ICESCRUM

11 OUTILS POUR BACKLOG ICESCRUM logiciel libre, gestion de tout le projet SCRUM peu documenté, rigide, difficile à comprendre... Utilisation de tableur partagé

12 TP BACKLOG DE RELEASE 1 Objectif : définir une liste d'user stories pour votre projet (partie de la SGB) Démarche Identifier les utilisateurs et acteurs Identifier les services (ou features) Décomposer les services en user stories et mettre des priorités Rédiger les user stories