SophiaConf 2010 Conférence du 08 Juillet - Méthodologie de gestion de projet agile : SCRUM par...

SophiaConf 2010 10/07/2010

Claude Aubry 1

Méthodologie de gestion de projet agile : SCRUM

par Claude AUBRY Consultant Scrum et méthodes agiles

Jeudi 08 Juillet 17h30

Commission Open Source

Commission Open SourceCommission Open Source

Programme

• Introduction à Scrum

• Démo d’iceScrum

• Retours d’expérience

– Epistema

– SAP

• Agilité situationnelle 2 livres offerts par Dunod !

SophiaConf 2010 10/07/2010

Claude Aubry 2


Claude Aubry

Introduction à Scrum

SophiaConf 2010 10/07/2010

Claude Aubry 3


Backlog

123 82 11 1 123 2 5 23 5

Priorité


Équipe

scrumMasterProduct owner

SophiaConf 2010 10/07/2010

Claude Aubry 4


Scrum !


Sprint

produit

22

32

32

52

35

1 à 4 semaines

SophiaConf 2010 10/07/2010

Claude Aubry 5


Cérémonial

produit

23

22

32

52

35

...

Scrum quotidien

Tâches de développement


Feedback

produit

23

22

32

52

35

...

Tâches de développement

Anticipation

2

SophiaConf 2010 10/07/2010

Claude Aubry 6


iceScrum

• L’outil Scrum Open Source

• Java

• client lourd

• Swing

2006• J2E

• IceFaces

• Ajax2008

• GRAILS

• Jquery2010


Living in the ice age

• Site communautaire : www.icescrum.org

• Site professionnel : www.icescrum.com

Question 1Rock’n roll

http://www.icescrum.org/

http://www.icescrum.com/

SophiaConf 2010 10/07/2010

Claude Aubry 7


Démo


Pour en savoir plus

www.aubryconseil.com

Ce cycle de conférence est porté par

la Commission Open Source

Telecom Valley

dont les objectifs sont le partage de

connaissances, l'échange de best practices et

l'animation de l'éco-système du logiciel libre

azuréen

Commission Open SourceSophiaConf2010

4 conférences gratuites

proposées par la commission Open Source

de Telecom Valley

Mercredi 30 Juin 17h30

Gestion des identités

et sécurisation des services web :

réalités & perspectives

par Hubert LE VAN GONGExpert en sécurisation des services web

Lundi 05 Juillet 17h30

Android :

Tout savoir sur l'évolution des 12 derniers mois

et de l'année à venir

par Arnaud FARINE

Consultant Technique, Expert Android

Jeudi 08 Juillet 14h

HTML5 :

une plateforme contemporaine pour le Web

par JULIEN QUINT

Consultant Indépendant, expert du WEB et du XML

17h30

Méthodologie de gestion de projet agile :

SCRUM

par Claude AUBRY

Consultant expert dans le génie Logiciel


Retours d’expériences

Bertrand Gorge, Chief Technical Officer d’EPISTEMAImplémentation de Scrum dans une start-up

Paul el KHOURY, Researcher Security & Trust and Member of the SAP Product Security Response Team


Retour d’expérience - Scrum

Editeur logiciel

Applications web pour la formation

Créé en 2000

150 000 utilisateurs dans le monde

Croissance rapide


Pourquoi mettre Scrum en place

Parce que nous n’étions pas très organisés

Parce qu’un de nos client trouvait ça génial

On a lu le bouquin

Ça nous a semblé accessible et adapté

On a voulu l’appliquer

On l’a gardé !


Qu’est ce qui est le plus important ?

• Evite la procrastinationLe daily scrum

• Permet de conclure un devLa démo

• Sinon pas de demo !Le how-to demo

• Sinon pas de how-to-demo !Le sprint planning

meeting

• Car quand c’est fini, c’est pas finiLa DOD (Definition of

Done)


Qu’est ce qui est encore plus important ?

Réévaluer

Faire des rétro-

spectives

Améliorer le process


Les erreurs qu’on a faites

Mélanger la maintenance et le développement

Ne pas faire de tâches (uniquement des stories)

Splitter une équipe travaillant sur le même projet

Démarrer une story sans how-to demo (ni spec)…

Ne pas faire de démo, ne pas faire de daily scrum, ..!


Ce que ça a changé pour nous

Large augmentation de notre productivité

Satisfaction des clients et de l’équipe

A permis la mutation de l’équipe

Meilleure prédictibilité des efforts

Moins de specs


Un petit dilbert pour terminer

Bertrand Gorge

[email protected]

mailto:[email protected]


Retours d’expériences

Bertrand Gorge, Chief Technical Officer d’EPISTEMAImplémentation de Scrum dans une start-up

