Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

Agile pour l'echafaud ATT2020.pptx

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Chargement dans…3
×

Consultez-les par la suite

1 sur 65 Publicité
Publicité

Plus De Contenu Connexe

Plus par Guillaume Saint Etienne (15)

Plus récents (20)

Publicité

Agile pour l'echafaud ATT2020.pptx

  1. 1. AGILE
  2. 2. Agile à l’échelle à l’échafaud Guillaume SAINT ETIENNE
  3. 3. Tout seul on va plus vite, ensemble on va plus loin…
  4. 4. Ensemble
  5. 5. Ensemble d’ensemble
  6. 6. 2e loi de la thermodynamique • L’entropie augmente inexorablement • LA LOI DE L’ENTROPIE ACCROÎT L’IMPRÉVISIBILITÉ, ET NON PAS LE DÉSORDRE • ... ajoutez notre propension à complexifier
  7. 7. Loi de Brooks (thermodynamique du logiciel)
  8. 8. “Neuf femmes ne peuvent pas faire un bébé en un mois.”
  9. 9. Le bloc projet, la vision des systèmes
  10. 10. Du peu d’attrait de la simplicité • Ce qui est compliqué semble beau • La simplicité ne génère pas de la croissance (en apparence)
  11. 11. Le business de la complexité • Cacher • Chiffrer / obfusquer • Garder pour soi • Créer une valeur imaginaire • Masquer autre chose
  12. 12. Une clé de la complexité: les dépendances • Un facteur multiplicateur • Explosion du domaine complexe
  13. 13. Dépendances et toxicité
  14. 14. Réduire l’entropie = Réduire la complexité
  15. 15. Divide & Conquer https://buildplease.com/pages/separation/
  16. 16. Activité Technico-sociale • Si vous mettez 5 économistes dans une salle vous obtenez 6 opinions différentes. • Si vous mettez 5 développeurs dans une salle vous obtenez (exp)5 solutions différentes.
  17. 17. Agilité, aide moi!
  18. 18. Les Individus et les interactions • Forment une équipe • Que nous dit d’autre le manifeste agile? • Le manifeste agile n’étant pas une méthode …
  19. 19. SCRUM: yaka !
  20. 20. Tout allait bien jusqu’à...
  21. 21. Quand on ne respecte pas les règles • User Story sur plusieurs sprints • Done Not Done • Backlog items purement techniques • Backlog items ré-ouverts • Vérifications manuelles • Pas d’utilisateurs réels • Équipes de validation distinctes • Équipes d’intégration distinctes
  22. 22. Où est passé mon MVP? • Minimum • Viable • Product
  23. 23. Où est passé mon MVP? • Minimum • Viable • Product • Maximum • Vital • Project
  24. 24. Gargantua Backlog
  25. 25. Vite, tous à l’échelle! Quand l’agilité ne marche pas, on ajoute... de l’agilité! (Benjamin Cabane)
  26. 26. Le mythe du mois homme
  27. 27. Keep the pressure When you rush developers: ● Mentorship & reviews halt ● Bugs pile up ● Tests get skipped ● Communication suffers ● Developers burn out ● Productivity suffers https://medium.com/javascript-scene/the-hardest-part-of-being-a-software-manager-5293b1b02f94
  28. 28. Safe, sauve moi!
  29. 29. Better Scrum: LeSS
  30. 30. Effet #0: Backlog Iceberg
  31. 31. User Story Iceberg
  32. 32. Effet #1: Scrum Zombies ● Although Scrum is used, contracts remain defined by fixed scope: budget, and planning. ● Symptom #1: No desire for contact with the outside world ● Symptom #2: No working product ● Symptom #3: No drive to improve ● Symptom #4: No autonomy, no ownership ● There is always the next sprint, sprints are artificial timeboxes. ● Writing code is work, everything is just a waste of time.
  33. 33. ● The Cargo Cult: Team and organization that starts working with Scrum without the help of external trainers and coaches. ● Competing Values: Zombie Scrum is essentially the result of a systemic mismatch with Agile values.
  34. 34. Pass the Test https://survey.zombiescrum.org/
  35. 35. Done ou pas Done ?
  36. 36. Effet #2: Feature Factory https://cutle.fish/blog/12-signs-youre-working-in-a-feature-factory
  37. 37. Feature Factory : symptoms • Chronic multitasking and over-utilization • Teams do not measure the impact of their work. • Primary measure of success is delivered features, not delivered outcomes. • Infrequent discussions with PM. PM do not conduct regular retrospectives. • Obsessing about prioritization. • Roadmaps show a list of features, not areas of focus and/or outcomes • Once work is “done”, the team moves immediately on to the next “project” • Features are delivered in single large batches instead of delivering incrementally. • Low visibility for refactoring work and debt work-down. • Little appreciation for the health of the whole product • Shiny new features https://cutle.fish/blog/12-signs-youre-working-in-a-feature-factory
  38. 38. Effet #3: Projet contre Produit Orienté client: • Périmètre client • Budget client • Ré-utilisable ? • Généralement On Premise • Garanties à la livraison • Maintenance Applicative (les fameux 20%) • Est-ce vraiment agile? Orienté produit: • Etude d’un besoin plus général • Marketing et vente de valeur • Ré utilisable à toute un segment • SaaS / FaaS • Adaptable si on suit les guidelines • Livraison Continue et Adaptation Continue • Évolutions permanentes et partagées
  39. 39. Effet #4: User Driven vs User Centric • Idem: Data Centered vs Data Centric • Approche Lean • Business Value Proposition
  40. 40. Don’t believe the hype • Le miracle des micro services • …Qui finit comme le reste • Mirage de la migration iso-fonctionnelle • ...Qui finit comme le reste • Legacy • Dette technique • Non évolutif, non maintenable
  41. 41. Et pourtant j’avais les meilleurs expert métiers
  42. 42. La faille Ce sont les dépendances ● techniques ● fonctionnelles ● technico sociales ● inter-dépendances ● circulaires
  43. 43. Et si vous souhaitez une garantie Aucune estimation sur le temps de dev logiciel ne se révèle juste
  44. 44. Et pourtant tout est déjà écrit…
  45. 45. Invariant de tous les frameworks à l’échelle https://www.scaledagileframework.com/built-in-quality/
  46. 46. Attention à LeSS • Autonomy: you design it, you build it, you run it • Undone Teams • Vision • Management
  47. 47. Attention à Safe • SAFe takes the worst possible approach to managing dependencies • Encourage a culture of inner-sourcing • Make it easy for team members to temporarily or permanently swap teams • Focus on hiring, structuring, and training teams to handle their own needs • SAFe is excessively oriented around planning • SAFe is oriented around volume, not value • SAFe is aware of the criticism that it is not value focused and has recently added “design thinking”, “customer centricity”, and other concepts to its documentation to compensate. https://medium.com/@seandexter1/beware-safe-the-scaled-agile-framework-for- enterprise-an-unholy-incarnation-of-darkness-bf6819f6943f
  48. 48. Encore des plannings ??? • Cette manie de la prédiction à tout prix • Est-ce un travail en soi?
  49. 49. Quand on ne peut pas prédire, on s’adapte How to Set Direction while Embracing Uncertainty
  50. 50. Changer d’angle • Tâche accomplie • Problème résolu Shape Up v 1.8, 2019 edition Stop Running in Circles and Ship Work that Matters by Ryan Singer
  51. 51. Some advices from Ryan Singer ● Why "fixed time, variable scope" is so important for actually getting things done ● Integrating development and design into a single process instead of design first, develop later ● "shape" work before deciding to work on it ● "bet" on a project ● Taking deadlines seriously, make their own decisions about scope ● De-risking projects ● Avoid iterating on solutions within a cycle without turning projects into fixed time, fixed scope https://fullstackradio.com/131
  52. 52. Du modèle prédictif au modèle capacitif • Appetite / Estimates • Faire des paris • Dans le temps imparti
  53. 53. Changer l’approche SCOPE TEMPS TEMPS SCOPE Modèle prédictif Modèle adaptatif
  54. 54. Activité Créative et Intellectuelle • Chaque logiciel que nous concevons est différent d’un autre. • Pas d’usine, mais des outils. https://www.emaxilde.net/posts/2020/08/01/l-alignement-de-l-esprit-importe-plus-que-celui-du-code.html
  55. 55. Tous différents, ensemble “Building a great piece of software is a constant balancing act of creativity, structure, improvisation and deliberation.” https://medium.com/coaching-notes/youre-not-managing-a-team-of-software-engineers-you-re-managing-a-team-of-writers-b263d3a10cc7
  56. 56. Partis trop vite? Gouvernance Lean & Agile : Pratiquer le « lâcher prise » sans dériver ni abdiquer
  57. 57. Une seule idée: la valeur • Prédire n’apporte aucune, mais aucune valeur
  58. 58. La valeur initiée et vérifiée par les tests
  59. 59. D’autres solutions: détruire pour re-créer
  60. 60. Dé-prioriser Quand l’analyse de valeur échoue à différencier le plus important: 1. Choisir une (seule) chose à faire en 1er 2. ET PUIS ... 3. ET PUIS ... 4. ET PUIS ... 5. ET PUIS ... 6. ... Remonter le sens des dépendances à l’envers Dépendance Dépendance Dépendance Objectif
  61. 61. Lectures https://philippe.bourgau.net/why-agile-transformations-usually-dont- work-part-1-the-situation/ https://medium.com/the-liberators/why-scrum-requires-completely- done-software-every-sprint-f7fa3ca33286

×