L'agilité au service de l'innovation

2 136 vues

Publié le

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

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

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
2 136
Sur SlideShare
0
Issues des intégrations
0
Intégrations
594
Actions
Partages
0
Téléchargements
13
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

L'agilité au service de l'innovation

  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

×