Paul el KHOURY, Researcher Security & Trust and Member of the SAP Product Security Response Team


Scrum in a multi national & consultancy

project – is it to be recommended?>> A Personal Experience

Paul el Khoury, Ph.D.SAP Research - SAP Labs France8th July 2010


Overview

• In a nutshell, SAP Research

• The project and its settings

• The approach

• Lessons learnt

© SAP 2010 / [email protected] / Page 14


SAP AG, a large ERP producer company

47,500+ employees, 10.67 billion revenues

47,800+ companies runs SAP software

SAP Research Centers: a collaborative worldwide distributed network

Creates matches between international research

programs in various technology areas and SAP business

opportunities

SAP Research France, an active research team located in Sophia-Antipolis

25 researchers, 5 PhD students

Engaged in 10+ running major EU/FR funded projects

Strong partner network in both academia and industry

SAP Research & SAP Research France

http://www.sap.com/

http://www.sophiaconf2010.fr/

http://www.telecom-valley.fr/


The Project and Its Settings

- Consultancy type of project, incl. optimisation and roll-out of corporate

processes, process execution, corporate level SW requirements


• 1 Scrum Master

• 2 Product Owners

• 11 Team members

Location:

Distributed over France and Germany

Two topics


The Approach


Regular tasks

New tasks

Regular consultancy Product Backlog items (PBi) vs newly required Product Backlog items

Introducing the term Timeblock

Communication settings

Daily Scrum: Video conference

Review and Planning meetings: ½ of the team Face to

Face… later full team attended the Face to Face

Product Backlog distribution

By topic vs by location?

How to minimize #PBi per team member?

How to benefit from the fact that team members are

in same location?


The Approach


30 min daily Scrum for:

- One team

- 2 product owners

- 11 team members

15 min daily Scrum per team (split based on topic).

- 1 product owner

- 6 team members

- 1 product owner

- 5 team members

1h meeting as a sync

15 min daily Scrum per team (split based on topic).

- 1 product owner

- 6 team members

- 1 product owner

- 5 team members

- 2h for QA per week

1h meeting as a sync

- Team members should work with one Product Owner

- Team members should be group by location as much as possible

- Effort Estimation should be driven by statistics

- Balance the load between Timeblocks and New PBi requirements

- Deadlines, Priorities and ranking key for success


Lessons Learnt


Day to day focus on delivery

Realistic scope for sprint backlog

Be firm in working only on PB

Best, when possible, is location based scrum

Video conference is a success factor

QA sessions with Product Owner very useful

Face to face planning and review are crucial


Do I recommend you Scrum in case you have similar settings?


Unforeseeable situations lead to PBi shifted for a Sprint or more

PBi are converging towards only Timeblocks

Efficiency in monitoring work progress

Efficiency in meeting Product Owner’s expectations

You won’t benefit from full potential of Scrum but indeed you feel the increase in efficiency!


Thank You! Questions?

Contact:

Paul el Khoury

SAP Research, SAP Labs France


Jean-Christophe Pazzaglia (Director)

SAP Research, SAP Labs France






SophiaConf 2010 10/07/2010

Claude Aubry 1

Agilité situationnelle

par Claude AUBRY Consultant Scrum et méthodes agiles

Jeudi 08 Juillet 17h30



Claude Aubry

SophiaConf 2010 10/07/2010

Claude Aubry 2


Intelligence situationnelle

Question 2Rugby


Extrait du Midol• …une distribution des joueurs les plaçant dans des situations

de jeu où ils devraient pouvoir développer des compétences autres que celles de leur poste.

• L’investissement de chaque joueur dans ces tâches qui ne relèvent pas du poste, se doit de répondre au contexte situationnel donc au sens attribué par toute l’équipe à cette situation.

• On peut même dire quand tout est bien huilé et que chacun joue juste dans le rôle qui lui est momentanément imparti dans la situation existante que cette « synchronisation forcement collective » constitue alors un véritable système de

jeu qualifié d’ouvert.

SophiaConf 2010 10/07/2010

Claude Aubry 3


Qui ne voudrait pas être agile ?


L'agilité, un mouvement

Valeurs

• Individus > Processus

• Logiciel fonctionnel

• Collaboration

• Adaptation

Principes

• Livrer fréquemment

• …

• Simplicité

• …

Pratiques

• …

• Rétrospective

• Intégration continue

• Refactoring

• Pilotage par les tests22

Manifeste

SophiaConf 2010 10/07/2010

Claude Aubry 4


3 croyances erronées

23

Nous sommes agiles parce

que nous disons

que nous le sommes.

Vous pouvez être agiles

en faisant comme nous.

L'êtes-vous

vraiment ?

C'est dangereux.

