Drupal, scrum et l'agilité - Drupalcamp Paris 2013

6,450 views

Published on

Cette présentation a été donnée dans le cadre du Drupalcamp Paris 2013 du 21 au 23 juin (http://paris2013.drupalcamp.fr/programme-paris).

Présentation par Julien Dubois (https://twitter.com/artusamak)

Les méthodes agiles ont de plus en plus le vent en poupe et Scrum devient de plus en plus répandu.
Drupal continue également de croitre et ses qualités intrinsèques le rendent très compatible avec les concepts de sprint, d'itérations et de livraison continue.

* Votre dernier projet en cycle en V a échoué et vous avez envie d'essayer autre chose ?
* Vous ne savez pas ce que sont les méthodes agiles et/ou Scrum ?
* Vous vous demandez comment tirer partie des capacités de prototypage de Drupal ?

Nous allons (re)voir au cours de cette session ce que sont les méthodes agiles, en quoi elles divergent de la gestion de projet dite "traditionnelle" avec un focus sur Scrum, puis vous présenterai comment Drupal et Scrum peuvent s'entendre et devenir les meilleurs amis du monde dans votre intérêt et celui de votre client.

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

No Downloads
Views
Total views
6,450
On SlideShare
0
From Embeds
0
Number of Embeds
4,656
Actions
Shares
0
Downloads
5
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Drupal, scrum et l'agilité - Drupalcamp Paris 2013

  1. 1. Scrum + Drupal =Drupalcamp Paris 2013Julien Dubois
  2. 2. De quoi allons-nous parler ?1. Que sont les méthodesagiles ?2. Présentationde Scrum3. Et Drupal ?4. Scrum + Drupal =
  3. 3. Les méthodes agilesUn acte fondateur
  4. 4. Manifeste agile
  5. 5. Manifeste agile12 principes
  6. 6. Manifeste agile12 principesValeur ajoutée
  7. 7. Manifeste agile12 principesValeur ajoutéeAccepterle changement
  8. 8. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrement
  9. 9. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiens
  10. 10. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à face
  11. 11. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatisme
  12. 12. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérenne
  13. 13. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa dette
  14. 14. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfait
  15. 15. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfaitEquipe motivée
  16. 16. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfaitEquipe motivéeEquipe autogérée
  17. 17. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfaitEquipe motivéeEquipe autogéréeAméliorationcontinue
  18. 18. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfaitEquipe motivéeEquipe autogéréeAméliorationcontinue4 valeurs
  19. 19. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfaitEquipe motivéeEquipe autogéréeAméliorationcontinue4 valeursPersonneset interactions >outils et processus
  20. 20. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfaitEquipe motivéeEquipe autogéréeAméliorationcontinue4 valeursPersonneset interactions >outils et processusLogicielfonctionnel>documentation
  21. 21. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfaitEquipe motivéeEquipe autogéréeAméliorationcontinue4 valeursPersonneset interactions >outils et processusLogicielfonctionnel>documentationCollaboration client>négociationcontractuelle
  22. 22. Manifeste agile12 principesValeur ajoutéeAccepterle changementLivrer régulièrementEchangesquotidiensFace à facePragmatismeRythme pérennePayersa detteSimple VS parfaitEquipe motivéeEquipe autogéréeAméliorationcontinue4 valeursPersonneset interactions >outils et processusLogicielfonctionnel>documentationCollaboration client>négociationcontractuelleAdaptationauchangement> suivi d’un plan
  23. 23. Concepts à retenir> Itérations> Client au cœur du projet> Equipeauto organisée> Améliorationcontinue
  24. 24. Plusieurs candidatsScrum > Auto organisationXP > BinômageLean > Chasse au gaspillageCrystal > Petits projets
  25. 25. ScrumConcepts, acteurs et fonctionnement
  26. 26. Concepts – Vue d’avionSprint 1 Sprint 2 Sprint 3 Sprint 4 ReleaseItérations de 2 à 4 semainesUne successiond’itérationsdonne lieu à une releaseUne livraison à la fin de chaque sprint
  27. 27. Concepts – ActeursLe product ownerLe scrum masterL’équipe
  28. 28. Concepts – Découpage d’un sprintSprint définition(0,5-1j)Développement(8j)Démo(0,5j)Rétro(0,5j)1) Constitutiondu backlog de sprint, dimensionnementdes stories, engagement surnombre de points de complexité2) Implémentationdes user stories et technicalstories,discussionsrégulièresvia lescrum quotidien(Qu’as-tu fait hier / demain / pointsbloquants)3) Présentationdes fonctionnalitésimplémentéesdurant le sprint & collectedes retours4) Analyse du sprint écoulé, identificationblocages& réussites,pistesd’améliorations1 2 3 4
  29. 29. SprintBacklog• User story A• Technical story A• User story B• User story C• Technical story BProductbacklog• User story D• User story E• Technical story C• Technical story DConcepts – Les backlogsPrioritéLes storiesreprésententles fonctionnalitésà réaliserToutes les stories ont une taille – « Planning poker »Toutes les stories ont une définitionde « terminé »Les storiesdevraient être triée par priorité de valeur ajoutée
  30. 30. Rituels : la sprint définitionSprint définition(0,5-1j)* Le backlog est préparé* Les storiessont découpéesen taches* Les arbitrages sont faits* Les storiessont dimensionnées* L’équipe définisont engagement pour le sprint en s’appuyantsur sa vélocité1
  31. 31. Rituels : le scrum quotidienDéveloppement(8j)* L’équipe implémenteles storiespar ordre de priorité* Chaque membre choisiles stories qu’il s’affecte* Tous les jours un point est fait avec l’équipeafin d’identifierles pointsde blocage* Des taches doivent se fermer tous les jours2
  32. 32. Rituels : la démonstrationDémo(0,5j)* Des membres extérieurs peuvent être invités* Chaque membre de l’équipe présenteson travail* On ne présenteque des choses terminées* On collecteles retours et les demandes d’ajustement3
  33. 33. Rituels : la rétrospectiveRétro(0,5j)* Collecte de la vélocité* Passage en revue du sprint écoulé* Occasionde donner la parole à chacun* Améliorationdu travail de l’équipe4
  34. 34. Métriques – La vélocitéLe burnup(Complexitécumulée sur durée) Le burndown(Complexitérestantà fairesur durée)
  35. 35. CumulativeFlow ChartMétriques – La répartition de l’effort
  36. 36. TaskboardMétriques – Le suivi de qui fait quoi
  37. 37. Et Drupal ?A quoi sert-il dans tout ça ?
  38. 38. Drupal est un CMSFonctionnalitésnativesNouvellesfonctionnalitésen un clic+20K modulessur drupal.orgCapacités d’extensibiliténativesModules custompour ajuster / palier aux lacunes
  39. 39. Scrum + Drupal =
  40. 40. Quelques inconvénients tout de mêmeNécessite un product owner disponible~1h par jourBesoin d’un product owner avec un pouvoir de décisionAccompagnementpour une transition depuisle cycle en VBesoin d’une équipe composéede personnes proactivesTailled’équipe +/- 6Définitionde « fini » pas toujours assez claireCMS + testabilité= 
  41. 41. …mais que d’avantagesBeaucoup plus d’interactionsavec le clientDes retours sur le produit en cours de productionConcentrationdes efforts sur les fonctionnalitésà valeur ajoutéeEquipeauto gérée = meilleureambianceRythme soutenablegrâce au suivi de la vélocitéPrédictibilitésur la fin du projet
  42. 42. Sources d’inspirationAlexisMonville (Ayeba.fr)Claire Hernandez (Biblibre.com)http://blog.institut-agile.fr/http://www.areyouagile.comhttp://news.humancoders.com/t/agileAgile games
  43. 43. Merci ! Des questions ?
  44. 44. Créditshttp://www.sxc.hu/photo/1382441http://www.certschool.com/blog/agile-burn-down-charts/http://agileangle.blogspot.fr/2010_08_01_archive.htmlhttp://www.targetprocess.com/blog/2010/02/cumulative-flow-chart-in-kanban-real-usage-example.htmlhttp://slidehunter.com/powerpoint-templates/scrum-task-board-powerpoint-template/http://www.iconfinder.com

×