Démarrage de projet Agile
Télécharger en tant que PPTX, PDF6 j'aime11,695 vues
Le document décrit les étapes essentielles pour démarrer un projet agile, y compris les pré-requis, la préparation des ateliers et la formation. Il souligne l'importance de définir la portée, le carnet de produit, et le plan de livraison tout en considérant les ressources et risques associés. Des éléments comme la motivation des acteurs et la compétition sont également abordés pour assurer le succès du projet.
Démarrage de projet Agile
- 2. Isabelle Therrien @itherrien Agile Partner Coach, Formatrice, Scrum Master [email protected]
- 8. Pré-requis
- 9. À faire Avec le client : – Discuter des pré-requis – Choisir les ateliers – Choisir la durée Réserver la salle Inviter les participants Prévoir les lunchs, collations et soirées Donner une formation Agile . Préparer le matériel 1 ou 2 jours Stable, Haute, Éclairée, Grande
- 13. Briser la glace Questions: – Quel est ton meilleur accomplissement? – Que dois-je savoir sur toi pour travailler ensemble? Tâches: – Se placer en ordre d’années d’ancienneté – Se placer selon notre provenance, selon les sports pratiqués
- 14. Visibilité sur le processus Estimation en points Priorisé par importance Tâches ajoutées début de product backlog
- 15. B But A C Alignement Contexte
- 16. Un nom et une date
- 17. Énoncé de vision / mission Pour (client ciblé) Qui (a un besoin ou saisit une opportunité) Le (nom du produit) est un (catégorie) Qui (bénéfice principal, raison de le consulter) Contrairement à (alternative), Notre produit (se différencie ainsi...) Jim Highsmith, http://www.joelonsoftware.com/articles/JimHighsmithonProductVisi.html
- 18. Objectifs d’affaires / Mesure de succès
- 19. Matrice de compromis Levier 1 2 3 Date X Budget X Portée X
- 20. Équipiers
- 22. Événements probables ÉVÉNEMENT heureux à haute probabilité WON’T 50/50 WILL #2 RISQUE grave à haute probabilité Tiré de Liftoff : Launching Agile Projects and Teams par Diana Larsen et Ainsley Nies #1
- 23. Portée : In / Out
- 25. Ressources allouées $$$ Temps – Alloué sur ce projet – Rythme soutenable Décision de continuer le projet Accès à l’information nécessaire Espace alloué Matériel Logiciel Formation
- 27. Glossaire À bâtir tout au long du démarrage et à continuer
- 28. Autres activités Motivation des acteurs Modèle économique Considérations juridiques Étude de la compétition Environnement de travail Ateliers de formation technique
- 29. 29 29 1. Découvrir le domaine et définir la portée 2. Élaboration du carnet de produit 3. Plan de livraison Déterminer la durée des sprints Estimer la vélocité Découler le plan de livraison Rédiger les récits Estimer les récits Prioriser les récits Déterminer les rôles Dessiner le diagramme de contexte Commencer par “vous n’avez qu’un seul sprint…” • Longueur du projet • Niveau d’incertitude • Facilité d’obtenir de la rétroaction • Stabilité des priorités • Niveau d’urgence nécessaire • Surcharge liée à une livraison • Maturité de l’équipe • Complexité du logiciel existant
- 31. Pour estimer rapidement un outil de choix pour estimer rapidement une quantité impressionnante de récits : Le Wall Planning Poker 31
- 34. Un exemple
- 35. Facilitation Attentes et ROTI Boîte de temps Voir avec des $$$ Inspection & Adaptation Contrôle du backlog Plaisir
- 37. La charte ... ne sera jamais terminée ... sera souvent remise en question ... servira d’outil d’aide à la décision
- 38. Les 3J
- 39. Pour en savoir plus • Et le site des Innovation Games: www.innovationgames.com
- 40. Merci!
Notes de l'éditeur
- #3: Qui connaît Scrum? Qui a déjà facilité un démarrage de projet?
- #7: Comme un décollage : avoir assez d’énergie pour ne plus être sujet à la gravité 2 objectifs, 2 documents
- #8: Passer la première gate - Savoir si le projet sera possible Vous prenez un peu plus longtemps, quelques semaines, pour commencer le vrai travail et valider les estimations
- #9: Si on le fait sans l’équipe finale, c’est à refaire
- #10: DURÉE L’avantage d’une période de 1 à 2 jours : Donne beaucoup d’énergie au groupe Permet de faire la plupart des activités de démarrage sans changement de contexte, de façon concentrée SALLE Murs pour installer les flipcharts, Parce qu’on veut tout mettre au mur tout le temps
- #15: À bâtir avec le client FERMER les cahiers de NOTES et les ORDIS On a tapissé les murs
- #16: Les discussions sont plus importantes que les documents Le résultat tient sur une affiche BUT: un des trois “motivateurs primaires” selon Dan Pink (autonomie, mastery, purpose) le But : vision du projet, objectifs d’affaires l'Alignement : valeurs et les principes, ententes, qui est dans le noyau dur de l'équipe. le Contexte : frontières, comment et avec qui il aura à interagir, risques, ressources.
- #17: Ex. UBISOFT
- #18: Vision Comment le produit change le monde de l’utilisateur Comment l’entreprise va en bénéficier BREF : Valeur d’affaires, objectif lointain Innovation Game: Product Box (liste de features, nom, images, etc.)
- #19: De quoi serez-vous fiers? Qu’est-ce que l’entreprise va gagner? Comment le projet améliore le produit? Quelle valeur créons-nous? Objectifs techno? Processus? Ex. WILLIAM
- #20: Triangle de gestion de projet Budget Délai Portée Contraintes Facilité d'utilisation? Bug-free? security Performance? code quality UX Simplicité? Ubiquitous innovation visual aesthetic usability
- #23: Innovation Game : “Remember the future” Discuter de comment encourager les « haute probabilité » / « impact positif » Ajouter au backlog / Charter / Done des items
- #26: On peut les prioriser. L’important est de discuter des attentes de tous.
- #29: Dépend du contexte! Discutez de ce qui a besoin d’être discuté
- #32: Ex. La Presse - Android
- #33: Venez chercher un aide-mémoire à la fin de la conférence
- #35: Goals High level statements the set direction for the project They help to guide the direction of the project Sometimes set around a theme that is a focal point Activities (may be similar to an Epic or Theme) A set of specific changes that help achieve the stated goal(s) Activities are user / business focused items User Stories A break down of the features into pieces that can be delivered within an iteration and that demonstrates some business value. Some collections of stories may combine to make up a Minimum Viable Feature (i.e. a set of stories that must be delivered into production together in order to provide value to the customer) Omitting necessary features makes a product useless, but how much of each is required to make it useful and valuable? How much does each feature need of: Flexibility? Safety? Comfort, luxury and performance?
- #38: On accueille les nouveaux dans l’équipe en l’expliquant On s’en sert au quotidien : Choix d’ordonnancement et Rapport d’avancement
- #39: Il n’est jamais trop tard pour démarrer si ça n’a pas été bien fait