SCRUM en Bref

Mthodes agiles :

Dfinition: selon Scott Ambler Une mthode agile est une approche itrative et incrmentale pour le dveloppement de logiciel, ralis de manire trs collaborative par des quipes responsabilises appliquant un crmonial minimal, qui produisent, dans un dlais contraint, un logiciel de grande qualit rpondant aux besoins changeants des utilisateurs

SCRUM en Bref

SCRRUM est la mthode agile la plus populaire (avec XP).

SCRUM signifie mle en rugby. Scrum utilise les valeurs et lesprit du rugby et les adapte aux projets de dveloppement

Scrum sert dvelopper des produits, en quelques mois tout au plus. Les fonctionnalits souhaites sont collectes dans le backlog du produit et classes par priorits. Cest le Product Owner qui est tenu responsable de la tenue de ce backlog.

SCRUM en Bref

Une version (release) est produite par une srie ditrations dun mois, parfois mme de 15 jours, appels sprint. Le contenu dun sprint est dfini par lquipe avec le Product Owner, en tenant compte des priorits et de la capacit de lquipe.

Pendant un sprint, des points de contrle sur le

droulement des tches sont effectus lors des mles quotidiennes (scrums). Cela permet au ScrumMaster, lanimateur charg de faire appliquer Scrum de dterminer lavancement par rapport aux engagements et dappliquer, avec lquipe, des ajustements pour assurer le succs du sprint.

SCRUM en Bref

la fin de chaque sprint, lquipe obtient un produit partiel, (qui senrichit dun nouveau incrment chaque sprint) qui fonctionne. Il est potentiellement livrable. on valuation et le feedback rcolt permettent dajuster le backlog pour le sprint suivant.

SCRUM en Bref

SCRUM en Bref

Une Release est un ensemble de sprint dont le rsultat est un produit qui reprsente une valeur ses utilisateurs.

SCRUM en Bref

Pour une quipe, une release dure environs 3 mois avec des sprints de deux trois semaines. Ce qui permet davoir de quatre 6 sprints dans une release.

Il nya pas de chevauchement entre les sprints. Ils senchanent sans dlais.

La fin dun sprint peu tre un produit potentiellement livrable.

Le rsultat dune release est le produit livrable fourni ses utilisateurs. La faon dont il est fourni dpend de son dploiement.

Souvent, le jalon majeur que reprsente la release correspond une annonce marketing.

SCRUM en Bref

Release comme produit Le dictionnaire du jargon franais dfinit une release comme suit :

nom fminin. Version d'un logiciel effectivement diffuse, donc lche

dans la nature. Synonyme de Mise sur le march . Cette dfinition dit clairement qu'il y a des versions qui ne constituent pas

des releases. Dans le cadre d'un dveloppement de type Scrum, on produit deux autres types de version :

la version dmontre la fin d'un sprint. En plus d'tre montre lors de la revue, elle peut tre utilise par des clients slectionns pour qu'ils jouent avec, dans le but de limiter les risques sur l'ergonomie et le fonctionnel.

les versions intermdiaires produites pendant le sprint. Elles sont parfois appeles des builds. Elles sont utilises par l'quipe de dveloppement et le directeur de produit pour passer les tests fonctionnels.

SCRUM en Bref

Le product Owner: Est lexpert du domaine (niveau metier).

En tant que reprsentant des clients et utilisateurs, il est responsable de dfinir les caractristiques du produit dvelopp par l'quipe, en termes de :

Fonctionnalits offertes. Plus prcisment, il identifie chaque exigence que doit satisfaire le produit et la collecte comme lment du backlog de produit. Il est souhaitable dinclure les tests dacceptation .

Priorit. C'est lui qui dfinit l'ordre dans lequel ces lments seront dvelopps en fonction de la valeur qu'ils apportent aux clients et utilisateurs. Cela permet d'alimenter l'quipe avec un backlog de produit prt pour la planification des sprints

but. C'est lui qui dfinit l'objectif d'une release et qui prend les dcisions concernant le planning de la release.

Son implication dans le projet est capitale pour la russite de celui-ci.

SCRUM en Bref

Le Srum Master: Cest le coach de lquipe (ancien chef de projet). Il a pour rle:

dans le cadre du dveloppement d'un produit, d'aider l'quipe travailler de faon autonome et s'amliorer constamment. Il est le garant de l'application du processus, Scrum en l'occurrence.

Sassurer que lquipe bnficie des meilleurs conditions pour accomplir les tches

