Your SlideShare is downloading. ×
Construire et animer le plan de release d’un grand projet (+ 2000 JH)
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Construire et animer le plan de release d’un grand projet (+ 2000 JH)

1,409
views

Published on

Published in: Technology

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,409
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
44
Comments
0
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Conduire et animer le plan de release dun grand projet (+ 2000 JH)mercredi 28 mars 12
  • 2. Merci à nos sponsors Platinummercredi 28 mars 12
  • 3. Et merci à nos sponsors Gold et Silvermercredi 28 mars 12
  • 4. Timothée POURBAIX Directeur associé 4mercredi 28 mars 12
  • 5. Conduire et animer le plan de release dun grand projet (+ 2000 JH)mercredi 28 mars 12
  • 6. Réussir son projet !mercredi 28 mars 12
  • 7. REX sur deux grands projets Refonte dun site e-commerce Refonte du front office dune de vêtement de mode société financière bruxelloise 5 pays 5 webapps 23 Sprints 25 Sprints 2750 JH 3300 JH 7mercredi 28 mars 12
  • 8. Principale difficulté ? 8mercredi 28 mars 12
  • 9. Aligner la vision des parties prenantes Donner du relief 9mercredi 28 mars 12
  • 10. Obtenir une direction claire Comment ? 10mercredi 28 mars 12
  • 11. Utiliser le business value mapping • Identifier les objectifs : humain, financier, organisationnel • Identifier les relations entre les objectifs Augmente Diminue Source : Pascal Vancauwenberghe - Business Value Game - http://www.slideshare.net/agilecoachnet/business-value-by-systems-thinking 11mercredi 28 mars 12
  • 12. Exemple : Modèle de la valeur AGILE Amélioration en continue Gaspillages Cadre SCRUM Qualité Dysfonctions Délais de Collaboration Efficacité des mise en efficace projets marché Opportunités daffaires Satisfaction Concentration client sur la valeur Pertinence des solutions Source : EFIDEV - Business Value Mapping de la valeur agile Augmente Diminue 12mercredi 28 mars 12
  • 13. Modèle de la valeur dune refonte Intelligent sécurisé système LEAN autonomie de décision ergonomique dette TCO technique fiable orienté client qualité Source : Pascal Vancauwenberghe - Business Value Game - http://www.slideshare.net/agilecoachnet/business-value-by-systems-thinking 13mercredi 28 mars 12
  • 14. 1ère étape de mise en oeuvre Traduire la vision dans un backlog 14mercredi 28 mars 12
  • 15. Intervenants Peut-il travailler seul ? ScrumMaster Product owner Client / Utilisateur / Management 15mercredi 28 mars 12
  • 16. Constituer la core Team du PO Quest-ce quune bonne équipe ? 16mercredi 28 mars 12
  • 17. Vision Intelligent sécurisé système LEAN autonomie de décision ergonomique Cône d’incertitude dette TCO technique fiable orienté client qualité Stratégie Objectifs Projet Releases Scénarios 17mercredi 28 mars 12
  • 18. Comment démarrer ? Inventaire des Dépendances thèmes à traiter ous-thèmes SSous-thèmes Sous-thèmes Sous-thèmes 1 couleur par thème 18mercredi 28 mars 12
  • 19. mercredi 28 mars 12
  • 20. Assembler le backlog Intelligent sécurisé système LEAN de autonomie de décision ergonomique dette TCO technique itu fiable orienté client qualité e rt i nc d ne Cô 20mercredi 28 mars 12
  • 21. OPPORTUNISTE ? Lagilité dune organisation dépendant directement de sa capacité à saisir les opportunités 21mercredi 28 mars 12
  • 22. Opportunités = releases Release 1 : monter, valider et étudier un dossier Release 2 : Sprint 1 Sprint 2 Sprint 3 22mercredi 28 mars 12
  • 23. Légende des couleurs de thème Dépendances datées Sous-thèmes à traiter dans le Sprintmercredi 28 mars 12
  • 24. Coordonner le travail Concentrer ensemble en JIT Release 1 : monter, valider et étudier un dossier Release 2 : Sprint 1 Sprint 2 Sprint 3 I I L L O U O 24mercredi 28 mars 12
  • 25. Coordonner laction avec I L U O En préparation du backlog IGNORE Non démarré LEARN Analyse métier USE Sketching dinterface OWN Scénario prêt 25mercredi 28 mars 12
  • 26. 2ème release 4 Sprintsmercredi 28 mars 12
  • 27. mercredi 28 mars 12
  • 28. mercredi 28 mars 12
  • 29. Gérer et suivre le projet 29mercredi 28 mars 12
  • 30. 30mercredi 28 mars 12
  • 31. La loi des 80/20 100 Temps en gestion traditionnelle Temps selon loi des 80/20 75 50 Dérapage moyen selon le Standish Group +170% 25 0 0 40% 80% 120% 160% 200% 240% 280% 31mercredi 28 mars 12
  • 32. Backlog global du projet Coût du Effort Budget Budget Con Vélocité Priorité report (points) (JH) (points) (p 2,5 400 2040 5100 Gestion des vendeurs 33 30 1,10 153 383 Gestion des produits et tarifs 50 100 0,50 510 1275 CMS de publication des messages 3 20 0,15 102 255 Scoring en ligne 70 50 1,40 255 638 Formulaire 100 80 1,25 408 1020 Consultation du fichier positif BNB 100 100 1,00 510 1275 Assurance qualité 13 20 0,65 102 255 source : Dean Leffingwell - http://scalingsoftwareagilityblog.com/a-lean-economic-approach-to-prioritizing-work/ 32mercredi 28 mars 12
  • 33. Backlog global du projet Budget Budget Consomméé S1 S2 S3 S4 S5 (JH) (points) (points) 2040 5100 542 73 113 166 199 227 153 383 77 20 19 20 13 5 510 1275 81 13 26 39 3 102 255 65 5 15 25 17 3 255 638 103 20 40 43 408 1020 0 510 1275 78 12 33 33 102 255 138 35 33 30 25 15 source : Dean Leffingwell - http://scalingsoftwareagilityblog.com/a-lean-economic-approach-to-prioritizing-work/ 33 mercredi 28 mars 12
  • 34. Suivi consommé du projet Release 1 100 Points prévus Points réels Release 2 JH réels 75 50 Release 3 25 Release 4 0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 34mercredi 28 mars 12
  • 35. Pièges dans une refonte 35mercredi 28 mars 12
  • 36. Peut-on laisser lIT refondre seule ? 36mercredi 28 mars 12
  • 37. Ne laisser jamais lIT refondre seul ! >Telnet Le voir pour croire ! telnet>open towel.blinkenlights.nl le 37mercredi 28 mars 12
  • 38. Grand principe dune refonte Utiliser le meilleur code ! Pas de Pas de// meilleur code coût bug Pas de Pas de CPU dev POURQUOI ? Pas de Pas de maintenance mémoire 38mercredi 28 mars 12
  • 39. En résumé RELEASES PLAN BACKLOG OPPORTUNITES DO Travail sur Réalisation la valeur en sprints THEMES CHECK PRODUIT FINI VISION ACT Consolidation 39mercredi 28 mars 12
  • 40. Une idée à retenir Définir un besoin nest pas y répondre ! Un besoin est le point dentrée dun travail collaboratif de conception entre le PO, des représentants des utilisateurs et lIT. 40mercredi 28 mars 12
  • 41. Questions ?mercredi 28 mars 12