Your SlideShare is downloading. ×
#11 rex
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

#11 rex

387

Published on

Formation Introduction à l'Agilité pour les professeurs de Lyon 1 - par Alfred Almendra, Laurent Bossavit et Agnès Crépet

Formation Introduction à l'Agilité pour les professeurs de Lyon 1 - par Alfred Almendra, Laurent Bossavit et Agnès Crépet

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

  • Be the first to like this

No Downloads
Views
Total Views
387
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
8
Comments
0
Likes
0
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. IUT Lyon 1 - 20 Juin 2012 Retours dexpériences Introduction à lagilité@Agnes_Crepet@Morendil@AlfredAlmendra
  • 2. Idées reçues, constats classiquesTrop cher ● admettons à court terme, mais beaucoup plus rentable (investissement) ● non à moyen/long terme, suivi du ROI régulièrement (pour s’arrêter à temps)“Scrum (ou lagilité) ne fonctionne pas ou n’a pas fonctionnédans mon contexte” ● la méthode est-il bien utilisée ? dur au départ, mais ensuite on saméliore
  • 3. Idées reçues, constats classiquesExemples d’indicateurs : ● est-ce que PO et CP parlent de leurs problèmes aux stand up ? ● est-ce que l’estimation du RAF est collégiale ? ● est-ce que les rétrospectives identifient des actions d’ amélioration pour d’autres personnes que les développeurs ?Ex-DSI Boiron qui témoigne : Comment faire sans l’agilité ? Est-ce qu’il y a mieux ?
  • 4. http://clacote.free.fr/ vidéo dAgnès Crépet et Cyril Lacôte30 minutes
  • 5. Exemple de mise en oeuvreIntroduit en 2007 les méthodes agiles - DSI des laboratoires Boiron ● Pour les projets de refonte du Système d’information sur la base d’ architectures contemporaines (JEE, ESB, MDM, etc.) ● Intérêts : ○ introduire des demandes d’évolutions en cours de projet ○ faciliter l’acceptation des nouvelles solutions informatiques par les utilisateurs finaux ● Premier « vrai » déploiement sur un projets critique (10000 jours) ● Agilité chez BOIRON ? ○ Un mix d’UP, XP et de Scrum / Kanba
  • 6. Pratiques et outillages "agiles"Processus itératif et incrémentalRecette Utilisateur à chaque fin d’itérationStand-up quotidien / Tableau post-itGestion des exigencesDéveloppement par les tests (JUNIT, DBUNIT, Mockito)Refactoring régulier (par les patterns)Bug Tracker (JIRA)Intégration Continue (Maven, Jenkins, Nexus)
  • 7. Agilité et UMLComment documenter / modéliser un besoin ?2 approches semblent opposées : ● lapproche Model-Driven (OMG) ○ modélisation UML très poussée ○ génération automatique de code ● lapproche agile ○ production rapide de code opérationnel (mieux que la doc) ○ minimiser la modélisation en amont
  • 8. Agilité et UMLLa modélisation agile peut-elle exister ?Lagilité se passe de plus en plus dUMLMais Boiron a décidé néanmoins de garder UML : ● Traçabilité des exigences ● Analyse dimpact d’un changement ● Contrainte de validation pharmaceutique ● Communication inter et intra équipeStratégie Boiron pour pour la modélisation: ● Pas trop de doc ● Un peu dUMLVoir :http://www.slideshare.net/agnes_crepet/modelisation-agile-03122011
  • 9. Exemple de mise en oeuvreDes itérations d’un mois calendaire Mais cela peut varier en fonction des phases du projet Un sprint est à durée fixe en Scrum KanbanDes recettes utilisateursà chaque fin d’itérationEn période pré-production :recette toutes les 2 / 3 semainesPhoto : Recette UtilisateurBoiron Janvier 2010
  • 10. Une itération
  • 11. Backlog de produitLes exigences, les activités ● En UP : Use Case (Boiron) ● En XP : User storiesUne entrée du backlog de produit est un Use Case UML(inspiré d’UP) ● Un Use Case peut se dérouler sur 1 ou 2 itérations en Scrum en KanbanLeurs priorités sont revues à chaque itération ● Définies par le Product Owner ● Mais également par le reste de l’équipe (différent de Scrum)
  • 12. Exemple de backlog BoironA chaque Use Case sont associées deux attributs : ● Une estimation en points arbitraires (on ne parle pas encore de jours) ● Et une priorité (métier, risque technique identifié)La liste peut évoluer au coursdu projet, suite aux recettesutilisateur en fin d’itération
  • 13. Exemple de mise en oeuvreComment planifier une itération ?
  • 14. Exemple de mise en oeuvreVie du backlog de l’itérationLestimation du reste à faire est ajustée tous lesjours (Stand-up / JIRA) ● Mise à jour du travail restant quand il est mieux connuNimporte qui peut ajouter, supprimer, changer la liste des tâches en stand-upSi un travail nest pas clair, définir une tâche avec plus de temps et ladécomposer après Changement en cours d’itérations Estimation du reste à faire Scrum Utilisation de Burndown Charts avec mise à jour quotidienne Boiron (comme Kanban) Utilisation de JIRA (quotidien)

×