Téléchargé parBruno Sbille
Scrum appliqué à toute l'entreprise
Le document présente un retour d'expérience sur l'implémentation d'Agile au sein d'Ogone, une plateforme de paiement électronique. Il aborde les défis rencontrés lors de l'adoption de la méthode Agile, ainsi que les résultats obtenus dans la gestion de projets associés. La présentation souligne l'importance de la communication, de la transparence et de l'implication des parties prenantes dans le succès de la démarche Agile.
Contenu connexe
![Fake book template [autosaved]](https://cdn.slidesharecdn.com/ss_thumbnails/fakebooktemplateautosaved-140328111610-phpapp02-thumbnail.jpg?width=640&height=640&fit=bounds)
![[만원프로젝트] 수명고등학교 - 이세돌조](https://cdn.slidesharecdn.com/ss_thumbnails/random-160519074428-thumbnail.jpg?width=640&height=640&fit=bounds)
Similaire à Scrum appliqué à toute l'entreprise
Scrum appliqué à toute l'entreprise
- 1. Agile appliqué àtoute l'entreprise. Retour d'expérience sur le marché des paiements électroniques (Ogone) Frédéric Dujeux – Bruno Sbille Scrum Day 2013
- 2. LE FSUG remercie sessponsors pour leur soutien
- 3. Qui Sommes-nous ? «Le Coach » « Le Client » Bruno Sbille Frédéric Dujeux Agile Coach Head of IT Ogone @BrunoSbille @fdujeux
- 4. Plateforme de paiementpour le commerce électronique et la vente à distance, intermédiaire entre les commerçants et les banques Services pour : - les commerçants - les banques/acquéreurs
- 5. MOBILE E-PAYMENT PAYMENTS PROCESSING COLLECTING FRAUD SERVICES PREVENTION BACK-OFFICE CAPABILITIES
- 6. Germany Cologne UK London Netherlands Austria Mijdrecht Vienna UAE CPSP France North Paris America San Francisco Belgium India Brussels EBS Headquarters Switzerland Zurich
- 7. Processed turnover (in billion €) 16,6 200+ connexions banques/acquirers 12,3 8.6 (+35%) 80+ moyens de paiements 2010 2011 2012 Banques Number of transactions processed (in millions) 137 97 (+41%) 20 white labels 71 200 revendeurs et partenaires 2010 2011 2012 Ogone Ogone Revenue (in million €) 42 40,000+ commerçants 32 25 75 pays (+31%) 1000+ nv commerçants par mois Commerçant 20+ langues supportées 2010 2011 2012
- 8. Structure de notreprésentation
- 9.
- 10. Pourquoi Agile • Extensiondes équipes • Alignement business-IT – Gestions des besoins 16 pages – Releases qui répondent aux attentes – Product management • Approche itérative • Réduire la pression
- 11. Challenges pour leclient • Sécurité et haute disponibilité • Forte croissance • Typologie projets: – Nombre de projets – Changements de priorité – Projets enveloppes, engagement clients • Leadership technique historique
- 12. Question • A votreavis, Nous (Ogone) est-ce que nous avons d’abord essayé Agile seul, sans aide ?
- 13. Les challenges pourle coach
- 14.
- 15.
- 16. Résultats Points forts A améliorer • Passion pour Ogone • (1) Définition, Paramètres • Transparence du projet (Scope) • Pragmatisme • (2) Communication – Qui travaille sur quoi ? • Démarche d’interview – Qu’est-ce qui va être livré ?
- 17.
- 18. Big Bang Projet Pilote Incrémentale
- 19. Question • A votreavis, quelle approche avons-nous sélectionnée ?
- 20.
- 21. Big Bang Incrémentale
- 22. PO Produ ct Backlo g 2011
- 23. Stakeholders Sales IT Managers Customer Care L3 Project Managers 2012
- 24. PO Produ ct Backlo g 2011
- 25. Le mur «Projets » Besoins Besoins pas définis encore définis
- 26. User Right Less Project Management Details + More Details
- 27. PO Produ ct Backlo g 2011
- 28. Avant Scrum: Comment unprojet démarre ?
- 29. Peux-tu ? Roadmap Allo ? Salut :) Il faut ! Developer
- 30.
- 31. Si ce n’estpas dans le Product Backlog, ça n’existe pas Product Backlog
- 32. PO Produ ct Backlo g 2011
- 33. Team Back-end Team Kiwinners Team Front-end A-Team Team QA
- 35. PO Produ ct Backlo g 2011
- 36. PO: Début • Beaucoupde spécialistes (point de vue technique et géographique) PO PO PO PO PO PO PO PO PO PO PO PO PO PO
- 37. Question • A votreavis, est-ce que cette approche a fonctionné?
- 38. PO: Suite Team Kiwinners A-Team Recherche d’un second PO sur le marché
- 39. Stakeholders Forte implication Sales IT Managers des Stakeholders Scrum Team Customer Care L3 PO SM Management Project Managers Product Managers Etc…
- 40. Scrum Master: début ET, je suis Je suis Scrum développeur Master
- 41. Question • A votreavis, est-ce que cette approche a fonctionné?
- 42. Scrum Master: suite Et, je suis Scrum Je suis Master développeur
- 43. Scrum Master: fin Tu es 1° Scrum Master Ok ! Manager Mais… Tu es ensuite développeur
- 44. Stakeholders Sales IT Managers Customer Care L3 Project Managers 2012
- 45. Stakeholders A-Team Sales IT Managers Customer Care Kiwinners L3
- 46. Stakeholders Engagements des Stakeholders Sales IT Managers Nous écrivons des User Stories Ce que nous Customer Care demandons est dans le product L3 backlog Management Nous sommes disponibles avant Project Managers et pendant le sprint Product Managers Etc…
- 48. Stakeholders Sales IT Managers Customer Care L3 Project Managers 2012
- 49.
- 50. Agile Steerco Coach Directeur informatique Tous les 15 jours, 60’: support et discussion sur obstacles Directeur +…? Team Middle Produit member Management
- 52. Stakeholders Sales IT Managers Customer Care L3 Project Managers 2012
- 53. Definition of Ready
- 54. Definition of Ready: Introduction Les Stakeholders produisent (3 semaines à l’avance) Quality check User stories sqdq sqdq qsdq qsd sdq sd sd Sprint backlog DRAFT Les user stories doivent correspondre au Definition of Ready SPRINT (D.O.R.)
- 55.
- 58. Management • Vision denotre plateforme • Comment Agile y trouve une place
- 59.
- 60. Produit A Projet Y Produit B Produit C Projet Z Produit D
- 61. Coaching Niveau Coaching Autonomie Temps
- 62. La fin ducoaching
- 63.
Notes de l'éditeur
- #5 OK FDU
- #6 OK FDU
- #7 OK FDU
- #8 OK FDU
- #9 BrunoMoments clés 45’ présentation + 15’ Q et R
- #10 Connaître Scrum, principal outil utilisé sur ce projetLa présentation porte de mars 2011 à décembre 2012
- #11 Fred
- #12 FredSecurité et haute disponibilité : sérieux requis, pas le droit à l’erreurForte croissance : pas de baisse de productivité envisageable par le business, même si investissementTypologie projets: dans les bouquins Scrum, on part tjs d’un gros projet connu, on le découpe et on le déroule jusqu’au bout. Nous, on a plein de petits projets dont les priorités changent souvent et dont les spécifications ne sont pas tjs connues très à l’avance (enveloppe)Product management technique : plateforme définie et designée par les développeurs seniors. Pas scalable donc il faut autre chose, mais challenging au départ d’imaginer mettre la sohérence de la plateforme atrisk, dans les mains des clients
- #13 Fred
- #14 brunoCa marche bienJamais eu une seule structureOn engageBeaucoup d’idées
- #16 Bruno
- #17 Bruno
- #18 BrunoMoment 3: l’approche incrémentale1: les différentes approches 2: Une ligne du temps avec ce qu’on a amené + influences Partie Scrum3 ??? +Partie impact sur la société (Dev, produit, toute la société, intake,
- #19 Bruno
- #20 Fred
- #21 Fred
- #22 Fred
- #23 Bruno
- #24 Bruno
- #25 F
- #26 Fred
- #27 F
- #28 B
- #29 Bruno
- #30 Bruno
- #31 Bruno
- #32 Bruno
- #33 Fred
- #34 Fred
- #36 Bruno
- #38 Fred
- #41 Fred
- #42 Fred
- #45 Bruno
- #49 Fred
- #50 Fred
- #54 Bruno
- #55 Bruno
- #56 Moment 4Fred
- #62 BrunoAssez de gens qui connaissent agileOn ne pourrait plus arrêterAgile infrastructureTunz et Nintec
- #63 Bruno