liminer les obstacles : prendre en compte les problmes qui surviennent tout moment sur un projet pour les liminer au plus vite, en vitant qu'ils ralentissent l'quipe. Il protge lquipe des interfrences extrieures.

faire en sorte que lquipe reste concentre sur le vritable objectif du projet, qui est de raliser les lments du Backlog en collaboration troite avec le Product Owner , et soit productive. Il s'assure que chacun participe pleinement aux travaux de l'quipe.

Organise et anime les runions qui constituent le crmonial.

SCRUM en Bref

Exemple de rencontres SCRUM: rencontre pour chaque itration (Sprint) dans le processus SCRUM.

: quipe SM: Scrum Master PO: Product Owner

H: Haute direction et le client

Rencontre Dure

Entre Gre par

Cration Sprint backlog Scrum Journalier Revue sprint (Dmo) Rtrospective sprint

1j 15 mn 4 heures 3 heures

PO, ,SM PO,,SM.H ,SM

SM SM SM et SM

SCRUM en Bref

Le cur de SCRUM: la liste des requis prioriss: Scrum dbute avec un produit backlog, qui est une

liste des requis prioriss, stories ou uses case. Ces lments(du backlog) servent articuler et

finaliser ce que le client dsire obtenir dans son vocabulaire et sa terminilogie.

Le Produit Backlog doit tre un document partag, dtenu par le PO.

Garder le produit backlog niveau mtier. Il doit focaliser sur les buts mtier et non les technologies.

SCRUM en Bref

Les stories: (VS --- les cas dutilisation)

Chaque story peut-tre prsents sous le format suivant:

ID: un numro didentification unique

Nom : un nom court et reprsentatif (exemple: ajouter des lments au panier)

Test dacceptation: description de haut niveau expliquant comment la story sera teste lors de la dmo

Notes: indiquant dautres informations complmentaires, utiles. Une note doit tre courte.

SCRUM en Bref

SCRUM est un dveloppement lger et agile : Les phases de dveloppement sont :

Cration du backlog (un to do list) de toutes les fonctionnalits dun projet.

Dans un backlog de produit, les stories sont ranges (Classes) selon lordre envisag pour leur ralisation. Cette notion de priorit prend une grande importance dans le dveloppement itratif.

Cration dun sprint backlog : fonctionnalits complter durant la dure du sprint (15 jours ou un mois)

Effectuer des rencontres quotidiennes durant le sprint : des mles quotidiennes (scrums).

Finalisation du sprint avec dmonstration et valuation

SCRUM en Bref

Le sprint zro: Le dveloppement agile a besoin dun sprint de dpart, qui ne se termine pas

ncessairement par une livraison. Dune dure variable, sert mettre le projet sur de bons rails et dapprendre lquipe de travailler ensemble. Concrtement, ce que lon doit faire durant le sprint Zro est :

Partager une vision claire du projet

Prparer lenvironnement de dveloppement

Produire un backlog du produit estim et prioris

Roder lquipe sur le backlog initial

Dfinir la posture ergonomique de linterface

Dterminer un plan de Release.

Selon le contexte, travailler sur larchitecture

Soffrir une belle rtrospective.

SCRUM en Bref

Le Task Board: simple et visuel, destin principalement aux membre de lquipe le Task Board reprsente lavantage de fournir un moyen efficace de sorganiser et de voir en un clin doeil le reste faire

SCRUM en Bref

Trs souvent le Task-Board est matrialis par un tableau blanc ou de lige. Des post-it correspondant aux tches sont accroches au tableau et dplaces en fonction de lavancement du projet.

La premire colonne prvoit toutes les stories, qui sont traites dans le sprint.

La deuxime colonne prvoit toutes les tches ncessaires pour raliser la story.

La troisime colonne prvoit les tches en cours La quatrime colonne prvoit les tches vrifier en tenant compte

des tests dacceptation. Enfin la cinquime colonne indique les tches termine. La stroy est

termine lorsque les colonnes 2,3 et 4 sont vides Concrtement, chaque membre de l, quipe prend une carte de la

colonne no2 , y inscrit ses initiales et la dplace au fur et mesure.

SCRUM en Bref

Points clefs:

Backlog du produit prioris et quantifi. (effort voir --- Planning Poker)

Release

Sprint

Scrum quotidiens

Stories + tests dacceptation

PO

SM

quipe ne changent jamais durant un sprint

Task-board.