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

Découvrir l'agilité avec SCRUM

once upon a time "discover agility with scrum"
by

Lead Off

on 27 April 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Découvrir l'agilité avec SCRUM

SOMMAIRE
Présentation
L'agilité
Scrum
Framework
Quizz
Simulation
To be continued

SOMMAIRE
Présentation
L'agilité
Scrum
Framework
Quizz
Simulation
To be continued

C'EST QUI CE MEC ?
C'EST QUOI SON PROBLEME ?
Julien RENIER
Manager d’une équipe de développement “Agile”
Certified Scrum Master
MTS / Teamnet / Lead Off
Membre Agile Morbihan
9 ans d'expérience

En tant que CSM je voudrais partager mon expérience afin de vous montrer que les choses peuvent être faites différemment

et vous ?
ICEBREAKER
SOMMAIRE
Présentation
L'agilité
Scrum
Framework
Quizz
Simulation
To be continued

L'AGILITE, KESAKO ?
Visionner la vidéo de Thalès

http://www.dailymotion.com/video/x9pv7w_le-lean-engineering-chez-thales_tech

POURQUOI ?
SOMMAIRE
Présentation
L'agilité
Scrum
Framework
Quizz
Simulation
To be continued

SOMMAIRE
Présentation
L'agilité
Scrum
Framework
Quizz
Simulation
To be continued

SOMMAIRE
Présentation
L'agilité
Scrum
Framework
Quizz
Simulation
To be continued

SOMMAIRE
Présentation
L'agilité
Scrum
Framework
Quizz
Simulation
To be continued

NAISSANCE DU MANIFESTE
«Une méthode agile est une approche itérative et incrémentale, qui est menée dans un esprit collaboratif, avec juste ce qu’il faut de formalisme.

Elle génère un produit de haute qualité tout en prenant en compte l’évolution des besoin des clients.»

Agile Alliance définit le Manifeste Agile en 2001 : http://agilemanifesto.org/

But : Augmenter le niveau de satisfaction des clients, tout en rendant le travail de développement plus facile
AGILE vs WATERFALL
PLAN OU VALEUR
REACTIVITE
Approches plus pragmatiques
En réaction aux problèmes posés par les approches "traditionnelles”...

Qui ne marchent bien, que si :
Le client sait exactement ce qu’il veut
Les besoins du client ne changeront pas
Les ingénieurs savent trouver les bonnes solutions techniques du premier coup
L’équipe de réalisation sait parfaitement chiffrer la charge de travail et maîtriser les risques

INCREMENTAL & ITERATIF
INCREMENTAL & ITERATIF
Le Résultat d’une itération, n’est pas un prototype,
mais bien une version intermédiaire d’un produit final

livraisons
incrémentales
livraisons
itératives
LE WATERFALL
CA MARCHE DEPUIS DES ANNEES
4 VALEURS
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
12 PRINCIPES
Satisfaire le client tôt
et régulièrement
Considérer comme naturel
les changements d’exigence
Livrer fréquemment
une application fonctionnelle
Fonctionnels et développeurs
travaillent ensemble
Bâtissez le projet
autour de personnes motivées
L’échange d’information le plus efficace
est le face à face
Un logiciel fonctionnel est la meilleure façon de mesurer l’avancement du projet
Le rythme de développement doit être soutenable indéfiniment
Simplicité
l’art de maximiser la quantité de travail à ne pas faire
est essentielle
Architectures, spécifications et conceptions issues
d’équipes auto-organisées
Vérifier en continu l’excellence des pratiques et techniques
Régulièrement, réflexion de l’équipe pour être plus efficace
QUELQUES CHIFFRES
RAISONS
BARRIERES
INQUIETUDES
AMELIORATIONS
ET SI ON PRENAIT DU RECUL ?
L'AGILITE EST SUBTILE
L’agilité est simple :
Peu de pratiques
Pratiques faciles
Peu de risque à essayer

L’agilité est difficile :
Implication et du bon sens
Constante inspection et adaptation à la réalité
Culture et contextualité

L’agilité est subtile
Pratiques interdépendantes
Alors, c’est quoi ?
A quoi cela sert ?
INTRODUCTION A SCRUM
Scrum n’est pas une méthode qui vous aidera à développer de meilleurs produits

Scrum ne vous donne pas la réponse de comment développer des logiciels de qualité plus rapidement

Scrum est un outil, un FrameWork, que vous pouvez utiliser pour identifier ce que vous devez faire pour développer des logiciels de qualité rapidement

Scrum exige que les équipes soient co-localisées

Toutefois, Scrum vous permet de mesurer la productivité des équipes co-localisées
QU'EST CE QUE SCRUM ?
Scrum est un Framework Agile qui permet de livrer une valeur «business» plus élevée sur une période de temps plus courte

