Lors de l'Agile Tour Aix Marseille, Émilie nous a présenté un retour d'expérience sur l'agilité au service de l'innovation, basé sur les premiers mois de développement de Kuzzle. En particulier, elle a expliqué comment l'équipe a construit sa méthode projet de façon pragmatique, autour des valeurs agiles de l'équipe. Elle explicite plusieurs pratiques mises en place par l'équipe, au fil de son amélioration continue. Pour en savoir plus, téléchargez la présentation

1. L’agilité au service de
l’innovation
Emilie Esposito
Agile Tour Aix Marseille – 03/12/2015
1

2. 03/12/2015
Merci à nos sponsors

3. 3
Emilie Esposito
Product owner Kuzzle
emilie@kuzzle.io
@EmilieEsposito
Ancienne « consultante agile »
Scrum master
Coach agile
Product Owner
Product owner d’un produit innovant
Equipe produit
Mode start-up
Pragmatiquement agile

4. Sommaire
• Contexte
• Agilité et innovation
produit
• Agilité et innovation
managériale
• Conclusion
4

5. Contexte
5

6. Kuzzle, c’est quoi ?
6
Back-end clé en main
Open-source
Actuellement en version α
http://kuzzle.io

7. La Kuzzle Team
7
Gilles
Un CEO
Emilie
Un PO
Mélanie
Marketing et
communication
Anthony Ballinette Benoît Sébastien Sacha LucaJeff
8 développeurs-architectes
Kevin
…

8. Cette présentation n’est pas :
8
La seule façon
de réussir son
agilité

9. Cette présentation est notre retour d’expérience
9
Plan
DoCheck
Act
PRAGMATISME

10. Agilité et
innovation produit
10

11. Une roadmap itérative et incrémentale
11
VISION
Feedback
Livrer au plus tôt
Se donner les moyens
de recueillir du feedback
Définir l’objectif de la livraison
Et donc la cible Qualité et complétude
adaptées à la cible
Coding challenge
Salons
Eco-système local

12. La propriété collective de l’architecture
12
Faire des ateliers de
conception
hebdomadaires
Documenter les
décisions
d’architecture
Tenir un backlog
visuel de sujets de
conception
Prendre le temps
d’intégrer les
nouveaux

13. Une archi émergente, « just in time » et évolutive
13
Rester lean :
pas de stock d’architecture
Vision
Rien n’est gravé dans le
marbre
« Just in time »
Limiter les dépendances aux technos
Casser pour refaire

14. • Une exigence non négociable
• Un pragmatisme volontaire
• Une dette maîtrisée
• Guidelines partagées
• Exemplarité
• Mesurer et rendre visible
• Eat your own dog food
La qualité technique
14

15. Agilité et
innovation managériale
15

16. • Co-construire notre méthode, itérativement et
incrémentalement
• Une seule pratique obligatoire : la rétrospective
• Documenter nos règles de fonctionnement
 Uniquement les outils et pratiques dont nous
avons besoin
 Pas peur de casser et de refaire
Le pragmatisme, notre méthode agile
16

17. Lorsque les responsabilités sont définies par rôle
17
Responsabilités
Productowner
Scrummaster
Développeur
Développeur
Développeur
Développeur
Développeur
Q/A
Bus factor

18. L’auto-organisation : bien plus que des mots
18
Compétences
Partagées dans la matrice de compétences
Co-responsabilité

19. L’intégration commence dès le recrutement
C’est l’affaire de toute l’équipe
19
Compréhension du
poste, motivations,
adéquation des valeurs
Arrivée dans l’équipeAvant Après
L’équipe lit le CV,
regarde le github,… et
prépare des questions
Entretien RH
Préparation
entretien technique
Vérification des
compétences,
adéquation des besoins
Entretien technique
Présentation du produit,
capacité à collaborer,
adéquation des valeurs
Rencontre avec
l’équipe
Team building
Donner tous les moyens
d’être opérationnel
rapidement
Checklist nouvel
arrivant
Partager l’architecture
pour maintenir la
propriété collective
Archi au tableau
Partager les feedbacks
et besoins, valider la
période d’essai
Suivi d’intégration

20. • L’équipe grandit : 5 11 …
• Son périmètre aussi : produit, projet, communication, …
• Les outils et pratiques qui marchaient à 5 ne marchent plus
forcément à 11
Le challenge de la croissance
20
Rétrospective
!
Plan
DoCheck
Act

21. La prise de décision collective
21
Décider collectivement Auto-organisation Co-responsabilité
Intelligence
collective
MAIS
Tous les sujets
n’intéressent pas
tout le monde
Discussion par mail
 spam
De plus en plus de
sujets
De plus en plus de
temps consacré
Discuter pour arriver
à la décision
S’inscrire à la
discussion sur une
décision donnée
Signaler les
nouvelles
discussions
Documenter les
décisions

22. Conclusion
22

23. • L’agilité : un moyen, pas un but
• Nous savons que nous ne savons pas
o Nous expérimentons et nous nous adaptons
o Nous admettons nos erreurs
o Nous nous remettons en question : notre contexte évolue, notre
organisation aussi
Sérendipité : trouver le Graal de l’organisation
apprenante sans le chercher
L’organisation apprenante
23

24. 24
Merci !
Vous avez des questions ?
Des feedbacks à partager ?
emilie@kuzzle.io