Agile SPIRIT & Scrum in ActionBY ABDELSEM MENACERE

IT MANAGER , EMPLOIT IC .COM

Agenda

1. Agile Spirit2. Scrum3. Scrum framework

Agile Spirit

Méthodes agiles« Une méthode agile est une approche itérative et incrémentale pour le développement de logiciel, réalisé de manière très collaborative par des équipes responsabilisées, appliquant un cérémonial minimal, qui produisent, dans un délai contraint, un logiciel de grande qualité répondant aux besoins changeants des utilisateurs »

Scott Ambler« L’agilité est la capacité à favoriser le changement et à y répondre en vue de s’adapter au mieux à un environnement turbulent.  »

Jim Highsmith

« Agile software development is a group of software development methods based on iterative and incremental development, in which requirements and solutions evolve through collaboration between self-organizing ,….  »

Wikipédia

Voir D’autres définitions

Quelques méthodes agiles• Scrum (Ken Schwaber)

• Crystal (Alistair Cockburn)

• Feature-Driven Development – FDD (Peter Coad , Stephen Palmer, Mac Felsing)

• Lean Software Development (Mary and Tom Poppendieck)

• Adaptive Software Development ASD (Jim Highsmith)

• Rational Unified Process - RUP (Philippe Kruchten, Ivar Jacobsen)

• Dynamic Systems Development Method – DSDM (DSDM consortium)

• Agile development in the large (Jutta Eckstein)

• The Pragmatic Programmer (Andrew Hunt, David Thomas)

Agile : 4 principes fondamentaux •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

Agile: 12 principes sous-jacents1. Notre plus haute priorité est de satisfaire le client en livrant rapidement et

régulièrement des fonctionnalités à grande valeur ajoutée.

2. 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.

3. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et unepréférence pour les plus courts.

Agile: 12 principes sous-jacents4. Les utilisateurs ou leurs représentants et les développeurs doivent travailler

ensemble quotidiennementtout au long du projet.

5. Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ilsont besoin et faites-leur confiance pour atteindre les objectifs fixés.

6. La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développementet à l’intérieur de celle-ci est le dialogue en face à face.

Agile: 12 principes sous-jacents7. Un logiciel opérationnel est la principale mesure d’avancement.

8. Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenirindéfiniment un rythme constant.

9. Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité.

Agile: 12 principes sous-jacents10. La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est

essentielle.

11. Les meilleures architectures, spécifications et conceptions émergent d'équipes autoorganisées.

12. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence.

SCRUM

Scrum , définition “Un cadre de travail permettant de répondre à des problèmes complexes et changeants, tout en livrant de manière productive et créative des produits de la plus grande valeur possible.”

Ken Schwaber and Jeff Sutherland

« Scrum est un framework organisationnel de développement de produits complexes … Scrum est considéré comme une méthode agile. »

Wikipédia

Philosophie de Scrum• Scrum se base sur la théorie du contrôle empirique de processus, ou l’empirisme

• 3 piliers• Transparence, • L’inspection • L’adaptation

Roger Bacon, philosophe, précurseur de l’empirisme sous sa forme moderne.

Historique 1986 1ere publication parlant de scrum (publication de Hirotaka Takeuchi et Ikujiro Nonaka intitulée The New New Product Development Game)

Début 90s Ken Schwaber utilise ce qui deviendra la méthode Scrum à ‘’Advanced Development Methods’’. Parallèlement, Jeff Sutherland, John Scumniotales et Jeff McKenna mettent en place une approche similaire à Easel Corporation, en la nommant « Scrum »3,4.

1995, Ken Schwaber présente une courte communication décrivant les fondements de ce qui deviendra la méthode Scrum à l'OOPSLA, à Austin, aux États-Unis.

2001, Ken Schwaber fait équipe avec Mike Beedle pour décrire la méthode dans le livre « Agile Software Development With Scrum ».

2001, publication du « Agile Manifesto ».

2004, publication de ’’Agile Software Management With Scrum’’ de Ken Schwaber.

2011, Jeff Sutherland et Ken Schwaber décrivent les principes de la méthode dans le Scrum Guide

Qui utilise Scrum ?•Microsoft•Yahoo•Google•Electronic Arts•High Moon Studios•Lockheed Martin•Philips•Siemens•Nokia•Capital One•BBC•Intuit

•Nielsen Media•First American Real Estate•BMC Software•Ipswitch•John Deere•Lexis Nexis•Sabre•Salesforce.com•Time Warner•Turner Broadcasting•Oce

Domaines d’application•Logiciel commercial•Développement interne•Développement contractuel•Projets au forfait•Applications financières •Applications certifiées ISO 9001•Systèmes embarqués•SI avec exigences de fiabilité 24x7 99.999%

•Développement de jeux vidéo•Logiciel de contrôle de satellite•Sites Web•Logiciels pour PDA•Téléphonie mobile •Infrastructure de réseaux

Scrum framework

Cadre Scrum

Rôles•Product Owner•Scrum master•équipe

Cérémonial•Planning poker•Daily Scrum (Stand up)•Revue de sprint (Démo)•Rétrospective