Scrum permet de livrer rapidement un logiciel fonctionnel et de qualité tous les deux à quatre semaines (sprint)

Le client définit les priorités. L'équipe s'auto-organise et détermine la meilleure façon de fournir les Fonctionnalités de haute priorité

A la fin de chaque Sprint, l'équipe présente aux clients des parties de produits fonctionnel

SCRUM EST...
TRANSPARENCE
INSPECTION
ADAPTATION
POURQUOI SCRUM ?
Augmenter le ROI
(Retour sur Investissement) :
Les méthodes traditionnelles prennent trop de temps pour répondre aux besoins du client
Livrer avant permet un retour sur l’investissement plus tôt
Flexibilité
:
Répondre à l'évolution des besoins
Répondre aux changements de technologie
Qualité du produit
:
Livrer le bon produit à la première livraison
Livrer avec moins d'erreurs, tester plus tôt et plus souvent
Visibilité
:
Mesure de progrès = produit fini
Feedback rapide
:
Des Feedback constants à partir du client, les intervenants et les membres de l'équipe
EQUIPES SCRUM
ScrumMaster
:
Veille à ce que le processus soit bien compris et suivi

Product Owner
:
Maximise la valeur du travail que fait l'équipe Scrum

L'équipe
:
Responsable de la réalisation des travaux

TIME-BOXES
Réunion de Release Planning

Réunion de Sprint Planning

Sprint

Le Daily Stand up

Sprint Review

Réunion de rétrospective du Sprint
ARTEFACTS
Product Backlog
:
Une liste priorisée de tout ce qui peut être nécessaire dans le produit

Sprint Backlog
:
Une liste de tâches nécessaire pour transformer le Backlog de produit dans un incrément de produit potentiellement final

Release Burndown
:
Mesure le Backlog de produits restant dans le temps

Sprint Burndown
:
Mesure le Sprint Backlog restant durant le Sprint

FRAMEWORK
SCRUM
SCRUM FRAMEWORK
PRODUCT BACKLOG
SPRINT
BACKLOG
SPRINT
DAILY
MEETING
PRODUIT
POTENTIELLEMENT LIVRABLE
2-4 semaines
24h
PREPARATION
Product Owner, ScrumMaster et l'équipe travaillent ensemble à :

Définir la vision du produit et sa feuille de route

Identifier les fonctionnalités du produit

Identifier les user stories

Estimer les user stories
EXEMPLES
PRODUCT OWNER
Définir les caractéristiques du produit

Décider de la date de livraison et le contenu

Responsable du retour sur investissement du produit

Prioriser les fonctions conformément à leur valeur business

Ajuster les fonctions
et leurs priorités pour chaque
Sprint

Accepter ou rejeter les résultats

LE BOUT DU TUNNEL
Mieux communiquer sa vision
Organisation
(5min) : Formez des équipes de 2 personnes
Simulation A
: le client décrit à l'écrit (10min) et le développeur réalise sur la base des spécifications (10min)
Règles
:
Dominance du marché : copie exacte
Survie : 3 figures rectilignes reproduites exactement
Échec : 3 figures rectilignes ne sont pas reproduites exactement
Simulation B
: Parole autorisée uniquement - ensemble (10min)
Débriefing
(5min)
USER STORIES
As a <actor>,
I would like to <action>,
so that <value>
TAILLE
Influencé par :
La difficulté de la Story
La charge de travail

Une valeur relative

Les points n'ont pas d'unités :
Suite de Fibonacci (0, 1, 2, 3, 5, 8, 13, 21….)
Taille de Tee-shirt (XL, L, M, S, XS)

BUSINESS VALUE
CONDITIONS
SCRUM MASTER
Leadership
Facilitation
Communication
SCRUM MASTER
Responsable de la mise en œuvre des valeurs et des pratiques de Scrum

Éliminer les obstacles

S'assurer que l'équipe est entièrement fonctionnelle et productive

Permettre la coopération entre les divers rôles et fonctions

Protéger l'équipe de toute intervention extérieure
QUESTIONS FREQUEMMENT POSEES
Qui peut être ScrumMaster ?

Le ScrumMaster peut-il avoir d'autres rôles ?

Quelles sont les qualités dont il a besoin ?

Quelle autorité a le ScrumMaster ?

Le ScrumMaster est-il responsable des dates, du budget, des bénéfices, etc. ?

Quelles sont les obligations du ScrumMaster ?
EXEMPLES DE KANBAN
L'EQUIPE
Entre 5 et 9 personnes
Multifonctionnelle


