L'agilité au service de l'innovation
0 j'aime2,618 vues
La présentation d'Emilie Esposito sur l'agilité et l'innovation chez Kuzzle aborde la mise en œuvre de pratiques agiles pour le développement de produits dans un environnement startup. Elle souligne l'importance de l'itération, du feedback et de l'auto-organisation au sein de l'équipe, tout en reconnaissant que l'agilité est un moyen d'adaptation et d'apprentissage constant. Les défis liés à la croissance de l'équipe et l'importance de co-construire des méthodes de travail sont également évoqués.
L'agilité au service de l'innovation
- 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 [email protected] @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
- 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
- 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 ? [email protected]