Recommandé
Contenu connexe
En vedette
En vedette (15)
Similaire à Introduction à l'agilité numélink - 24 mai 2012 - #11 rex
Similaire à Introduction à l'agilité numélink - 24 mai 2012 - #11 rex (20)
Plus de agnes_crepet
Plus de agnes_crepet (20)
Introduction à l'agilité numélink - 24 mai 2012 - #11 rex
- 1. Numélink - 24 mai 2012 Retours d'expériences Introduction à l'agilité @Agnes_Crepet @GuillaumeEhret @AlfredAlmendra
- 2. Idées reçues, constats classiques Trop 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 l'agilité) 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 s'améliore Exemples 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 ? DSI Boiron qui témoigne : comment faire sans l’agilité ? est-ce qu’il y a mieux ?
- 3. Exemple de mise en oeuvre La DSI des laboratoires Boiron a introduit en 2007 les méthodes agiles • Pour les projets de refonte du Système d’information sur la base d’architectures contemporaines (JEE, ESB, MDM, etc.) • Intérêts : o introduire des demandes d’évolutions en cours de projet o faciliter l’acceptation des nouvelles solutions informatiques par les utilisateurs finaux • Premier « vrai » déploiement sur un des plus gros projets de la DSI o ARPEGE : 8700 jours • Agilité chez BOIRON ? o Un mix d’UP, XP et de Scrum / Kanban o Le tout mélangé avec de la teinture mère d’Arnica Montana !
- 5. Agilité et UML Comment documenter / modéliser un besoin ? 2 approches semblent opposées : • l'approche Model-Driven (OMG) o modélisation UML très poussée o génération automatique de code • l'approche agile o production rapide de code opérationnel (mieux que la doc) o minimiser la modélisation en amont
- 6. Agilité et UML La modélisation agile peut-elle exister ? L'agilité se passe de plus en plus d'UML Boiron a décidé néanmoins de garder UML : • Traçabilité des exigences • Analyse d'impact d’un changement • Contrainte de validation pharmaceutique • Communication inter et intra équipe Stratégie Boiron pour pour la modélisation: • Pas trop de doc • Un peu d'UML
- 9. Backlog de produit Les exigences, les activités • En UP : Use Case (Boiron) • En XP : User stories Une 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 Kanban Leurs 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)
- 10. Exemple de backlog Boiron A 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 cours du projet, suite aux recettes utilisateur en fin d’itération Perfectible : chiffrage initial
- 12. Exemple de mise en oeuvre Vie du backlog de l’itération L'estimation du reste à faire est ajustée tous les jours (Stand-up / JIRA) • Mise à jour du travail restant quand il est mieux connu N'importe qui peut ajouter, supprimer, changer la liste des tâches en stand-up Si un travail n'est pas clair, définir une tâche avec plus de temps et la décomposer après Changement en cours d’itérations Estimation du reste à faire Scrum Utilisation de Burndown Charts avec mise à jour quotidienne Boiron Utilisation de JIRA (quotidien) (comme Kanban) + AUGEO (semaine/mois)