Le document compare les approches Agile de Spotify et SAFe, soulignant les forces et faiblesses de chacune dans divers domaines tels que la documentation, l'organisation et la culture d'entreprise. Il révèle que Spotify privilégie la simplicité, l'auto-organisation et des cycles d'apprentissage courts, tandis que SAFe est perçu comme rigide et trop systématique. Les résultats montrent que Spotify obtient de meilleures performances en termes de culture et d'innovation par rapport à SAFe.

1. SAFe vs Spotify
Par Benjamin Moitié et Renaud Chevalier
D’après une idée de Ludovic Pérot

2. ELEVATOR PITCH

3. SOMMAIRE
Documentation
Organisation
Taille critique
Formation
REX
Respect de la culture
Technique
Impacts
Résultats

4. ROUND 1 :
DOCUMENTATION

5. La nouvelle règle des 3 C :
Complet, Compliqué & Chamboulé
SAFe

6. http://www.scaledagileacademy.com
http://www.scaledagileframework.com
Dean Leffwingwell
1
2

7. Spotify

8. Publications :
Scaling Agile @ Spotify
How Spotify builds products
Vidéos :
Spotify Engineering Culture part 1 & 2
Slides :
Agile @ Scale
Scrum = ?
How to run an unconference
What is an Agile Tester ?
Principales ressources
Spotify Labs
labs.spotify.com
Crisp’s Blog
blog.crisp.se
Principal sources
Principal auteur
Henrik
Kniberg

9. KNIBERG, CHAMPION DU
MONDE DE PICTIONARY ?

10. Spotify:0
SAFe:1
Accessible
Simple… trop simple
Documentation faible et trop éclatée
Exhaustivité
Explication pour tout
Du concret pour déployer

11. ROUND 2 :
ORGANISATION

12. SAFe
Juste suivre le chemin sur la carte...

14. Spotify

16. Spotify:1
SAFe:0
Product first
Chapter et Guild
Simplicité
Flux de valeur
Orga complexe
Rigidité ???

17. Round 3 :
Taille critique

18. ART de 50 à 125 personnes
Tribu maximum 100 personnes
Nombre de Dunbar

19. Plus de synchronisation
Moins de hierarchie
Pas de politique
Spotify:1
SAFe:1

20. ROUND 4 :
FORMATION

21. SAFe

23. Il y a quelqu’un???
Spotify

24. Business First
Support de qualité
Cursus pour tous
Un REX pas un Framework!
Spotify:0
SAFe:1

25. ROUND 5 :
REX

26. SAFe

27. Spotify
Feature Team, le BUZZZ!

28. Portée internationale
Buzz
Quelle échelle ?
Belles références
Pas sexy
Trop lissé
Spotify:1
SAFe:0

29. ROUND 6 :
RESPECT DE LA CULTURE

30. SAFe

31. CE QUE L’ON EN PENSE

32. Lourdeur
Pas adaptatif
Trop hiérarchique
Quelle place pour l’auto-organisation?
CE QUE L’ON EN PENSE

33. Lourdeur
Pas adaptatif
Trop hiérarchique
Quelle place pour l’auto-organisation?
CE QUE L’ON EN PENSE CE QU’IL PROMEUT
Meddley de l’agilité
Scrum
SoS
Kanban
Train de Release
WIP et variabilité pour innover
Auto-organisation
Slack
Sprint d’innovation
Leadership pour développer les
individus
Lean Thinking
Gestion Budget
Intégration du top management

34. Spotify

37. LE MANIFESTE SPOTIFY
« Agile à la Spotify (the skinny) »
CONTINUOUS IMPROVEMENT
At Spotify, part of my work is to look for ways to continuously improve, both
personally, and in the wider organisation.
ITERATIVE DEVELOPMENT
Spotify believes in short learning cycles, so that we can validate our assumptions as
quickly as possible.
SIMPLICITY
Scaling what we do is key to Spotify’s success. Simplicity should be your guidance
during scaling. This is as true for our technical solutions, as for our methods of
working and organising the organisation.
TRUST
At Spotify we trust our people and teams to make informed decisions about the way
they work and what they work on.
SERVANT LEADERSHIP
At Spotify managers are focused on coaching, mentorship, and solving impediments
rather than telling people what to do.

38. LES 34 GRANDS PRINCIPES :
1. Cross-pollination > Standardization
2. Internal Open-source model
3. Small & Frequent releases
4. Decoupled releases
5. Agile > Scrum
6. Principles > Practises
7. Servant > Master
8. Autonomous Squads
9. Loosely coupled, Tightly aligned
Squads
10. Self-service model : Enable > Serve
11. Community > Structure
12. Focus on Motivation
13. People > ALL
14. Trust > Control
15. Release trains + Feature toggles
16. Continuous improvement
17. Impact > Velocity
18. You are the culture
19. Lean Startup
20. Fail friendly environment
21. Failure recovery > Failure avoidance
22. Innovation > Predictability
23. Value delivery > Plan fulfillment
24. Culture-focused Roles
25. Healthy culture heals Broken Process
26. Limited Blast Radius via Decoupled
Architecture and Gradual Rollout
27. Experiment-friendly Culture
28. Hack Time
29. Hack Week
30. Minimize the need for Big Projects
31. Definition of Awesome
32. Waste-repellent Culture
33. Chaos > Bureaucracy

39. The place to be!
Agile Compliant
Trop beau???
Paradoxe :
Vraie culture Agile
Mais rouleau-compresseur
Maturité Agile nécessaire
Spotify:1
SAFe:0

40. ROUND 7 :
TECHNIQUE

41. SAFe Spotify

42. Rôle architecte
Architecture découplée
Architecture emergente
Spike
Intégration continue
Tests automatisés
BDD
Feature Flipping
Déploiement continu
DevOps
Refactoring
Pair Working…

43. Spotify laisse les équipes trouver leur propre chemin
SAFe apporte directement le cadre des bonnes pratiques
Spotify:1
SAFe:1

44. ROUND 8:
IMPACTS

46. A grands pouvoirs, grandes responsabilités!
ATTENTION : des impacts forts à tous les étages!
Peut-on faire du Spotify ailleurs que chez Spotify?
Peut-on vraiment implémenter SAFe jusqu’au bout?
Spotify:1
SAFe:1

47. RESULTATS

48. SAFe

49. Spotify

50. Spotify
6
SAFe
5
Beaucoup les sépare :
Produit vs Flux de valeur
Culture vs Objectif final
REX vs Framework
Partage vs Business

51. SpotiSAFe?
Notre philosophie est de faire de l’ « Agile Craftmanship »

53. MERCI À NOS SPONSORS et partenaires