Your SlideShare is downloading. ×
Les défis de Scrum pour une grande organisation
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Les défis de Scrum pour une grande organisation

1,225
views

Published on

Alain GIULIERI

Alain GIULIERI

Published in: Technology, Business

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,225
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
33
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. lundi 12 octobre 2009 agiletour.org/fr/at2009_geneve.html A5 Les défis de Scrum pour une grande organisation Alain GIULIERI
  • 2. Les défis de Scrum pour une grande organisation Alain Giulieri Le numéro 1 des paiements sans espèces en Suisse
  • 3. Mes sources d’inspirations… 2
  • 4. 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 60 50 40 30 20 10 0 1982 1984 1986 1988 1990 1992 1994 1996 1998 2000 2002 2004 2006 2008 Internes Externes Stagiaires 3
  • 5. Situation de départ 4
  • 6. Situation de départ • Un processus de gestion de projet bien établi F0 F1 QG F2 QG F3 F4 QG F5 QG F6 Support Préanalyse Définition A Analyse B Design Réal. C/D Tests E Go-Live • Beaucoup de contrôle et de reporting 5
  • 7. Historique • 2005 Automatisation des compilations Compilations hebdomadaires • 2007 Formation SCRUM à Paris Premiers essais avec SCRUM • 2008 Formation des premières équipes à SCRUM Premiers projets 100% SCRUM Adaptation de l’organisation (support) • 2009 Formation de tous les développeurs Adaptation de l’organisation (pops) 6
  • 8. 1ère adaptation de l’organisation Mise en place d’un groupe de support prod 7
  • 9. Smiley calendar Unpleasant, UnHappy, Not Good or Bad Ordinary Pleasant, Happy or Good 100% 12% 10% 10% 6% 7% 8% 7% 9% 13% 17% 16% 17% 90% 18% 22% 80% 27% 31% 34% 31% 41% 27% 70% 41% 42% 29% 44% 37% 60% 34% 43% 50% 50% 40% 67% 62% 30% 59% 60% 60% 49% 49% 51% 53% 44% 44% 47% 20% 40% 32% 10% 0% 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 8
  • 10. 2ème adaptation de l’organisation Création du rôle de POP Organisation orientée projets POP POP POP POP POP POP POP POP 9
  • 11. POP = Product Owner Proxy Environnement multi projets PO est éloigné géographiquement (Biel/ZH) Problèmes de compréhension liés à la langue PO manque de background technique POP 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. L‘équipe a besoin d‘une personne de Product Backlog contact unique, capable de donner des priorités claires et qui est à totale disposition de l‘équipe 10
  • 12. Limiter les travaux en parallèle total effort "done" total effort "wip" Release burndown chart total effort "to do" total remaining effort idealized line (#iterations / idealized remaining effort) 2500 2000 1500 remaining effort 1000 500 0 22 23 27 28 32 36 21 24 25 26 29 30 31 33 34 35 week of calendar 11
  • 13. Indicateur d’évolution 60.0 55.0 50.0 45.0 40.0 35.0 30.0 Release 46 Release 47 Release 48 Release 49 Release 50 Release 51 Release 52 12
  • 14. 1 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
  • 15. 2 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 • … Savoir quoi faire est important. Mais le faire, et le faire bien, l’est tout autant 14
  • 16. 3 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 Good Thinking  Good Products  No Support 15
  • 17. 4 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
  • 18. 5 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 Satisfaire le marché, tout en procurant un cadre de travail satisfaisant et sécurisant à ses employés 17
  • 19. 6 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
  • 20. Privilégier la 7 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
  • 21. 8 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 Ne pas chercher à optimiser les rendements individuels, mais privilégier la production de valeur pour le client 20
  • 22. 9 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 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 21
  • 23. 10 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 Ne serait-il pas envisageable de demander à ses équipes, en plus de s’auto-organiser, de s’auto-évaluer 22
  • 24. 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
  • 25. Joker 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
  • 26. Merci pour votre attention 25
  • 27. merci aux sponsors !