Agile & Scrum - Introduction en douceur

Une introduction en douceur

Transcript

1. Agile & Scrum Une introduction en douceur Youri Ackx Alexandre Auquier
2. Sondage express
3. Groupe de pratiques de développement en informatique (conception de logiciel) dans lesquelles les besoins et les solutions évoluent à travers des équipes plurifonctionnelles et auto- organisées. Méthodes agiles
4. Pourquoi être agile Pas seulement parce que c’est à la mode
5. Songez à... Objectifs et besoins pas clairs Difficultés de communications avec les utilisateurs Besoins changeants Équipes pas en phase Agenda irréalistes Compromis sur la qualité du logiciel Peu de place à la créativité Manque de confiance ou de reconnaissance
6. Manifeste Agile Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu’une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L’adaptation au changement plus que le suivi d’un plan
7. Manifeste Agile ‒ 12 principes Un logiciel opérationnel est la principale mesure d’avancement. La simplicité – l’art de minimiser la quantité de travail inutile – est essentielle. Utilisateurs et développeurs travaillent ensemble quotidiennement. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. 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. ...
8. Agile Methods Scrum XP Lean Kanban
9. Scrum Cadre de travail pour le développement de produit ouvert à la complexité, aux imprévus et aux changements
10. Rôles
11. Le Product Owner • Identifie, aligne et communique avec les parties prenantes • Détermine les éléments à réaliser + priorités • Détaille ces éléments jusqu’à ce qu’ils soient implémentables • Répond aux questions de l’équipe • Gère le budget, le planning et les risques • Accepte ou rejette les implémentations
12. Le Scrum Master • S’assure que la méthode soit comprise et suivie • Lève les obstacles • Aide l’équipe à se concentrer • Stimule la collaboration et la créativité PAS un project manager
13. L’Équipe Détermine le but des sprints avec le Product Owner Identifie ses tâches et s’auto-organise pour atteindre ce but
15. Vue générale
16. Product Backlog • Contient des éléments de type fonctionnalité, correctif, demande de changement, etc. • Dynamique et prioritisé • Les premiers éléments étant plus détaillés afin d’être prêts à être implémentés
17. Sprint • Durée limitée (2~4 semaines) • Cadence le projet • Produit un livrable • Contient toutes les activités
18. Sprint Planning Estimation des éléments prêts à être implémentés Utilisant une unité de mesure d’effort relative En cours de sprint, le contenu négocié reste fixe
19. Daily Scrum meeting Qu’ai-je fait hier ? Que vais-je faire aujourd’hui ? En quoi suis-je bloqué ?
20. Burndown Chart • Montre le travail restant à effectuer et donc l’avancée de l’équipe • Comptabilise seulement ce qui est terminé • Permet de dresser une tendance • Détermine la vélocité de l’équipe • Existe au niveau sprint et produit
21. Sprint Review Démonstration par l’équipe Oblige à réellement terminer Ouverte à tous les intéressés
22. Sprint Retrospective Amélioration continue Liste les élements positifs et à améliorer Élaboration de bonnes pratiques
24. Simple mais pas facile
25. Nouvelle culture Communication à haut-débit Déborde les limites organisationnelles
26. À vous de jouer
27. Références Manifeste Agile Scrum methodology Claude Aubry - Scrum - Guide Pratique
28. Attributions Sylvain Chery (Agile Partner) A Scrum overview: Theory & practice Devoxx presentation Cette œuvre est mise à disposition selon les termes de la Licence Creative Commons Attribution - Partage dans les Mêmes Conditions 4.0 International.
29. Questions (réponses?)
30. Youri Ackx Agile and Pragmatic Java/Grails Developer @YouriAckx
31. Alexandre Auquier Agile Project Consultant https://www.linkedin.com/in/auquier