Les défis de Scrum pour une grande organisation

A5

Les défis de Scrum pour une grande organisation

Alain GIULIERI

lundi 12 octobre 2009

agiletour.org/fr/at2009_geneve.html

Alain Giulieri

Le numéro 1 des paiements sans espèces en Suisse

Les défis de Scrum pour une grande organisation

Mes sources d’inspirations…

2

0

10

20

30

40

50

60

1982 1984 1986 1988 1990 1992 1994 1996 1998 2000 2002 2004 2006 2008

Internes Externes Stagiaires

Situation de départ

• 45 développeurs

• 3 sites différents (Bienne, Zurich, Lausanne)

• Forte évolution du nombre de collaborateurs dans les 24 derniers mois

3

Situation de départ

4

Situation de départ

5

F0Préanalyse

F1Définition

F2Analyse

F3Design

F4Réal.

F5Tests

F6Go-Live

SupportQGA

QGB

QGC/D

QGE

• Beaucoup de contrôle et de reporting

• Un processus de gestion de projet bien établi

Historique

• 2005 Automatisation des compilationsCompilations hebdomadaires

• 2007 Formation SCRUM à ParisPremiers essais avec SCRUM

• 2008 Formation des premières équipes à SCRUMPremiers projets 100% SCRUMAdaptation de l’organisation (support)

• 2009 Formation de tous les développeursAdaptation de l’organisation (pops)

6

1ère adaptation de l’organisation

7

Mise en place d’un groupe de support prod

Smiley calendar

8

32%44% 49% 49%

67% 62%51%

59% 60% 60%53%

44% 47%40%

50%

44%41% 42%

27%31%

41%34% 27% 31%

29%

34%37%

43%

18%12% 10% 10% 6% 7% 8% 7%

13% 9%17% 22%

16% 17%

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

Sep 08 Okt 08 Nov 08 Dez 08 Jan 09 Feb 09 Mrz 09 Apr 09 Mai 09 Jun 09 Jul 09 Aug 09 Sep 09 Okt 09

Unpleasant, UnHappy, Not Good or Bad Ordinary Pleasant, Happy or Good

2ème adaptation de l’organisation

9

POP POP POP POP

Création du rôle de POPOrganisation orientée projets

POPPOP POP POP

POP = Product Owner Proxy

10

Product BacklogL‘équipe a besoin d‘une personne de contact unique, capable de donner des priorités claires et qui est à totale disposition de l‘équipe

Environnement multi projets

PO est éloigné géographiquement(Biel/ZH)

Problèmes de compréhension liés à la langue

PO manque de background technique

Le proxy rassemble et priorise toutes les exigences (projets + maintenance). Le proxy est en général un collaborateur expérimenté et par conséquent, capable de répondre à la plupart des questions de l‘équipe.

POP

Limiter les travaux en parallèle

11

0

500

1000

1500

2000

2500

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

rem

ain

ing

eff

ort

week of calendar

Release burndown charttotal effort "done" total effort "wip"

total effort "to do" total remaining effort

idealized line (#iterations / idealized remaining effort)

Indicateur d’évolution

12

30.0

35.0

40.0

45.0

50.0

55.0

60.0

Release 46 Release 47 Release 48 Release 49 Release 50 Release 51 Release 52

Indicateur d’évolution

• Basé sur la valeur produite pour le client…

• …plutôt que sur la rentabilité des développeurs

• …et où l’élimination de la dette technique et la correction de bug (en test ou en production) compterait pour zéro

• Chaque équipe doit connaître sa vélocité et des variations inexpliquées, doivent impérativement être discutée à la rétrospective

13

1

Garantir de la qualité

• Impératif de mettre en place une solution d’intégration continue…

• …y compris l’exécution de tests unitaires

• Test Driven Development

• Intégrer un représentant de l’assurance qualité dans les équipes Scrum

• …

14

2

Savoir quoi faire est important. Mais le faire, et le faire bien, l’est tout autant

Sprint Planing Design

• Prendre le temps de (se) poser des questions:- sur le produits- sur le design de la solution choisie- sur les aspects productifs

• Investir le temps nécessaire et sortir de cette séance si possible sans points ouverts. Durée d’environ une journée pour un sprint de 2 semaines

15

3

Good Thinking Good Products No Support

Intensifier les rétrospectives

• L’amélioration continue est fondamentale

• Au besoin, rappelez régulièrement aux l’équipes, l’importance des rétros pour l’amélioration des processus

• Ne rester pas assis derrière votre bureau, observer vos équipes en live, participer aux démos, …

• Challenger vos équipes, demander……sur quels faits avérés ils se basent?…pourquoi telle idée améliorerait-elle nos résultats?…ce que l’on peut améliorer d’autre?

• Respectez vos collaborateurs, mettez les améliorations proposées rapidement en place

16

4

Respecter les personnes

• Considérer toute personne à qui l’on remet un travail comme un client, ne le faite pas attendre, ne lui livrez pas un produits défectueux, éviter les gaspillages

• Pardonner les erreurs et s’en souvenir, afin de ne pas les répéter

• Faire confiance à ses équipes

• Donner à ses équipes des priorités claires, limiter les travaux en parallèle

17

5

Satisfaire le marché, tout en procurant un cadre de travail satisfaisant et sécurisant à ses employés

Manager «coach»

• Le rôle du manager agile n’est plus de diriger, mais de guider et former ses équipes

• Former ses équipes et ses collaborateurs avant de développer ses produits

• Apprenez à vos collaborateurs à chercher la cause fondamentale d’un problème

• Intensifier les échanges de bonnes pratiques

• La mise en place est un changement majeur pour beaucoup d’entre-nous. Il est impératif de le suivre de près

18

6

Privilégier la communication directe

• Moins de séances administratives

• Moins de mails

• Moins de rapports d’activité

• …

• Plus de confiance

• Plus de discussions constructives

• Plus d’échange de bonnes pratiques

• …

19

7

Faire confiance à ses équipes

• Moins de contrôles

• Laisser vos équipes s’auto-organiser et s’auto-améliorer

• Laisser tomber le micro-management, surtout quand le projet traverse une période difficile, dans ce cas rappeler l’importance des rétrospectives

20

8

Ne pas chercher à optimiser les rendements individuels, mais privilégier la production de valeur

pour le client

Estimations

• Une tâche terminée en avance est rarement annoncée comme telle

• Dans toute estimation un « buffer » est rajouté, que ce soit voulu ou inconsciemment

• Souvent le buffer est consommé avant que le travail ne commence

21

9

S’affranchir des estimations du reste à faire une fois la tâche commencée. Dès lors seul sa réalisation

complète et rapide est importante

Evaluations collectives

• Peu (ou pas) d’études montre un lien directe entre le salaire au mérite et la productivité des collaborateurs

• Avec les méthodes agiles on encourage le travail d’équipe

22

10

Ne serait-il pas envisageable de demander à ses équipes, en plus de s’auto-organiser, de

s’auto-évaluer

Résumé

• (1) Indicateur d’évaluation

• (2) Garantir la qualité

• (3) Sprint Design

• (4) Intensifier les rétrospectives

• (5) Respecter les personnes

• (6) Manager « coach »

• (7) Communication

• (8) Privilégier la communication directe

• (9) Estimations

• 10) Evaluations collectives

23

Se faire aider…

• Créer un centre de compétence SCRUM

• Au besoin se faire aider d’un coach

• Faire appel à la communauté agile

• Participer aux événements « agiles »Agile Tour, XP-Days, …

24

Joker

Merci pour votre attention

25

merci aux sponsors !