Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Scrum et agilité

No description
by

Antoine Vernois

on 30 January 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Scrum et agilité

Scrum
et Agilité
backlog
revue de sprint
sprint backlog
rétrospective
Antoine Vernois
consultant Ausy
coach technique
SigmaT
JUG Toulouse
SUG France
<pub>
</pub>
Coding Dojo
product owner
équipe de dev
scrum master
équipe
Scrum
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
2001 : manifeste agile
The Big Picture !
Sprint
mêlée
produit
une histoire de découpage
Scrum
découper le produit
découper le travail
découper le temps
planification de sprint
contient
le but du sprint
la liste des tâches
1 à 4 semaines
3 questions
A
quotidien = tous les jours
15 min et debout !
seuls les membres de l'équipe peuvent parler
L'équipe choisit les éléments du backlog qu'elle s'engage à finir
Définition du but du sprint
Conception de haut niveau
Découpage en tâches (max 2 jours)
Le sprint backlog
Tous dans la même équipe !
Définit les fonctionnalités
Priorise le backlog
Décide des releases
en fonction de la valeur métier
3 à 8 personnes dédiées au projet
Regroupant toutes les compétences
Le test fait partie du dév !
L'architecture aussi !
auto-organisée
Protège l'équipe
Élimine les obstacles
Garant des valeurs et pratiques
Accompagne vers l'auto organisation
Ce n'est pas un chef !
Références utiles
?
coach agile
qu'est ce que j'ai accompli hier ?
à quoi je m'attaque aujourd'hui ?
est-ce qu'il y a un obstacle ?
Ce n'est pas un reporting au scrum master
Début d'itération
En cours d'itération
antoine@crafting-labs.fr
Une façon de formuler les besoins
Tout ce qui entraîne du travail pour l'équipe
Les éléments apportent de la valeur
Trié par priorité fixée par le Product Owner
Les priorités sont revues à chaque sprint
Les éléments sont estimés par l'équipe
En tant que client, je peux faire une réservation
En tant que client, j'annule ma réservation
En tant que client, je change les dates de ma réservation
En tant que gérant, je produis les rapports d'occupation
Améliorer la gestion des exceptions
...
Exemple
Scrum
le guide pratique de la méthode agile la plus populaire
Claude Aubry
http://www.sigmat.fr
http://www.frenchsug.org
@agiletoulouse
@frenchsug
@avernois
twitter :
antoine@crafting-labs.fr
Burndown
Réfléchir à ce qui marche, ou non
Toutes les fins de sprints
Quoi ?
Quand ?
Qui ?
Comment ?
Collecter le feedback
Analyser les retours
Définir des actions
Toute l'équipe
Objectif ?
Améliorer le processus
L'équipe présente son travail
Démo de l'incrément
Tout le monde participe
On invite les extérieurs
Potentiellement livrable
Application partiellement complète
Une fonctionnalité est testée et qualifiée dans le même sprint où elle est developpée !
En fin d'itération
Have Fun !
Et ensuite ?
estimations relatives
et collectives
On itère !
Ron Jeffries
Kent Beck
Mike Beeddle
Jon Kern
Arie van Bennekum
Steve Mellor
Alistair Cockburn
Brian Marick
Ward Cunningham
Robert C. Martin
Martin Fowler
Ken Schwaber
James Grenning
Jeff Sutherland
Jim Highsmith
Dave Thomas
Andrew Hunt
twitter : @avernois
Qui ?
Microsoft
Google
Nokia Siemens Network
Ubisoft
Lockheed Martin
Yahoo
Salesforce
BBC
Patient Keeper
Paypal
Apporte sa vision
Accepte ou rejette les résultats
1/3 sprint courant
1/3 sprints à venir
1/3 produit
Emploi du temps
Le product owner idéal
connait bien le métier
prend des décisions rapidement
ouvert au changement
ouvert à la discussion
Éxigences
Coût
Durée
Estimations
Contraintes
pilotage
par les prévisions
initiales
Un projet classique
Fonctionnalités
Coût
Durée
Estimations
Contraintes
pilotage
par la valeur
métier / clients
Un projet Agile
Constat
32% réussis
44% challengés
24% échoués
Standish Chaos Report 2009-2011
Standish Group
à l'heure, dans le budget, totalement fonctionnel
en retard, hors budget et/ou moins de fonctions
annulés, jamais utilisés
Study 2002
Projets
Fonctions
toujours 7%
souvent 13%
parfois 16%
rarement 19%
jamais 45%
antoine@crafting-labs.fr
twitter : @avernois
en voie d'indépendance
6 février 2012
Le mot de la fin
ne soyez pas dogmatique
essayez par vous même
soyez agile !
Craftsmanship
Toulouse
Software
Agile Open Sud
16 & 17 mars 2012
Scrum Day
26 mars 2012
Full transcript