Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Alice in Agile Land

1,075 views

Published on

Alice au Pays de l'Agilité

Published in: Engineering

Alice in Agile Land

  1. 1. Alice in Agile-Land Back  to  the  sources « Finalement, j’ai rencontré une brouette, et j’ai pensé qu’elle me prêterait une oreille attentive. » -­‐-­‐Lewis  Caroll
  2. 2. Disclaimer Cette  présentation  est  strictement  réservée  à  un  usage  privé  et  gratuit  dans  le   cercle  familial,  sauf  autorisation  contractuelle,  ou  alors  public  et  payant,  mais   envoyez  moi  une  carte  postale  pour  me  prévenir. La  projection  de  cette  présentation  en  séance  publique,  et  patati,  et  patata.  Nous   commettons  tous  des  erreurs,  tout  comme  les  personnages  de  cette   présentation,  qui  sont,  bien  qu'inspirés  de  faits  réels,  totalement  fictifs.   D’ailleurs,  dans  la  vraie  vie,  jamais  quelqu’un  ne  ferait  “exprès”  d’empêcher  une   adoption  agile  en  entreprise. […] Articles  E411,  421  et  123  du  Code  Peénal @bastien_gallay 2
  3. 3. Franck Rageade@thelor Coach  Agile Alice Barralon@a_barralon Coach  Agile  et  formateur
  4. 4. Constat Lundi  14  novembre  2016 4 THE STANDISH GROUP REPORT CHAOS – 2015 https://www.infoq.com/articles/standish-chaos-2015
  5. 5. Mercredi  9  novembre  2016 5 Mais alors, si [la gestion de projets] n’a aucun sens, qu’est ce qui nous empêche d'en inventer un ? -­‐-­‐Lewis  Caroll
  6. 6. Mercredi  9  novembre  2016 6 Comment en est-on arrivé là ? « S’il est impossible de ne pas penser à quelque chose, il reste encore possible de penser à autre chose. » -­‐-­‐Lewis  Caroll
  7. 7. 5000  ans  d’histoire  du  management  de  projets
  8. 8. Pyramide  d’Egypte  (-­‐3000  ans)
  9. 9. 1er Kanban  Board avec  affectation  des  tâches  ;))
  10. 10. Saut  dans  le  temps...…
  11. 11. Mercredi  9  novembre  2016 11 Les temps modernes Charlie  Chaplin  -­‐ 1936
  12. 12. Lundi  14  novembre  2016 12 Taylorisme..’Un  bon  ouvrier  fait  ce  qu'on  lui  dit  et  ne  discute  pas’… ……..Fordisme ’Le  taylorisme  n'est  qu'une  généralisation   du  travail  aux  pièces  employé  par  le  patronat  pour  réduire  les  salaires.’  Journal   l'Humanité  – 1913
  13. 13. Mercredi  9  novembre  2016 13 Mimetisme des disciplines de l’industrie…..
  14. 14. Lundi  14  novembre  2016 14 On perpetue les traditions… Hello  Christian  Den  Hartigh ;)  @cdenhartigh
  15. 15. Mercredi  9  novembre  2016 15 … ..à l’universite ..é…
  16. 16. Mercredi  9  novembre  2016 16 La  division  du  travail  ne  fonctionne  pas   (Le  mythe  du  mois-­‐homme F.  Brooks  1975) Les  problèmes  sont  plus  sociologiques  que   technologiques (Peopleware DeMarco /  Lister  1987)
  17. 17. Mercredi  9  novembre  2016 17 Software Engineering (1967) Quand moi, j'emploie un mot, déclara le Gros Coco d'un ton assez dédaigneux, il veut dire exactement ce qu'il me plaît qu'il veuille dire... ni plus ni moins. – Lewis  Caroll
  18. 18. 18 Working Conference on  Software  Engineering Garmisch -­‐ 1968 Crise du logiciel (1968) - OTAN "Avez-vous déjà trouvé la réponse à la devinette ?" dit le Chapelier, en se tournant de nouveau vers Alice. "Non, j'abandonne", répliqua Alice. "Quelle est la réponse ?" "Je n'en ai pas la moindre idée", fit le Chapelier. – Lewis  Caroll
  19. 19. Retard
  20. 20. 20 « La  chose  la  plus  dangereuse   dans  le  domaine  du  logiciel  est  l'idée,  apparemment   presque   universelle,   que  vous  allez  spécifier   ce  qu'il  y  a  à  réaliser,   puis  le  réaliser.   Voilà   d'où  viennent   la  plupart  de  nos  ennuis.  On  appelle  réussis  les  projets  qui  sont   conformes  à  leurs  spécifications.   Mais  ces  spécifications   s'appuient  sur  l'ignorance   dans  laquelle  étaient  les  concepteurs   avant  de  démarrer   le  boulot! »  1968 http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1969.PDF
  21. 21. 21 http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1969.PDF
  22. 22. Mercredi  9  novembre  2016 22 Faire  du  logiciel  ce  n'est  pas  produire  en  masse  :  personne  n'a   jamais  fait  2  fois  exactement  la  même  application,   exactement  de  la  même  façon.
  23. 23. Approches empiriques Deming  (années   50) • Roue  de  Deming  (Amélioration  continue) • Qualité  du  premier  coup • Abandon   du  "command   &  control"   • Mise  en  confiance • Leadership • Rendre  les  employés   fiers  et  donc  motivés Toyota • Kaizen   • « analyser  pour  rendre  meilleur »  -­‐ « Mieux  qu'hier,  moins  bien  que  demain. » 23
  24. 24. Theorie X et Y -­‐-­‐ Douglas  Mc  Gregor  1960 24 Theorie X § Naturellement,  l'être  humain  moyen  n'aime   pas  le travail et  l'évitera  s'il  le  peut. § Du  fait  de  leur  aversion  à  l'égard  du  travail,  la   plupart  des  gens  doivent  être  contrôlés,  voire   menacés,  afin  qu'ils  travaillent  suffisamment   dur. § Ainsi,  les  travailleurs  ne  fournissent  l’effort   attendu  que  sous  la  contrainte  ou  contre   récompense  (le salaire). § L'humain  moyen  préfère  être  dirigé § Il  n'aime  pas  les  responsabilités § Il  désire  la sécurité par-­‐dessus  tout. § Il  ne  déploie  vraiment  son  intelligence  que   pour  contourner  les  règlements Theorie Y § Faire  des  efforts  physiques  et  mentaux  au  travail  est   aussi  naturel  que  s'amuser  et  se  reposer. § Le  contrôle  et  la  punition  ne  sont  pas  les  seules  façons   de  faire  travailler  les  gens.  L'individu  sera  capable  de  se   réaliser  si  on  l'associe  aux  buts  de  l'organisation. § Si  un  travail  apporte  des  satisfactions,  alors   l'engagement  envers  l'organisation  s'améliore. § L'homme  moyen  est  capable  d'apprendre § Mis  dans  de  bonnes  conditions,  non  seulement  il   accepte,  mais  en  plus  il  recherche  les  responsabilités. § L'humain  a  besoin  du  travail  pour  se  développer § L'humain  est  motivé  par  le  désir  de  se  réaliser   pleinement § Il  est  préférable  de  laisser  les  gens  s’auto-­‐organiser
  25. 25. « Plan the work, Work the plan » Tout  doit  être  prévu « Fail Fast, Fail Safe » Basé  sur  l’expérience Une  différence   majeure   : Le droit a l’erreur 25
  26. 26. Mercredi  9  novembre  2016 26Aucun plan ne survit au premier contact avec l’ennemi — Von Moltke
  27. 27. L'immuabilité des  spécificationset  des  besoinsfonctionnels Ce  qui  sera  délivré sera  en partie obsolète
  28. 28. L'effet tunnel  ! Feedback  trop  tardif :  toute modification  vacoûter trèscher
  29. 29. La  sectorisation des  intervenants Les  équipess'incriminententre  elles -­‐ Insatisfaction des  équipes
  30. 30. On  ne  délivre pas  assez de  valeur au  client
  31. 31. • Lorsqu’un  projet  est  en  retard,  ajouter  de  la  force  de   travail  ne  fait  qu’accentuer  le  retard. « Neuf femmes ne font pas un enfant en un mois » • Importance  de  la  qualité  de  communication • Adaptation  au  changement     « Prevoyez de mettre une version à la poubelle ; vous le ferez de toutes facons » 31 The Mythical Man-Month -­‐ Frederic Brooks Le  mythe  de  l’homme-­‐mois  (1975)
  32. 32. Qu’est-ce que l’agiliteé? L’agilité  n’est  ni  une  méthode,  ni  un  standard L’agilité  est  un  état  d’esprit,  une  culture ! L’AGILITÉ  : Un  ensemble  d’activités  réalisées  dans  une  organisation  ou  un  système  qui  aide  à  atteindre  un  idéal   professionnel  décrit  dans  les  valeurs  et  principes  du  MANIFESTE  AGILE   Mercredi  9  novembre  2016 32
  33. 33. 2010  :  Kanban  (software) 2008  :  Lean  Startup 2006  :  BDD 2004  :  Crystal  clear 2003  :  Lean  Software  Development 2002  :  TDD 1999  :  XP,  FDD 1998  :  UP,  RUP,  AUP,  etc. 1995  :  Scrum 1994  :  RAD2,  DSDM 1991  :  RAD 1986  :  Modèle en spirale 1948  :  TPS  (~Lean) 1940's  :  Kanban  (industrie) 1930's  :  PDCA Emergence des methodes agiles 1878  :  Pragmatisme 1620  :  Méthode scientifique 322  av.  J.-­‐C  :  Aristote
  34. 34. 11 au 13 Fevrier - 2001 Un  groupe  de  personne   s’est  réuni  pendant  2  jours  pour  parler,   skier,  se  détendre,   essayer  de  trouver  un  terrain  d'entente  et  bien  sûr,  manger. Qu’est-il ressorti ce cette rencontre ? source  :  http://www.fabrice-­‐aimetti.fr/dotclear/public/traductions/agilemanifesto-­‐history-­‐FR.html 34
  35. 35. « Une declaration sentimentale » -­‐-­‐ Uncle Bob Un  ensemble   de  valeurs  fondées   sur  la  confiance  et  le  respect  des  uns  des  autres  et  la   promotion  de  modèles  d'organisation  basés  sur  les  individus,  la  collaboration. Qui  parle  de  livrer  les  bons  produits  aux  bons  clients. Qui  ne  parlent  plus  des  gens  comme  des  « ressources ». source  :  http://agilemanifesto.org 35
  36. 36. Alice in Agile-Land Back  to  the  sources Le Manifeste Agile - 2001 "Mais je n'ai nulle envie d'aller chez les fous", fit remarquer Alice. "Oh ! vous ne sauriez faire autrement, dit le Chat : Ici, tout le monde est fou. Je suis fou. Vous êtes folle." "Comment savez-vous que je suis folle ?" demanda Alice. "Il faut croire que vous l'êtes, répondit le Chat ; sinon, vous ne seriez pas venue ici." 17   experts  en  développement   d’applications   informatiques   anarchistes organisationnels
  37. 37. 37 I’m not crazy, my reality is just different than yours – Lewis Caroll 17 anarchistes organisationnels
  38. 38. Alice in Agile-Land Back  to  the  sources
  39. 39. Manifeste pour le développement Agile de logiciels Nous  avons  entendu  parler  des  nouvelles  façons  de  développer   des  logiciels  avec   des  consultants  que  nous  avons  payé  et  en  lisant  des  rapports  de  chez  Gartner.   Fort  de  ces  éléments,   on  nous  a  dit  de  valoriser  : Les  individus  et  leurs  interactions plus  que  les  processus   et  les  outils mais  chez  nous  il  y  a  des  processus  à  respecter  obligatoirement  et  des  outils  pour  contrôler  comment  ces  individus   (nous  préférons  le  terme  “ressources”)  interagissent Des  logiciels  opérationnels plus  qu’une  documentation  exhaustive tant  que  ces  logiciels  sont  entièrement  documentés La  collaboration  avec  les  clients plus  que  la  négociation  contractuelle à  l’intérieur  de  cadres  contractuels  stricts  bien  sûr,  et  sujet  à  un  contrôle  des  changements  rigoureux L’adaptation   au  changement plus  que  le  suivi  d’un  plan à  condition  qu’un  plan  détaillé  existe  pour  répondre  au  changement  et  qu’il  soit  suivi  scrupuleusement Ceci  étant  dit,  bien  que  nous  reconnaissons   que  les  éléments   figurant  à  gauche   aient  l’air  sympa  en  théorie,   nous  somme  une  entreprise,   et  il  n’est  pas  question   que  nous  laissions  tomber  les  éléments   figurant  à  droite. Concocté  un  samedi  matin  avant  le  petit  déjeuner  par Kerry  Buckley @kerryb,  d’après  un article de  Ron  Jeffries et   cette suggestiond’Eastmad.
  40. 40. Manifeste pour le développement Agile de logiciels Les  individus  et  leurs  interactions  plus  que  les  processus   et  les  outils supporté   par Des  logiciels  opérationnels   plus  que  une  documentation  exhaustive supporté   par La  collaboration  avec  les  clients  plus  que  la  négociation  contractuelle supporté   par L’adaptation   au  changement  plus  que  le  suivi  d’un  plan supporté   par
  41. 41. Agile  Tour  Rennes
  42. 42. Agile  Tour  Rennes
  43. 43. Agile  Tour  Rennes
  44. 44. Agile  Tour  Rennes
  45. 45. Pour  réussir,  les  entreprises  doivent  se  débarrasser  de  leur   politique  de  travail  à  la  Dilbert 46 Principe de Dilbert : Les  gens  les  moins  compétents  sont  systématiquement  affectés  aux  postes  où  ils  risquent  de   causer  le  moins  de  dégâts  :  ceux  de  managers ».  
  46. 46. 47 « Cette  prise  de  liberté,   par  rapport  aux  inepties  de  la  vie  en  entreprise,   attire  les   promoteurs  des  Méthodologies   Agile,  et  effraie les  bureaucrates   de  l'entreprise,   tout  au  moins  ceux  qui  sont  heureux  de  pousser  les  processus   pour  l'amour  des   processus   au  lieu  d'essayer  de  faire  au  mieux  pour  le  "client"  et  de  livrer  quelque   chose  de  rapide  et  de  concret  "comme  promis"  tout  simplement  parce  qu'ils  ne   savent  pas  où  se  planquer. » http://www.fabrice-­‐aimetti.fr/dotclear/public/traductions/agilemanifesto-­‐history-­‐FR.html
  47. 47. Scrum mon  scrotum  /  Claude  Aubry  – Agile  Pays  Basque  2016
  48. 48. Scrum mon  scrotum  /  Claude  Aubry  – Agile  Pays  Basque  2016Scrum mon  scrotum  /  Claude  Aubry  – Agile  Pays  Basque  2016
  49. 49. Alice in Agile-Land Back  to  the  sources Voudriez-vous me dire, s’il vous plaît, quel chemin je dois prendre pour faire [une transformation agile] ? Cela dépend beaucoup de l’endroit où tu veux aller. Peu m’importe l’’endroit.... En ce cas, peu importe la route que tu prendras, répliqua-t-il."– Lewis Caroll
  50. 50. Le Manifeste fait partie de l’histoire (15 ans deja !). L’Agile vit et n’arrete pas de changer 09/11/2016 Stratégie  d'une  transformation  agile    -­‐ Par  :   Raouf  ABROUGUI   51
  51. 51. Agile-Land 14/11/2016 Stratégie  d'une  transformation  agile    -­‐ Par  :   Raouf  ABROUGUI   52 THE STANDISH GROUP REPORT CHAOS - 2015
  52. 52. Alice in Agile-Land Back  to  the  sources [Une transformation agile ?] Mais c’est impossible ! Seulement si tu crois que ça l’’est– Lewis Caroll Il venait de se passer tant de choses bizarres, qu’elle en arrivait à penser que fort peu de choses étaient vraiment impossible– Lewis Caroll
  53. 53. Pour  aller  plus  loin Quarante  ans  de  crise http://blog.institut-­‐agile.fr/2010/10/quarante-­‐ans-­‐de-­‐crise.html http://blog.institut-­‐agile.fr/2010/10/quarante-­‐ans-­‐de-­‐crise.html https://interstices.info/jcms/ni_79198/la-­‐naissance-­‐du-­‐genie-­‐logiciel http://blog.institut-­‐agile.fr/2010/10/quarante-­‐ans-­‐de-­‐crise.html L’histoire  du  Manifeste  Agile http://www.fabrice-­‐aimetti.fr/dotclear/public/traductions/agilemanifesto-­‐history-­‐FR.html Les  nouvelles  règles  de  développement   d’un  nouveau  produit http://www.fabrice-­‐aimetti.fr/dotclear/public/mes-­‐documents/TheNewNewProductDevelopmentGame_French.pdf L’Histoire  de  Scrum http://wiki.ayeba.fr/L%27Histoire+de+Scrum AGILE  Historique   et  évolution http://www.entreprise-­‐agile.com/HistoAgile.pdf Les  14  points  de  Deming http://www.fr-­‐deming.org/les14.html
  54. 54. Troll Slide  2  :  citation  :  La  régression  continue  :  une  méthode  pour  bien  faire  rater  l’adoption   agile  en  entreprise  /  Bastien  Gallay – Agile  Tour  2014 Scrum mon  Scrotum  /  Claude  Aubry http://www.aubryconseil.com/post/Scrum-­‐mon-­‐scrotum-­‐ Kakémono   :  Agile  Tour  Rennes Manifeste  pour  le  développement   agile  à  reculons  de  logiciels http://www.les-­‐traducteurs-­‐agiles.org/agile/2016/07/29/manifeste-­‐agile-­‐reculons.html
  55. 55. 56 Les 14 points de Deming illustrés http://qualite-­‐-­‐entreprise.blogspot.fr/2011/08/les-­‐14-­‐points-­‐de-­‐deming-­‐illustres.html
  56. 56. 57 Les 14 points de Deming illustrés http://qualite-­‐-­‐entreprise.blogspot.fr/2011/08/les-­‐14-­‐points-­‐de-­‐deming-­‐illustres.html
  57. 57. 58 Les 14 points de Deming illustrés http://qualite-­‐-­‐entreprise.blogspot.fr/2011/08/les-­‐14-­‐points-­‐de-­‐deming-­‐illustres.html
  58. 58. Le meilleur livre grand public sur la programmation est « Alice au Pays des Merveilles », mais c'est parce que c’est le meilleur livre pour le profane sur tous les sujets. Alan  Perlis  1982 Participant  à  la  réunion  de  l’ONU  sur  la  Crise  du  Logiciel

×