1 / 50

Agilite : Histoire D’un chef de projet qui ADOPTE L’AGILITE

PMI - Auvergne. Agilite : Histoire D’un chef de projet qui ADOPTE L’AGILITE. Dans le bureau de JACQUES. L’IT et les équipes métier travaillent main dans la main. Les meilleures décisions sont prises, les conceptions les plus simples sont adoptées. Mon rêve pour l’avenir.

livia
Télécharger la présentation

Agilite : Histoire D’un chef de projet qui ADOPTE L’AGILITE

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. PMI - Auvergne Agilite : Histoire D’un chef de projet qui ADOPTE L’AGILITE

  2. Dans le bureau de JACQUES

  3. L’IT et les équipes métier travaillent main dans la main Les meilleures décisions sont prises, les conceptions les plus simples sont adoptées. Mon rêve pour l’avenir Mes projets me rapportent un bénéfice plus tôt. Le processus de développement autorise une quantité raisonnable de changements

  4. Sur le web

  5. Manifeste pour le développement Agile de logiciels 2001 Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire.Ces expériences nous ont amenés à valoriser : Les individus et leurs interactions plus que les processus et les outilsDes logiciels opérationnels plus qu’une documentation exhaustiveLa collaboration avec les clients plus que la négociation contractuelleL’adaptation au changement plus que le suivi d’un plan Nous reconnaissons la valeur des seconds éléments,mais privilégions les premiers.

  6. Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. Un logiciel opérationnel est la principale mesure d’avancement.

  7. Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face.

  8. Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés. Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant.

  9. Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité. La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle. Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence.

  10. Avec Nicolas, Sur LE plateau De Son projet

  11. Les rôles dans Scrum http://emmanuelchenu.blogspot.com/

  12. Daily Meeting Les rituels & artefacts scrum Sprint Planning Meeting Démo Rétrospective

  13. Les activités des itérations se chevauchent Itération N -1 Itération N Itération N+1 Version N-1 Construction Acceptance au fil de l’eau Correction des defects Version N Préparation des user stories Construction Acceptance au fil de l’eau Correction des defects Version N+1 Préparation des user stories Construction

  14. En tant que responsable marketing Je peux avoir une vue sur l’origine des connections au site Afin de mieux cibler mes campagnes de publicité User Stories

  15. Un découpage vertical, de bout en bout I(ndependant) N(egociable) V(aluable) E(stimatable) S(mall) T(estable) + Des user stories homogènes en terme de priorité Découpage en user stories

  16. Si je suis responsable marketing, j’ai accès à l’origine des connections (pays, entreprise, CSP) Si je ne suis pas responsable marketing, je n’ai pas accès à cette information Cette information est conservée par jour sur les 12 derniers mois, par semaine sur les 24 mois antérieurs, par mois ensuite Je peux l’exporter sous excel Critères d’acceptance

  17. Sur le plateau dE SON projet, AVEC SON COACH

  18. Qu'est-ce qui vous fait dire que votre projet marchera mieux s'il est fait en agile ?

  19. Disons que l'on pense arriver à faire seulement les 2/3 de ce que vous demandez. Qu'est-ce que l'on fait et qu'est-ce que l'on ne fait pas ?

  20. L'équipe ne doit pas ne parler qu’au Scrum Master mais se parler. • Le Scrum Master n’affecte pas les tâches, l’équipe s’affecte les tâches.

  21. Avec votre management visuel je n'y vois rien. Trop de tâches. Des tâches répétant toujours le même pattern, sans information spécifique.

  22. Le burndown est plat, vous êtes clairement en retard par rapport à ce que vous aviez prévu en début de sprint. Qu'est-ce que vous faites ?

  23. Indépendamment de ce que nous découvrons, nous comprenons et nous croyons sincèrement que chacun a fait du mieux qu'il pouvait, compte tenu de ce qu'il savait à l'époque, de ses compétences et de ses prérogatives, des ressources disponibles et de la situation du moment. • (The Prime Directive, Norman Kerth)

  24. Il ne se passe rien dans votre rétrospective, les problèmes racine ne sont pas évoqués, les tensions ne sont pas résolues.

  25. On n’ajuste plus la qualité pour garantir le délai, le budget, le périmètre. On ajuste maintenant le périmètre pour garantir la qualité, le délai, le budget.

  26. La confiance repose sur la transparence (annoncer les mauvaises nouvelles) et l'atteinte continuelle d'objectifs à court termes (annoncer les bonnes nouvelles)

  27. Lors de la presentation de son retour d’Experience

  28. Elle prend forme progressivement, au début on la guide beaucoup, ensuite elle devient autonome : s’effacer progressivement Leadership pour animer en entrainant plutôt que « command and control » Laisser trouver l’équipe, même si parfois cela semble plus lent. Pour faire émerger l’équipe

  29. L’équipe est autonome • Responsable, prend les problèmes à bras le corps. • Prend des initiatives • Soudée, joue collectif. • Il suffit alors de lui rappeler les enjeux et les contraintes, elle s’optimise pour tenir ses engagements • Du coup j’ai senti une espèce de manque : à quoi je sers ? Quand l’équipe a émergé

  30. J’ai protégé l’équipe des interventions extérieures. J’ai protégé le périmètre de chaque itération. Une fois les problèmes identifiés, j’ai facilité leur résolution par les uns et les autres. J’ai notamment facilité les relations avec l’extérieur du projet et avec le management. J’ai enfin impulsé de l’énergie dans la transformation agile de l’équipe (et son maintien) A quoi je servais ?

  31. La participation du métier n’est pas une conséquence de la méthode mais un pré-requis. Il faut donc l’impliquer, et c’est un effort continu. Participation au réunion, manipuler l’application au fil de l’eau, … Heureusement, nous tenions nos engagement, et nous démontrions. La confiance est la clef de la participation du métier, et de la possibilité d’avoir des arbitrages sereins. Et puis, si on « accepte le changement », on ne n’accepte pas tout tout le temps. Et puis le métier…

  32. Amélioration continue veut dire changement continu. Remise en question potentielle de tout (pas tout à la fois). Toujours aller de l’avant. Des idées parfois surprenantes. Des divergences d’opinion, des conflits naissants à résoudre. Pas de tout repos

  33. Oui, ca marche ! Et…

  34. Agile manifesto : http://agilemanifesto.org/iso/fr/ Scrum Guide : http://www.scrum.org/scrumguides/ Scrum : Le guide pratique de la méthode agile la plus populaire - 2ème édition – Claude Aubry. ISBN : 2100563203 Gestion de projet agile – Veronique Messager Rota. ISBN: 2212127502 Agile Project Management withScrum - Ken Schwaber. ISBN:073561993X; Lean Software Development: An Agile Toolkit for Software Development Managers - Mary Poppendieck, Tom Poppendieck. ISBN:0321150783 http://henrik-kniberg.developpez.com/livre/scrum-xp/ Référentiel Agile : http://referentiel.institut-agile.fr/index_type.html http://www.aubryconseil.com/ http://www.qualitystreet.fr/ Pour aller plus loin

  35. Return On Time Invested 1 doigt = J’aicomplêtementperdumon temps. 2 doigts = Un peumieuxque 1 doigt3 doigts = Je n’ai pas perdumon temps maisj’aurais fait aussibien tout seul. 4 doigts = Un peumoinsque 5 doigts5 doigts = J’aivraimentdécouvert et appris beaucoup de choses.

  36. Scrum, Kanban, Lean Objectifs : la promotion et la diffusion des méthodes agiles dans la région Rhône-Alpes par tous moyens de communication et d’intervention : conférence, séminaire, rencontre, accompagnement, consulting, formation. http://www.clubagilerhonealpes.org

  37. Des rendez-vous réguliers Chaque printemps à Lyon Chaque automne à Grenoble • Agile Innovation • une au printemps à Lyon et une à l’automne à Grenoble. http://www.clubagilerhonealpes.org

  38. Des rendez-vous réguliers • Et 1 session participative mensuelle à Lyon pour vous aider dans votre transition vers l'agilité • pratiquer l'agilité (pour tous les profils) • échanger sur les retours d'expériences http://www.clubagilerhonealpes.org

  39. Pour Poursuivre Email : pierre.fauvel@alcyonix.com Twitter : pierre_fauvel Blog : pierrefauvel.wordpress.com

More Related