Artefacts•Product backlog•Sprint Backlog•Burndowns

Scrum Process

Cadre Scrum

Rôles•Product Owner•Scrum master•équipe

Cérémonial•Planning poker•Daily Scrum (Stand up)•Revue de sprint (Démo)•Rétrospective

Artefacts•Product backlog•Sprint Backlog•Burndowns

Scrum Team – Product Owner• Définit les fonctionnalités du produit

• Choisit la date et le contenu de la release

• Définit les priorités dans le backlog en fonction de la valeur « métier »

• Ajuste les fonctionnalités et les priorités à chaque sprint si nécessaire

• Accepte ou rejette les résultats

Scrum Team – Scrum Master• Représente le management du projet• Responsable de faire appliquer par l’équipe les valeurs et les pratiques de

Scrum• Élimine les obstacles• S'assure que l'équipe est complètement fonctionnelle et productive• Facilite une coopération poussée entre tous les rôles et fonctions• Protège l'équipe des interférences extérieures

Scrum Team – l’équipe• De 5 à 10 personnes

• Regroupant tous les rôles (architecte, concepteur, développeur, spécialiste IHM, testeur, etc)

• A plein temps sur le projet, de preference (à quelques exceptions possibles)

• L’équipe s’organise par elle-même

• La composition de l’équipe ne doit pas changer pendant un Sprint

Cadre Scrum

Rôles•Product Owner•Scrum master•équipe

Cérémonial•Planning poker•Daily Scrum (Stand up)•Revue de sprint (Démo)•Rétrospective

Artefacts•Product backlog•Sprint Backlog•Burndowns

Cérémonial - Planning poker • L'équipe choisit, à partir du backlog de produit, les éléments qu'elle

s'engage à finir.

• Le Sprint Backlog est créé• Les tâches sont identifiées et estimées (1-16 heures)

• Collectivement, pas seulement par le ScrumMaster

• La conception de haut niveau est abordée

Cérémonial – Daily Scrum (Stand up) • Tout les jours• 15 minutes (pour toutes l’équipe)• Débout• Pas fait pour résoudre les problèmes mais pour les citer• Chacun doit répondre à 3 questions:

1.Qu'as-tu fait hier ?2.Que vas-tu faire aujourd'hui ?3.Y a t-il un obstacle qui te freine?

Cérémonial – Revue de sprint (Démo)• L'équipe présente ce qu'elle a fait pendant le sprint

• Se fait avec une démo des nouvelles fonctionnalités ou de l'architecture

• Informel

• Préparation < 2h

• Pas de slides

• Toute l'équipe participe

• On invite du monde

Cérémonial – Rétrospective• Réfléchir régulièrement à ce qui marche et ce qui ne marche pas

• Dure en général de 15 à 30 minutes

• Fait à la fin de chaque sprint

• Toute l'équipe participe

• ScrumMaster

• Product Owner

• Equipe

• Eventuellement clients et autres intervenants

Cadre Scrum

Rôles

• Product Owner• Scrum master• équipe

Cérémonial

• Planning poker• Daily Scrum

(Stand up)• Revue de sprint

(Démo)• Rétrospective

Artefacts

• Product backlog• Sprint Backlog• Burndowns

Artefacts – Product backlog•Les exigencies (specs)

•Une liste de tout ce qui va entraîner du travail pour l'équipe

•Exprimé de telle façon que chaque élément apporte de la valeur aux utilisateurs ou clients du produit

•Les priorités sont définies par le Product Owner

•Les priorités sont revues à chaque sprint

Elément de backlog Estimation

Un invité peut faire une réservation 3En tant qu'invité, j'annule une réservation 5

En tant qu'invité, je change les dates d'une réservation. 3

En tant qu'employé de l'hôtel, je produis les rapports de revenu par chambre

8

Améliorer la gestion des exceptions 8

... 30

... 50

Artefacts – Sprint backlog• Chacun s'engage sur du travail qu'il choisit

• L'estimation du reste à faire est ajustée tous les jours

• N'importe qui peut ajouter, supprimer ou changer la liste des tâches

• Le travail du sprint émerge progressivement

• Si un travail n'est pas clair, définir une tâche avec plus de temps et la décomposer après

• Mise à jour du travail restant quand il est mieux connu

Artefacts – Burndowns

Plus d’informations• www.mountaingoatsoftware.com/scrum

• www.scrumalliance.org

• www.controlchaos.com

• scrumdevelopment@yahoogroups.com

• En français• le groupe des utilisateurs de Scrum : www.frenchsug.org• http://fr.groups.yahoo.com/group/frenchsug

À lire• Agile and Iterative Development: A Manager’s Guide de Craig Larman

• Agile Estimating and Planning de Mike Cohn

• Agile Retrospectives d'Esther Derby et Diana Larsen

• Agile Software Development Ecosystems de Jim Highsmith

• Scrum and the Enterprise par Ken Schwaber 

• User Stories Applied for Agile Software Development de Mike Cohn

• Des articles toutes les semaines à www.scrumalliance.org