Nous voudrions bien être agiles,

mais ce n'est pas possible.C'est probablement possible.


Agilité situationnelle

Les principes sont des croyances qui ne changent pas, tandis

que les pratiques sont l'application de principes dans une

situation particulière.

Les pratiquespeuvent et devraient être différentes d'un environnement à un

autre et elles changent également quand une situation

évolue.

24

Mary Poppendieck

SophiaConf 2010 10/07/2010

Claude Aubry 5


Une liste de pratiques ?

25

Environ 50 pratiquesélémentaires !

Scrum

XP

Kanban

Pomodoro

Spécification

Conception

Test

optionnel

obligatoireobligatoire

management technique


Situation ?

Contexte d’un projet

Environnement de l’organisation

26

SophiaConf 2010 10/07/2010

Claude Aubry 6


Organisation

27

Contexte organisation

Culture d’entre-

prise

Degré de pertur-bation

Nb de projets en

//

Innovation

Maturité

Gouver-nance


Exemple : gouvernance forte

Contraintes imposées sur un projet

Comment les projets démarrent et se terminent ?

Que se passe-t-il lorsque les choses tournent mal ?

Qui définit «succès» et «échec» ?

Une gouvernance forte affecte :

L'autonomie de l'équipe

La façon de faire le planning et du reporting

28

Attention au retour du gros processuspar la fenêtre !

SophiaConf 2010 10/07/2010

Claude Aubry 7


Exemple : multi-projets et urgences

• L’habitude de travailler dans l’urgence perturbe les équipes

• Amplifié si une personne travaille sur plusieurs projets en même temps

• Impact

– Itérations courtes (ou pas d’itérations ?)

– Priorité

– Prise en compte des urgences


Contexte d’un projet

Contexte

projet

Equipe

• Taille

• Capacité

• Dispersion

Logiciel

• Ancienneté

• Stabilité archi

• Déploiement

Gestion

• Modèle économique

• Gouvernance

Produit

• Criticité

• Taux de changement

SophiaConf 2010 10/07/2010

Claude Aubry 8


Exemple : scrum quotidien

Et si l’équipe est dispersée géographiquement ?

31


Exemple : Product Owner

32

Et si le projet se déroule au forfait avec un client peu

disponible ?

SophiaConf 2010 10/07/2010

Claude Aubry 9


Exemple : backlog de produit

• Et si une criticité importante exige de la documentation et de la traçabilité ?

33


Evaluation du contexte

34Dispersion équipe

Stabilité architecture

Modèle économique

Criticité

Taille

Age système

Capacité

équipe

Gouvernance

10

3

30

100

faible

modérée

élevéevieux

jeune

élevébas

simple

offshore

stable

à prouver

interne forfait

complexe n sites

1 site1 site

1

salle

SophiaConf 2010 10/07/2010

Claude Aubry 10


Au cœur de la cible

35

4-10 personnes

Regroupées sur un seul

site

A temps plein

Appli web

Architecture définie

Criticité faible ou modérée

Management accommodant

Nouveau développement


Transition plus difficile

0

2

4

6

8

10Taille

Criticité

Modèle économique

Stabilité architecture

Dispersion équipeGouvernance

Capacité équipe

Déploiement

Age système

Projet B

Projet A

SophiaConf 2010 10/07/2010

Claude Aubry 11


Grands projets

37


Transition à l’agile

Acquérir une culture agile

Connaître le contexte

Adapter les pratiques à ce

contexte

Former l'équipe à ces

pratiques

Les mettre en œuvre

Ajuster à chaque sprint

SophiaConf 2010 10/07/2010

Claude Aubry 12


Evolutions dans le temps

La capacité de l’équipe à s’auto-organiser s’améliore

La taille de l’équipe augmente

La gouvernance devient plus agile

Dette technique


Mesures quantitatives

0

5

10

15

20

25

Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5

Défaut

Story technique

User story

SophiaConf 2010 10/07/2010

Claude Aubry 13


Mesures qualitatives


L'agilité situationnelle

Le contexte, le contexte, le contexte !

42

La plupart des pratiques sont utilespour la plupart des projets,

mais elles ne s'appliquent paspartout de la même façon et

leur application évolue dans le temps

SophiaConf 2010 10/07/2010

Claude Aubry 14


Apprentissage permanent

Techno

ProcessusDomaine


Ola !

SophiaConf 2010 10/07/2010

Claude Aubry 15


Pour en savoir plus

www.aubryconseil.com

SophiaConf 2010 Conférence du 08 Juillet - Méthodologie de gestion de projet agile : SCRUM par...

Technology

Transcript of SophiaConf 2010 Conférence du 08 Juillet - Méthodologie de gestion de projet agile : SCRUM par...