Agile Tour Paris 2011 Frontieres Equipe

780 vues

Publié le

Lorsqu'une équipe de développement s'organise dans un but donné, dans une organisation se dessine inévitablement, petit à petit, une frontière, et juste après débute le cercle vicieux qui se détecte par l'emploi du terme "eux". L'enfer, c'est les autres bien sûr. Le mouvement devops milite pour une meilleur coopération entre les dev et les opérations, mais qu'en est-il du devdev ? Pourquoi nos priorité ne sont pas les priorités des autres ? Comment coordonner ces énergies afin de privilégier les interactions et la collaboration? Comment mettre en mouvement le SI dans le même sens ? Ce sont ces réflexions que je veux partager avec vous, en me basant sur mes expériences et la littérature du sujet des systèmes. (Présentation déjà réalisée lors de Agile france)

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
780
Sur SlideShare
0
Issues des intégrations
0
Intégrations
7
Actions
Partages
0
Téléchargements
11
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Agile Tour Paris 2011 Frontieres Equipe

  1. 1. Les frontières de l'équipe Francois Wauquier Artisan du SI @wokier
  2. 2. Merci à nos partenaires Prestige Gold Platinium World France
  3. 3. Il est difficile de capturer le besoin présent Il est impossible de capturer le besoin futur Le méthodes agiles répondent au changement en livrant fréquemment un logiciel qui fonctionne
  4. 4. Une question ...
  5. 5. ... une réponse instantanée
  6. 6. ... une réponse ... plus tard ...
  7. 7. Notre village <ul><li>Nous sommes en 2011 après Jésus-Christ, toute la direction du Système d'Information est occupée par les romains... </li></ul><ul><li>Toute ? Non ! Car un village peuplé d'irréductibles gaulois résiste encore et toujours à l'envahisseur. Et la vie n'est pas facile pour les garnisons de légionnaires romains des camps retranchés de Babaorum, Aquarium, Laudanum et Petibonum. </li></ul>
  8. 8. Notre village
  9. 9. ... et ses frontières AQUARIUM Equipe PO Hierarchie BABAORUM Production LAUDANUM Utilisateurs PETIBONUM Fournisseur de services   ou données
  10. 10. Comment s'occuper des romains ? AQUARIUM Equipe PO Hierarchie BABAORUM Production LAUDANUM Utilisateurs PETIBONUM Fournisseur de services   ou données Ne pas oublier le manifeste, ne pas oublier le manifeste, ne pas oublier ...
  11. 11. Aquarium : Equipe-PO, hierarchie, demandeur de service <ul><ul><li>Backlog priorisé </li></ul></ul><ul><ul><li>Itération </li></ul></ul><ul><ul><li>TDR </li></ul></ul><ul><ul><li>Story Mapping </li></ul></ul><ul><li>&quot;La collaboration avec les clients plus que la négociation contractuelle&quot; </li></ul>
  12. 12. Babaorum: Production <ul><ul><li>Devops </li></ul></ul><ul><ul><li>Qualité </li></ul></ul><ul><ul><li>Monitoring intégré </li></ul></ul><ul><ul><li>Intégration continue </li></ul></ul><ul><ul><li>Déploiment automatisé </li></ul></ul><ul><li>&quot;Des logiciels opérationnels plus qu’une documentation exhaustive&quot; </li></ul>
  13. 13. Laudanum : Utilisateurs <ul><ul><li>Demo </li></ul></ul><ul><ul><li>Support </li></ul></ul><ul><ul><li>Définition du besoin </li></ul></ul><ul><li>&quot;L’adaptation au changement plus que le suivi d’un plan&quot; </li></ul>
  14. 14. Petibonum: Fournisseur de service <ul><ul><ul><ul><ul><li>Possible point de bloquage  </li></ul></ul></ul></ul></ul><ul><ul><li>  </li></ul></ul><ul><li>  </li></ul><ul><ul><li>Backlog de demandes </li></ul></ul><ul><ul><li>Scrum de scrum </li></ul></ul><ul><ul><li>TDD appliqué à l'intégration </li></ul></ul><ul><ul><li>Retour d'experience ... </li></ul></ul>
  15. 15. Comment s'occuper des romains ? AQUARIUM Equipe PO Hierarchie BABAORUM Production LAUDANUM Utilisateurs PETIBONUM Fournisseur de services   ou données Ne pas oublier le manifeste, ne pas oublier le manifeste, ne pas oublier ...
  16. 16. Abolir les frontières <ul><li>&quot;Les individus et leurs interactions plus que les processus et les outils&quot; </li></ul>
  17. 17. Auto organisation <ul><ul><li>Redéfinition constante des frontières  </li></ul></ul><ul><ul><li>Généralistes plutôt que spécialistes </li></ul></ul>
  18. 18. Agencement des locaux
  19. 19. Théorie des contraintes <ul><ul><li>Identifier le goulot </li></ul></ul><ul><ul><li>Exploiter le goulot </li></ul></ul><ul><ul><li>Subordonner le goulot </li></ul></ul><ul><ul><li>Elever le goulot </li></ul></ul><ul><ul><li>Déplacer le goulot </li></ul></ul><ul><ul><li>Recommencer </li></ul></ul><ul><ul><li>Choisir le goulot </li></ul></ul>
  20. 20. Quel goulot choisir ? <ul><ul><li>Aquarium (les demandes, la valeur métier) </li></ul></ul><ul><ul><li>Flux tiré </li></ul></ul>
  21. 21. Flux AQUARIUM Equipe-PO Hierarchie BABAORUM Production LAUDANUM Utilisateurs PETIBONUM Fournisseur de services   ou données Ne pas oublier le manifeste, ne pas oublier le manifeste, ne pas oublier ... PO Equipe Dev (Test)
  22. 22. Conclusion <ul><ul><li>Abolir les frontières </li></ul></ul><ul><ul><li>Utiliser les outils agiles pour communiquer </li></ul></ul><ul><ul><li>Définir un flux tiré </li></ul></ul><ul><ul><li>Prioriser </li></ul></ul>
  23. 23. Fin

×