Program management-agile

702 vues

Publié le

Program Management Agile

SAFe
DAD
LeSS

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
702
Sur SlideShare
0
Issues des intégrations
0
Intégrations
8
Actions
Partages
0
Téléchargements
24
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Program management-agile

  1. 1. t Agile Program Management
  2. 2. Une expérience Une marque déclinée sur : - Un site Web - Des applications mobiles - Un espace communautaire
  3. 3. Organisation Agile Dans chaque unité : - Une équipe Agile - Cross fonctionnelle - Auto-organisée
  4. 4. Organisation Les nouveaux projets émanent de la direction et des unités Les projets sont choisis par les PO Développés, déployés Les utilisateurs sont contents
  5. 5. Et alors ? Ça marche ! C’est génial !
  6. 6. Fin Merci
  7. 7. En fait non… rapidement les problèmes surgissent Pas de transparence entre les unités Alignement aléatoire Objectif commun oublié
  8. 8. Et puis La direction a tendance à pousser des projets quand ça n’avance plus Mais ça ne marche pas Pour répondre à sa frustration la direction fait appel à des BA pour concevoir des projets
  9. 9. Et c’est encore pire Personne n’a connaissance du WIP Les dépendances entre unités sont fortes et sont révélées trop tard Le déploiement est problématique Les blocages ne sont pas résolues et les projets abandonnés
  10. 10. C’est la fin… La direction n’a plus de vision et s’agite L’architecture devient vulnérable car des projets risqués sont imposés Les personnes sont démotivées
  11. 11. … L’audience baisse La rentabilité aussi Plus d’investissement La marque disparaît
  12. 12. Les problématiques Adapter une entreprise à l’Agilisation de ses unités de production Soutenir la croissance d’une organisation Agile
  13. 13. Les solutions du moment Le cycle en V en intégrant des équipes Agile SAFe (Scaled Agile Framework) DAD (Disciplined Agile Delivery) LeSS (Large Scale Scrum)
  14. 14. Cycle en V Les métiers et les rôles sont respectés La remise en cause ne concerne que les équipes de production Allez… on fait des cycles en V plus court Ça marche mieux ?
  15. 15. Cycle en V, ça coince En poussant la réflexion sur l’intégration Cycle en V / Agile une entreprise refusant de mettre en cause son modèle culturel est arrivée à la conclusion : Seuls les chantiers pouvant s’exécuter en autarcie projet , équipe projet(métier/réalisation) autonome peuvent être menés en agile.
  16. 16. SAFe Scaled Agile Framework - Alignement - Code quality - Transparency - Program execution
  17. 17. Safe – big picture
  18. 18. SAFe - PSI Potentially Shippable Increments (Program Sprint Interval) Des objectifs partagés sur une période courte 2 jours de kick off + 4 à 6 sprints de 2 semaines Objectif : Stop Starting and Start Finishing
  19. 19. SAFe – team objectives La business value est négociée entre DEV et BUSINESS
  20. 20. SAFe – PSI metrics S’améliorer avec les mesures
  21. 21. Est-ce que ça m’aide ? Transparence : OK Alignement : OK (PSI + metrics) Agile : ~ (tentation au Push) Délivrer : OK
  22. 22. SAFe – points d’attention Le business doit être présent au PSI L’engagement doit-être tenu Les modalités d’implémentation des features doivent être définies dans les équipes (pas de BA dans le program management)
  23. 23. DAD Disciplined Agile Delivery - People first - Learning-oriented - Agile - Hybrid
  24. 24. DAD - valeurs - People-first - Goal-driven - Hybrid agile - Learning-oriented - Full delivery lifecycle - Solution focused - Risk-value lifecycle - Enterprise aware
  25. 25. DAD – big picture
  26. 26. DAD - Inception Faire émerger la vision dans un processus Scrum Discipline pour rester sobre et court Une sorte de Sprint 0 répétitif
  27. 27. DAD - Construction Délivrer une solution - Scrum - Lean flux continue - XP - …
  28. 28. DAD - Transition Ce n’est pas toujours aussi simple de déployer Idéalement cette phase disparaît au profit du déploiement continue
  29. 29. DAD - lifecycles The Advanced/Lean DAD Lifecycle
  30. 30. DAD – risk/value driven Prise en compte du risque/valeur très tôt dans le flux - Eviter de ne pas délivrer du tout - Eviter de délivrer la mauvaise fonctionnalité - Eviter le manque de visibilité
  31. 31. DAD – concentré sur les solutions Les stakeholders participent aux itérations pour anticiper les risques et garder la vision Chaque itération doit déboucher sur un incrément utile et utilisable pour l’utilisateur Les besoins changeants des stakeholders sont satisfaits
  32. 32. Est-ce que ça m’aide ? Oui à condition de : - Changement culturel fort : abandon complet du command & control - Stakeholders au service de l’équipe
  33. 33. DAD – points d’attention - Limites du modèle risk/value - Discipline ? Problème culturel ?
  34. 34. LeSS Large-Scale Scrum - Valeurs Agile
  35. 35. LeSS - processus
  36. 36. LeSS - coordination Inter-team coordination meeting - Scrum of Scrum pour améliorer l’information le partage et l’alignement
  37. 37. LeSS – équipe impliquée dans le produit Joint Light Product Backlog Refinement - Deux membres de chaque équipe - Analyser, découper, préparer les story à venir
  38. 38. LeSS – des retours au plus tôt In-Sprint Item Inspection - Obtenir des retours avant la review
  39. 39. LeSS - retrospective Joint Retrospective - Scrum Master + représentants - Amélioration au niveau de l’organisation
  40. 40. LeSS - Est-ce que ça m’aide ? - Rôle de PO challengeant - Très Agile mais suis-je prêt ? - Que deviennent les Product Manager ?
  41. 41. Retours d’expériences Spotify Telstra
  42. 42. Spotify - Squad Squad cross fonctionnelles et autonomes - PO est un entrepreneur en mode lean stratup - Tout ce dont une équipe a besoin pour travailler
  43. 43. Spotify - matrice
  44. 44. Spotify - monitoring
  45. 45. Spotify - dépendances
  46. 46. Spotify – est-ce que ça m’aide ? Les indicateurs sont un plus La transversalité organisée PO entrepreneur => suis-je prêt ? Besoin d’une vision forte et comprise
  47. 47. Telstra Organisation en « services » - Pipeline services - Development services - Deployment services
  48. 48. Telstra
  49. 49. Telstra – Agile train
  50. 50. Telstra Idéalement le service de développement PULL les features Pipeline service avec des Portofolios Manager et des architectes => ils font l’interface, ils adoucissent le contact business
  51. 51. Ressources Tesltra : http://fr.slideshare.net/ScaledAgile/agile-aus-2013final Spotify : https://dl.dropboxusercontent.com/u/1018963/Articles/SpotifyScaling.pdf SAFe : http://scaledagileframework.com/ DAD : http://disciplinedagiledelivery.wordpress.com/ LeSS : http://www.craiglarman.com/wiki/index.php?title=Large-Scale_Scrum Comparaison : http://www.scrum-breakfast.com/2013/10/scaling-scrum-safe-dad-or-less. html

×