J'ai 2 jours pour lancer mon projet agile

1 403 vues

Publié le

Le support du retour d'expérience d'un lancement de projet joué à l'Agile Tour Nantes

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

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 403
Sur SlideShare
0
Issues des intégrations
0
Intégrations
715
Actions
Partages
0
Téléchargements
16
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

J'ai 2 jours pour lancer mon projet agile

  1. 1. Lancement d’un projet … agile ! Jai 2 jours pour obtenir une vision partagée avec 15 utilisateurs pour mon projet agile !2 et 3 avril 2012
  2. 2. 2 jours pour obtenir une vision partagéeUne histoire vraie Une réflexion commune Les 2 et 3 avril derniers DSI
  3. 3. Transformer les énergies disponibles en bien-être durablepar la création de solutions de confort thermique, éco-performantes.accessibles à tous et adaptées à chacun
  4. 4. MISAider les organisations à mettre en place SI ONun cadre co-construit, menant à linnovation,lépanouissement individuel et la performance collective Acc om Op pagn é ra e tio men nne t Form l a ti on g Coachin n t io Facilita Expertise Agile Agile Garden
  5. 5. Lagilité au sein de GroupeAtlantic Des principes Un constat ... séduisants Adhésion quasi-immédiate Du bon sens … mais ce nest pas si facile
  6. 6. Le projet MétisTransverse, stratégique, enjeu organisationnelconséquent Permettre aux équipes de gérer leurs dépenses projets Clarifier la nature de la dépense Généraliser à l’ensemble des pô les et partager des pratiques communes
  7. 7. Lancer le projet : uneétape clefObjectifs Une vision Un carnet de macro fonctionnalités priorisées Une équipe Faire équipe, lancer la dynamique
  8. 8. Les obstacles :Un cahier des charges existantUn projet déjà estiméDes activités au format inhabituel pour les participants15 participants
  9. 9. Naviguer en prenant garde de  :Partager les diverses pratiques métiersOublier lapplication existanteÉviter la « lettre au père Noël »Préparer les participants à être acteurs du projetAjuster les formats datelier à la culture GAÉviter le jargon agile
  10. 10. La préparation des 2 jours • Le plan final : OUVRIR EXPLORER CONVERGER Introduction Product box Personas User Stories Story Planification Usagers Besoins Mapping World Café Priorisation des besoins Jour 1 Jour 2
  11. 11. Le premier jour delancement OUVRIR EXPLORER CONVERGER Introduction Priorisation Planification Usagers Besoins des besoins World Café Jour 1 Jour 2
  12. 12. WORLD CAFE1 « Comment optimiser mon organisation au jour le jour sur la gestion des dépenses projets ? »
  13. 13. WORLD CAFE2 « Comment optimiser mon organisation au jour le jour sur la gestion des dépenses projets ? » lorem Hô te
  14. 14. WORLD CAFE3 « Comment loutil informatique peut-il maider dans cette organisation ? » lorem Hô te
  15. 15. WORLD CAFE4 RESTITUTION
  16. 16. World CaféLancement nécessaire par lhô teDiscussions naturelles et animéesLa plupart des sujets clé ont été abordésÉchanges richesPas de lead hiérarchique
  17. 17. Le 2ème jour de lancement OUVRIR EXPLORER CONVERGER Introduction Priorisation Planification Usagers Besoins des besoins World Café Jour 1 Jour 2
  18. 18. Personas UsagersPersonaliser les utilisateursSe mettre à leur place Michel Nicolas Adeline ClaireLes défendreCommencer à exprimer leurs besoins
  19. 19. Personas Usagers1 Lister les usagers, décrire un persona ensemble  Dessin rapide  Prénom  Description (poste, âge, traits de caractère)  Comportements, contraintes  Implications applicatives
  20. 20. Personas Usagers2 Décrire les personas en groupe métier
  21. 21. Personas Usagers Description  Très occupé  Travaille tô t et tard Patrick – 40 ans  Dans la délégation Directeur de site  Besoin de contrô le, de pilotage  C’est un décideur Comportements Conséquences pour lapplication Volonté de ne pas dépenser plus que l’enveloppe autorisée  Disponibilité de l’application Accès aux infos à toute heure  Etats de reporting par service, par projet (à détailler) Besoin d’infos synthétiques  Gestion du prévisionnel Besoin d’anticipation  Acteur du workflow Besoin de validation de certaines étapes  Workflow personnalisable Besoin de déléguer certaines validations
  22. 22. PersonasPremière description collective indispensable
  23. 23. Besoins1 Défendez vos personas en exprimant leurs besoins
  24. 24. Besoins2 Restitution et regroupement RegroupementDédoublonnage PO
  25. 25. Besoins Premiers besoins difficiles à formuler (granularité) Personas très utiles Les attentes des comptables ont été émises La PO prend ses fonctions
  26. 26. Les 2 jours de lancement OUVRIR EXPLORER CONVERGER Introduction Priorisation Planification Usagers Besoins des besoins World Café Jour 1 Jour 2
  27. 27. Priorisation Must Should Could Would
  28. 28. Priorisation1 Priorisation silencieuse Must Should Coud Would ?
  29. 29. Priorisation2 Échanges Must Should Could Would
  30. 30. Priorisation3 Re-priorisation silencieuse Must ! Should Could Would ?
  31. 31. Priorisation
  32. 32. Priorisation Du scepticisme au lancement Ex : « application multi- lingue » en must redécoupée en français, anglais (must), autres (would) Bonne adhésion sur le résultat
  33. 33. Le jour daprès ... OUVRIR EXPLORER CONVERGER Introduction Priorisation Planification Usagers Besoins des besoins World Café Jour 1 Jour 2 Jour 3
  34. 34. Roadmap SP1 SP2 SP3 SP4 SP5 SP6 SP7 Must Should Could Would
  35. 35. Roadmap1 Affinage de la priorisation 980 Créer Must commande 750-1000 Should 500-750 Could 250-500 Would 0-250
  36. 36. Roadmap 10002 Backlog Créer un projet 990 Créer ligne dépense 980 Créer commande 970 Aide à limputation ...
  37. 37. Roadmap3 Estimations User story de référence 0,5 1 2 3 5 8 13 21 Représentant de léquipe technique
  38. 38. Roadmap4 Roadmap V0.1 Vélocité But du sprint présumée
  39. 39. Roadmap5 Bilan Must 750-1000 Should 500-750 Could 250-500 Would 0-250
  40. 40. SP1 SP2 SP3 SP4 SP5 SP6 SP7 Roadmap  Macro-chiffrage fluide malgré linconnue technologique  Excellente collaboration PO – équipe technique  Une première alerte levée très tô t
  41. 41. Métis depuis Première alerte levée à juste titre sans maîtrise de la technologie Chiffrage revue à la hausse après 2 sprints de calibrage Nouveau budget approuvé pour mener le projet La première release est livrée, et un site est en production
  42. 42. Questions ? Facilitation Ateliers Contexte Agilité Préparation Retours utilisateurs Autre .. .
  43. 43. Le retour des utilisateurs sur ladémarche « Le fait de faire le tri entre lessentiel, laccessoire et le confort et de savoir que la livraison sera assez rapide est une bonne façon pour lesChristian utilisateurs de sapproprier ce quils Pilote ont "commandé". Le projet a évolué en quelque chose dencore plus motivant, voire excitant pour une équipe projet déjà bien motivée. »
  44. 44. Le retour des utilisateurs sur ladémarche « Je ne voyais parfois pas bien quel résultat allait pouvoir produire les ateliers … cest au fil des résultats que lintérêt de la démarche sest révélé. ClaudieCPU PO Au bout des deux jours on avait déjà un super début de cahier des charges, et un niveau de confiance vraiment élevé dans la méthode. »
  45. 45. Le retour des utilisateurs sur la démarche « La préparation a permis que les animateurs des deux journées soient sur la même longueur donde sur le contenu des deux jours ainsi que le Sophie résultat attendu.CPI MOA PO Cest vraiment utile de réfléchir sur le format et l’enchaînement des temps collectifs pour servir au mieux les objectifs. »
  46. 46. Le retour des utilisateurs sur la démarche « Je retiens le bel enthousiasme des utilisateurs sur les 2 jours de lancement, leur discipline lorsquil a fallu arbitrer sur les priorités. PascalResponsable de domaine Je suis convaincu de lintérêt de la méthode agile […] jattends quand même un projet où les informaticiens nauront aucune connaissance du sujet traité. »
  47. 47. Le retour des utilisateurs sur la démarche « La richesse de cette phase de lancement réside dans la phase de recueil des participants et dans la capacité des animateurs à les aider à Henri structurer leur vision du futur outil.Expert utilisateur Mieux préciser le contexte du projet et ses moyens permettrait déviter les frustrations sur le traitement des demandes des participants. »
  48. 48. Le retour des utilisateurs sur ladémarche Edwige Champin www.groupe-atlantic.fr Pierrick Thibault www.agilegarden.fr @keurvet

×