Préambule Introduction Concepts Perspectives Conclusion 2 Cas pratique.

  • Published on
    04-Apr-2015

  • View
    102

  • Download
    0

Embed Size (px)

Transcript

  • Page 1
  • Page 2
  • Prambule Introduction Concepts Perspectives Conclusion 2 Cas pratique
  • Page 3
  • Plus pragmatiques que les mthodes traditionnelles Satisfaction relle du besoin du client; Minimisation des risques, Indiqu pour l'imprvu, Officialisation en 2001 : le Manifeste Agile (Agile Manifesto). Plus pragmatiques que les mthodes traditionnelles Satisfaction relle du besoin du client; Minimisation des risques, Indiqu pour l'imprvu, Officialisation en 2001 : le Manifeste Agile (Agile Manifesto). Les mthodes AGILE 3
  • Page 4
  • Spcification des besoins Conception Implmentation Test F1, F2 Dlivrable F2, F3 F4, F5 4
  • Page 5
  • Origine du terme sportif de rugby signifiant : mle, Utilisation d une procdure itrative, Processus agile qui permet de produire la plus grande valeur mtier dans la dure la plus courte. logiciel fonctionnel rentabilit, satisfaction du client. Origine du terme sportif de rugby signifiant : mle, Utilisation d une procdure itrative, Processus agile qui permet de produire la plus grande valeur mtier dans la dure la plus courte. logiciel fonctionnel rentabilit, satisfaction du client. Dfinition de la mthode SCRUM 5
  • Page 6
  • Mthodologie Backlog du produit Backlog du sprint Backlog rparti sur les quipes 24h 30j 6
  • Page 7
  • Mthode itrative Travail en quipe Grande adaptabilit Contrle du chaos Augmentation de la communication et maximisation de la coopration Protection de l'quipe Augmentation de la productivit Mthode itrative Travail en quipe Grande adaptabilit Contrle du chaos Augmentation de la communication et maximisation de la coopration Protection de l'quipe Augmentation de la productivit Caractristiques 7
  • Page 8
  • Historique Analyse des processus communs au dveloppement Scrum parJeff Sutherland & Ken Schwaber Renforcement de Scrum par Mike Beedle & combinaison de Scrum avec Extreme Programming Introduction de Scrum la OOPSLA confrence Publication de Agile Software Development with Scrum par Ken Schwaber & Mike Beedle 8
  • Page 9
  • Equipe responsable, en auto-organisation Avancement du produit par une srie de sprints Exigences dfinies Pas de prescription de pratiques dingnierie Utilisation de rgles gnriques Equipe responsable, en auto-organisation Avancement du produit par une srie de sprints Exigences dfinies Pas de prescription de pratiques dingnierie Utilisation de rgles gnriques Requis 9
  • Page 10
  • Directeur de produit (Product Owner) SCRUM Master Equipe SCRUM (SCRUM team) Directeur de produit (Product Owner) SCRUM Master Equipe SCRUM (SCRUM team) Rles 10
  • Page 11
  • Rles Membre de lquipe SCRUM Master Elment perturbateur Directeur de produit Client Clients Client Intervenants 11
  • Page 12
  • Planification par niveau : runion sur 8h et en deux temps. Processus 4h avant de manger On effectue la cration du Backlog produit On dtermine les enjeux du Sprint Participants : Product Owner, SCRUM Master, l'quipe 4h avant de manger On effectue la cration du Backlog produit On dtermine les enjeux du Sprint Participants : Product Owner, SCRUM Master, l'quipe En premire partie 4h aprs manger Participants: Scrum Master, l'quipe On cre le Backlog de Sprint 4h aprs manger Participants: Scrum Master, l'quipe On cre le Backlog de Sprint Deuxime partie 12
  • Page 13
  • Scrum quotidien : Tous les jours 5 minutes Debout Rpondre 3 questions essentielles : quest ce que jai fais hier? quest ce que je fais aujourdhui? quels sont les problmes? Scrum quotidien : Tous les jours 5 minutes Debout Rpondre 3 questions essentielles : quest ce que jai fais hier? quest ce que je fais aujourdhui? quels sont les problmes? Processus 13
  • Page 14
  • Processus Maximum 4 heures Objectif : validation du logiciel produit pendant le sprint. Dmonstration de nouvelles fonctionnalits ou de l'architecture : des livrables Reprsentation informelle Prparation < 2 heures Maximum 4 heures Objectif : validation du logiciel produit pendant le sprint. Dmonstration de nouvelles fonctionnalits ou de l'architecture : des livrables Reprsentation informelle Prparation < 2 heures Revue du Sprint A chaque fin de Sprint Ce qui marche / ce qui ne marche pas 15 30 minutes Start / Stop / Continue A chaque fin de Sprint Ce qui marche / ce qui ne marche pas 15 30 minutes Start / Stop / Continue Rtrospective 14
  • Page 15
  • Backlog du produit (ou catalogue des besoins) Besoins prioris par le product owner Besoins valus par lquipe Backlog du produit (ou catalogue des besoins) Besoins prioris par le product owner Besoins valus par lquipe Artefacts 15
  • Page 16
  • Backlog du Sprint Ajustement quotidienne de l'estimation du reste faire Adaptabilit du backlog Emergence prograssive du travail du sprint Dfinition de tche avec plus de temps et sa dcomposition aprs dans le cas de non clart du travail Mise jour du travail restant une fois connu Backlog du Sprint Ajustement quotidienne de l'estimation du reste faire Adaptabilit du backlog Emergence prograssive du travail du sprint Dfinition de tche avec plus de temps et sa dcomposition aprs dans le cas de non clart du travail Mise jour du travail restant une fois connu Artefacts 16
  • Page 17
  • Artefacts En tant quutilisateur, je 8 points En tant quutilisateur, je 8 points En tant quutilisateur, je 5 points En tant quutilisateur, je 5 points Coder le 9 points Coder le 9 points Coder le 2 points Coder le 2 points Coder le 4 points Coder le 4 points Tester le 8 points Tester le 8 points Tester le 8 points Tester le 8 points Coder le 3 points Coder le 3 points Coder le 2 points Coder le 2 points Tester le 1 points Tester le 1 points Coder le 3 points Coder le 3 points Tester le 6 points Tester le 6 points Tester le 2 points Tester le 2 points Coder le 9 points Coder le 9 points Coder le 9 points Coder le 9 points Tester le 9 points Tester le 9 points Coder le 9 points Coder le 9 points Tester le 9 points Tester le 9 points Coder le 9 points Coder le 9 points Coder le 9 points Coder le 9 points Coder le 9 points Coder le 9 points Tester le 9 points Tester le 9 points Coder le 9 points Coder le 9 points Tester le 3 points Tester le 3 points 17
  • Page 18
  • Backlog de produit normalis Niveau haut Niveau bas 24h 30j 24h Synchronisation Runions quotidiennes SCRUM quipe A quipe C quipe B Sprint Runion quotidienne SCRUM de SCRUM Backlog de Sprint Runion de planning de Sprint Synchronisation Runion de planning de Sprint 18
  • Page 19
  • 19
  • Page 20
  • 20
  • Page 21
  • IRITAorganiser : Organisateur complet Application Un organisateur qui regroupe un agenda, un gestionnaire de planning/emploi du temps, un gestionnaire de budget, un client de courrier lectronique et un gestionnaire de tches dans une mme application. Description 15 semaines Dure totale 21
  • Page 22
  • Client : M. Naoufel Kraiem Product Owner : Ines Gherab SCRUM Master : Rania Ben Ismail Equipe : Imen Sadki et Takwa Bouallegue Client : M. Naoufel Kraiem Product Owner : Ines Gherab SCRUM Master : Rania Ben Ismail Equipe : Imen Sadki et Takwa Bouallegue Participants : Une semaine Dure du Sprint 22
  • Page 23
  • Back log du produit 23 (Exigences) tre scurise par mot de passe, grer les diffrentes vues par anne, par mois et par jour du calendrier, manipuler le courrier lectronique du client entre bote denvoi et bote de rception, grer le planning et lemploi du temps, contrler le budget du client en termes de revenus et de dpenses, mmoriser des tches faire, les lister et leur assigner des priorits, afficher une interface qui organise toutes les fonctionnalits de lapplication. 1 1 7 7 4 4 5 5 3 3 6 6 2 2
  • Page 24
  • Offrir une interface scurise par un mot de passe permettant daccder la gestion des tches quotidiennes du client. But du Sprint 24
  • Page 25
  • 25
  • Page 26
  • 26

Recommended

View more >