Your SlideShare is downloading. ×
0
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
L'agilité en quelques slides
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

L'agilité en quelques slides

2,368

Published on

Une brève présentation de l'Agilité, et de Scrum en particuliers.

Une brève présentation de l'Agilité, et de Scrum en particuliers.

Published in: Technology
0 Comments
5 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
2,368
On Slideshare
0
From Embeds
0
Number of Embeds
10
Actions
Shares
0
Downloads
72
Comments
0
Likes
5
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Lagilité en quelques slides 03/2012
  • 2. Présentation● Nicolas Deverge - ekito ● Architecte & ScrumMaster ● Speaker à lAgileTour 2009 ● Speaker au SigmaT 12 ● Speaker en 2012 pour le PPN des IUT Twitter : @ndeverge
  • 3. LAgilité● Ce que cest ● un état desprit ● un processus léger ● la transparence / la confiance ● lacceptation du changement ● amélioration continue ● pilotage par la valeur business● Ce que ce nest pas ● une solution à tous les problèmes ● une méthode de gestion de projet ● une méthode de développement rapide
  • 4. Pourquoi les méthodes Agiles ?● Le cycle en V fonctionne mal en ingénierie logicielle● Problème de lexpression du besoin ● Fonctionnalités non utilisées● Effet tunnel
  • 5. Pourquoi les méthodes Agiles ?
  • 6. Manifeste Agile● l’interaction avec les personnes plus que les processus et les outils● un produit opérationnel plus quune documentation pléthorique● la collaboration avec le client plus que la négociation de contrat● la réactivité face au changement plus que le suivi dun plan
  • 7. Scrum● Une méthode Agile● Cadre● Boîte à outils● Décrit le processus dorganisation, pas les pratiques dingénieries
  • 8. Le processus Scrum en uneimage
  • 9. Le Sprint● Les projets Scrum progressent par une série de sprints● La durée d’un sprint est de 2 à 4 semaines● Une durée constante apporte un meilleur rythme● Le produit (partiel) est conçu, codé et testé pendant le sprint (mini cycle en V)
  • 10. Les rôles● Product Owner ● Définit les fonctionnalités du produit ● Choisit la date et le contenu de la release ● Responsable du retour sur investissement ● Définit les priorités en fonction de la valeur « métier » ● Ajuste les fonctionnalités et les priorités à chaque itération si nécessaire ● Accepte ou rejette les résultats
  • 11. Les rôles● ScrumMaster ● Représente le management du projet ● Responsable de faire appliquer par l’équipe les valeurs et les pratiques de Scrum ● Résout des problèmes ● Sassure que léquipe est complétement fonctionnelle et productive ● Facilite une coopération poussée entre tous les rôles et fonctions ● Protège léquipe des interférences extérieures
  • 12. Les rôles● Léquipe ● Regroupant tous les rôles – Architecte, concepteur, développeur, spécialiste IHM, testeur, etc. ● A plein temps sur le projet, de préférence – Exceptions possibles (administrateur, …) ● L’équipe s’organise par elle-même ● La composition de l’équipe ne doit pas changer pendant un Sprint ● Le ProductOwner et le ScrumMaster font aussi parties de léquipe
  • 13. Le backlog de produit● Contient lensemble des exigences ● Users stories (exigences fonctionnelles) ● Bugs ● Spikes techniques● Chaque élément est priorisé et pondéré ● « Business point » ● « Points deffort »
  • 14. Priorisation &Pondération● Priorisation ● Grâce aux « Business points » ● Si ça ne suffit pas, ateliers « Buy a feature »● Pondération ● Grâce aux « points deffort » ● Relativement entre users stories ● Estimation collective – « Planning Poker » – Par similitude
  • 15. La planification de Sprint● A partir du backlog de produit priorisé et pondéré ● Définition du “but du Sprint” ● Sélection des users stories en haut du backlog ● Par rapport à la vélocité
  • 16. La planification de Sprint Backlog de produit Backlog de Sprint n+ prioritaire Voir les Voir les dispos 3 offres 2 Sprint n+1 Créer un Réserver 5 compte 3 Accès à un Payer 5 compte 2 Sprint n+2 Rembourser- prioritaire 3 Si vélocité entre 6 et 9
  • 17. Radiateur dinformations
  • 18. La planification de Sprint● Puis découpage des Users Stories en tâches techniques ● Collectivement par léquipe ● Estimées en « reste à faire » (en heures idéales)
  • 19. Le Done● Pour être considérée comme terminée, une User- Story doit répondre à certains critères : ● Codée ● Testée fonctionnellement ● Testée unitairement ● Documentée ● etc...
  • 20. Le déroulementquotidien● “Daily Scrum” tous les matins ● Coordination quotidienne de léquipe ● Timeboxé : pas plus de 3 minutes par personne ● 3 questions : – « Quest-ce que tu as fait hier ? » – « Quas-tu prévu aujourdhui ? » – « As-tu des problèmes ? » ● On en profite pour mettre à jour les tâches techniques (et le reste à faire) ● Le PO et le SM participent aussi !!
  • 21. En fin de Sprint● La revue ● 2h max, toute léquipe ● Le PO fait une démo du produit ● On regarde les métriques ● On fixe les objectifs du Sprint suivant ● On invite du monde ! – Stakeholders – End users – Sponsors
  • 22. En fin de Sprint● La rétrospective ● 30 mn max, que léquipe ● Amélioration continue ● Critique du processus en vue de laméliorer ● 3 questions : – « Quest-ce quil faut continuer ? » – « Quest-ce quil faut arrêter ? » – « Quest-ce quil faudrait commencer ? »
  • 23. Quelques métriques● Burndown chart de Sprint● Hour burndown chart de Sprint● Burndown chart de Release● Velocity chart 97 101 120 100 82 86 69 80 61 60 Vélocité 40 21 20 0 Sprint1 Sprint2 Sprint3 Sprint4 Sprint5 Sprint6 Sprint7
  • 24. Quelques pratiquesdingénierie (XP)● Pair Programming● Tests Unitaires & Test Driven Development● Intégration Continue ● Compilation ● Tests unitaires ● Packaging ● Documentation
  • 25. Utilisateurs de Scrum● Microsoft ● Nielsen Media● Yahoo ● First American Real Estate● Google ● BMC Software● Electronic Arts ● Ipswitch● High Moon Studios ● John Deere● Lockheed Martin ● Lexis Nexis● Philips ● Sabre● Siemens ● Salesforce.com● Nokia ● Time Warner● CNES ● Turner Broadcasting● BBC ● ...● INRA
  • 26. Autres...
  • 27. Des questions ?
  • 28. Agence Centre Ville : Tél. : + 33 (0) 561 316 2401 place de la Bourse, Fax. : + 33 (0) 561 713 50031000 Toulouse www.ekito.fr contact@ekito.fr
  • 29. Copyright● Vous êtes libre de : ● Reproduire, distribuer et communiquer cette création au public ● Modifier cette création● Selon les conditions suivantes : ● Paternité. Vous devez citer le nom de lauteur original de la manière indiquée par lauteur de loeuvre ou le titulaire des droits qui vous confère cette autorisation (mais pas dune manière qui suggérerait quils vous soutiennent ou approuvent votre utilisation de loeuvre). ● Rien dans ce contrat ne diminue ou ne restreint le droit moral de lauteur ou des auteurs. http://creativecommons.org/licenses/by/3.0/

×