Dédiée au projet
Auto-organisée
MATRICE DE COMPETENCE
LOI DE PARKINSON
DAILY MEETING : THE SCRUM / LA MELEE
Qu'as tu fait hier ?

Que vas tu faire aujourd'hui ?

Quels sont les obstacles rencontrés ?

A ton avis, Le but du sprint va t'il être atteint ?
PRISON BREAK
Nous utilisons Scrum, mais nous n'avons pas le temps / la nécessité d'une mélée quotidienne donc nous le faisons une fois par semaine si nécessaire
DAILY MEETING SIMULATION (20min)
Organisation
(5min) : Elire un Scrum Master
Règles
:
Qu'as tu fait hier ?
Que vas tu faire aujourd'hui ?
Quels sont les obstacles rencontrés ?
A ton avis, Le but du sprint va t'il être atteint ?
Daily Meeting
(10min)
Débriefing
(5min)
BURNDOWN CHART
COMMUNICATION
COLLABORATION
SPRINT REVIEW
L'équipe présente les résultats obtenus lors du sprint

Prend généralement la forme d'une démonstration des nouvelles fonctionnalités

Informelle

Toute l'équipe est impliquée

Tout le monde est invité
SPRINT RETROSPECTIVE
EQUIPE
LIGNE DE CONDUITE
Guide
Règles
Définition de fini
CE QUI S'EST BIEN PASSE
CE QUI AURAIT PU MIEUX SE DEROULER
VELOCITY GRAPH
AD LIBITUM
TABOO
QUIZZ : SPRINT
Le sprint de 3 semaines a commencé vendredi, avec une équipe de 10 personnes. Le lundi lors du scrum du matin, on apprend qu’un développeur s’est cassé le bras droit au ski, il est plâtré pour une semaine.
1 - Le ScrumMaster interdit le ski à toute l’équipe jusqu’à la fin de la release

2 - L’équipe diminue sa capacité sur le sprint en enlevant des stories au périmètre

3 - On lui trouve un remplaçant

4 - On verra ce que ça donne et en attendant on lui achète une souris pour gaucher
QUIZZ : PRODUCT OWNER
Un sponsor important du projet tient beaucoup à une fonction mais ne sait pas bien de quelle façon elle pourrait être proposée aux futurs utilisateurs du produit. Vous êtes Product Owner, que faire ?
1 - Lui demander d’écrire la spécification

2 - Définir une story simple sans IHM définitive et la mettre prioritaire

3 - Mettre sa demande à la fin du backlog

4 - Attendre qu’il dise clairement ce qu’il veut
QUIZZ : SCRUM MASTER
Une personne dans l’équipe perturbe les autres. Vous êtes ScrumMaster, comment réagissez-vous ?
1 - On ne peut rien faire, il n’y a pas de chef avec Scrum

2 - On la vire, la majorité est d’accord

3 - Vous faites un rapport à la direction

4 - Vous l’invitez à prendre une bière pour lui proposer d’être le ScrumMaster du prochain sprint
QUIZZ : BACKLOG
Une story planifiée pour le prochain sprint est jugée finalement inutile par le Product Owner.
1 - On la supprime

2 - On la fait quand même car elle est dans le plan de release

3 - On la remplace par une autre de même taille et on la garde en fin de backlog

4 - On diminue sa priorité
QUIZZ : PLANIFICATION DE RELEASE
Pour réaliser la story « tableau de bord », il faut que le composant qui envoie les données fonctionne. Il doit être développé par une autre équipe. Vous êtes en train de mettre à jour la planification de release, à quelques jours du démarrage du prochain sprint.
1 - La story est planifiée dans le prochain sprint

2 - La story ne peut pas être planifiée tant que le composant n’est pas fini

3 - La story est planifiée dans le sprint après le suivant et on prévient l’autre équipe

4 - L’équipe développe elle-même le composant
RELEASE
PLANNING
Ptérodactyl
Je dirige la société
TopToys
de création de jouets et nous souhaitons commercialiser un nouveau jouet.

Nom de code :
Ptérodactyl
, l'oiseau préhistorique.

Cet oiseau devra être constitué de
153
pièces exactement.
Ptérodactyl
4 itérations de 14 min

Planning
: 3 min
Construction
: 8 min
Revue
: 2 min
Rétrospective
: 1 min
ROTI
QUESTIONS
REPONSES
REFERENCES
REMERCIEMENTS
Michel Goldenberg
Patrice Petit
Dominique de prémorel
Hugues Cornuaille
Christophe Keromen
Claude Aubry
Alexandre Boutin
Agile Playground
Agile Morbihan
etc

et tous les autres oubliés du monde imaginaire qui m'ont inspiré...
Critères d'acceptation
TopToys

153
Full transcript