L’agilité au service de
l’innovation
Emilie Esposito
Agile Tour Aix Marseille – 03/12/2015
1
03/12/2015
Merci à nos sponsors
3
Emilie Esposito
Product owner Kuzzle
emilie@kuzzle.io
@EmilieEsposito
Ancienne « consultante agile »
Scrum master
Coach ...
Sommaire
• Contexte
• Agilité et innovation
produit
• Agilité et innovation
managériale
• Conclusion
4
Contexte
5
Kuzzle, c’est quoi ?
6
Back-end clé en main
Open-source
Actuellement en version α
http://kuzzle.io
La Kuzzle Team
7
Gilles
Un CEO
Emilie
Un PO
Mélanie
Marketing et
communication
Anthony Ballinette Benoît Sébastien Sacha L...
Cette présentation n’est pas :
8
La seule façon
de réussir son
agilité
Cette présentation est notre retour d’expérience
9
Plan
DoCheck
Act
PRAGMATISME
Agilité et
innovation produit
10
Une roadmap itérative et incrémentale
11
VISION
Feedback
Livrer au plus tôt
Se donner les moyens
de recueillir du feedback...
La propriété collective de l’architecture
12
Faire des ateliers de
conception
hebdomadaires
Documenter les
décisions
d’arc...
Une archi émergente, « just in time » et évolutive
13
Rester lean :
pas de stock d’architecture
Vision
Rien n’est gravé da...
• Une exigence non négociable
• Un pragmatisme volontaire
• Une dette maîtrisée
• Guidelines partagées
• Exemplarité
• Mes...
Agilité et
innovation managériale
15
• Co-construire notre méthode, itérativement et
incrémentalement
• Une seule pratique obligatoire : la rétrospective
• Doc...
Lorsque les responsabilités sont définies par rôle
17
Responsabilités
Productowner
Scrummaster
Développeur
Développeur
Dév...
L’auto-organisation : bien plus que des mots
18
Compétences
Partagées dans la matrice de compétences
Co-responsabilité
L’intégration commence dès le recrutement
C’est l’affaire de toute l’équipe
19
Compréhension du
poste, motivations,
adéqua...
• L’équipe grandit : 5 11 …
• Son périmètre aussi : produit, projet, communication, …
• Les outils et pratiques qui marc...
La prise de décision collective
21
Décider collectivement Auto-organisation Co-responsabilité
Intelligence
collective
MAIS...
Conclusion
22
• L’agilité : un moyen, pas un but
• Nous savons que nous ne savons pas
o Nous expérimentons et nous nous adaptons
o Nous ...
24
Merci !
Vous avez des questions ?
Des feedbacks à partager ?
emilie@kuzzle.io
Prochain SlideShare
Chargement dans…5
×

L'agilité au service de l'innovation E. Esposito

194 vues

Publié le

Mon équipe construit un produit innovant : Kuzzle.
Pour nous, l'agilité ce n'est pas un buzz word et c'est bien plus que des post-its.
Pour nous, l'agilité est un ingrédient clé de notre capacité à innover. Je parle d'innovation technique, d'innovation produit et d'innovation organisationnelle. Et aujourd'hui, je vais vous expliquer pourquoi et comment.
Je vais vous raconter des évènements réels et des scènes de notre quotidien qui illustrent notre façon de vivre l'agilité.
Et vous y trouverez peut-être des sources d'inspiration pour votre propre équipe !

Publié dans : Technologie
0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
194
Sur SlideShare
0
Issues des intégrations
0
Intégrations
3
Actions
Partages
0
Téléchargements
3
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

L'agilité au service de l'innovation E. Esposito

  1. 1. L’agilité au service de l’innovation Emilie Esposito Agile Tour Aix Marseille – 03/12/2015 1
  2. 2. 03/12/2015 Merci à nos sponsors
  3. 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. 4. Sommaire • Contexte • Agilité et innovation produit • Agilité et innovation managériale • Conclusion 4
  5. 5. Contexte 5
  6. 6. Kuzzle, c’est quoi ? 6 Back-end clé en main Open-source Actuellement en version α http://kuzzle.io
  7. 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. 8. Cette présentation n’est pas : 8 La seule façon de réussir son agilité
  9. 9. Cette présentation est notre retour d’expérience 9 Plan DoCheck Act PRAGMATISME
  10. 10. Agilité et innovation produit 10
  11. 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. 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. 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. 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. 15. Agilité et innovation managériale 15
  16. 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. 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. 18. L’auto-organisation : bien plus que des mots 18 Compétences Partagées dans la matrice de compétences Co-responsabilité
  19. 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. 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. 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. 22. Conclusion 22
  23. 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. 24 Merci ! Vous avez des questions ? Des feedbacks à partager ? emilie@kuzzle.io

×