Une organisation produit en startup

Transcript

1. Montaine Marteau 17 octobre 2023 Comment construire ensemble une organisation produit ? Rex d’une startup de la Med Tech
2. 85% De données non exploitées des patients atteints d’un cancer INCa – Institut National du Cancer pour l'année 2018 382 000 le nombre de nouveaux cas de cancer (ref. INCa) 52 000 inclus dans un essai clinique ou industriel (ref. INCa)
3. KM N M T R YV P S R M A J M M C C E 2015 2016 2017 2018 2019 2020 2021 2022 2023 produi t support chef de projet Data sciences dev Une startup démarre Une fondatrice et un dev … Puis un commercial … Multi-casquettes : chef de projet, support, dev, produit, … Des spécialistes arrivent … Une première équipe identifiée … Puis les suivantes …
4. Pourquoi faire évoluer l’organisation ? Silos Préparer la croissance Quel ownership ?
5. Inspirations …. Équipe qui travaille sur un flux de valeurs Équipe en support des autres équipes (mentorat) Équipe sur des sujets pointus et compliqués Équipe qui fournisse un service
6. Inspirations …. IMAGE : https://www.linkedin.com/pulse/limpact-de-la-loi-conway-sur-vos-outils-denis-boisvert/
7. Repenser l’architecture du produit … pour en déduire une organisation
8. Un autre monde 07 Définition du metier de l’entreprise 13 17 Tester les dépendances mars 3 ateliers de 2h Étalés sur un mois Identification de l’architecture produit Identifier les use cases principaux Commerce + Support Delivery + Dev + PO Identifier les composants autonomes Support + Delivery Dev + PO Vérifier l’indépendance des composants Dev + PO
9. Un autre monde 07 Définition du metier de l’entreprise mars Imaginer la brochure publicitaire de l’entreprise Identifier les use cases principaux Commerce + Support Delivery + Dev + PO
10. Un autre monde Définition du metier de l’entreprise Imaginer la brochure publicitaire de l’entreprise Identifier les use cases principaux Commerce + Support Delivery + Dev + PO 07 mars
11. Un autre monde Définition du metier de l’entreprise Imaginer la brochure publicitaire de l’entreprise Identifier les use cases principaux Commerce + Support Delivery + Dev + PO 07 mars
12. Un autre monde Définition du metier de l’entreprise Imaginer la brochure publicitaire de l’entreprise Identifier les use cases principaux Commerce + Support Delivery + Dev + PO • Un seul use case principal • Se projeter sans contrainte technique • Sortir du cadre • Faire émerger l’essentiel • Se projeter dans un monde différent • Ne pas comprendre la finalité • S’aligner entre services 07 mars
13. Réaliser le diagramme de séquence du flux de valeur de l’entreprise Identifier les composants autonomes Support + Delivery Dev + PO Un autre monde 13 Identification de l’architecture produit mars
14. Réaliser le diagramme de séquence du flux de valeur de l’entreprise Identifier les composants autonomes Support + Delivery Dev + PO Un autre monde 13 Identification de l’architecture produit mars https://support.microsoft.com/fr-fr/office/cr%C3%A9er-un-diagramme-de-s%C3%A9quence-uml-c61c371b-b150-4958-b128-902000133b26
15. Réaliser le diagramme de séquence du flux de valeur de l’entreprise Identifier les composants autonomes Support + Delivery Dev + PO Un autre monde 13 Identification de l’architecture produit mars
16. Réaliser le diagramme de séquence du flux de valeur de l’entreprise Identifier les composants autonomes Support + Delivery Dev + PO Un autre monde 13 Identification de l’architecture produit mars • Identifier ce qui peut fonctionner de manière autonome • Un bureau = un produit 🡪 une équipe • Générer de la discussion en interne • Décider du bon niveau de détail • Et on en fait quoi maintenant ?
17. Définir les APIs Vérifier l’indépendance des composants Dev + PO Un autre monde 17 Tester les dépendances mars
18. Définir les APIs Vérifier l’indépendance des composants Dev + PO Un autre monde 17 Tester les dépendances mars
19. Définir les APIs Vérifier l’indépendance des composants Dev + PO Un autre monde 17 Tester les dépendances mars
20. Définir les APIs Vérifier l’indépendance des composants Dev + PO Un autre monde 17 Tester les dépendances mars • API réalisable donc système imaginé n’est pas trop complexe • Confirmer l’indépendance des composants • Identifications de certaines fonctionnalités à clarifier • Décider du bon niveau de détail • Ne traiter que le flux nominal • Quelques questions se posent aux frontières entre les composants
21. Un autre monde 07 Définition du metier de l’entreprise 13 17 Tester les dépendances mars 3 ateliers de 2h Étalés sur un mois Identification de l’architecture produit Identifier les use cases principaux Commerce + Support Delivery + Dev + PO Identifier les composants autonomes Support + Delivery Dev + PO Vérifier l’indépendance des composants Dev + PO
22. Intro CEO > intro team topologies > DECIDER ENSEMBLE Une journée focus sur l’organisation des équipes avril 18
23. Chacun a son post’it et se place là où il pense être sa place Qui est dans quelle équipe ?
24. Brainstorming > veto > vote > décision par consensus Quels noms d’équipe
25. Par groupe, définir ce qui va faire vivre la communauté Les rituels / les « à la demande » / les non officiels Créer une communauté de pratique
26. Préparation en amont de l’existant > collectif : garde/jette/adapte > manager : optimisation Quelles réunions périodiques ?
27. Faire avec ce qui est possible > accompagner le changement Dans les bureaux physiques ?
28. Simplifier > créer des espaces communs Et en virtuel ?
29. Décider ensemble d’une organisation produit Se laisser le temps de tester 🡪 améliorer Qui est dans quelle équipe ? Et en virtuel ? Dans les bureaux physiques ? Quelles réunions périodiques ? Créer une communauté de pratique Quels noms d’équipe ?
30. ✔ Déroulement logique qui a permis discussion et consensus sur l’organisation à mettre en place ✔ Construction ensemble de l’évolution de l’organisation ✔ Plus de communication de l’équipe de développement vers l’équipe de déploiement/support ✔ Chacun à une place claire et définie ✔ Plus de travail collectif 🡪 Envie de continuer à travailler en collectif quel que soit le sujet 🡪 Communauté de pratique peu active (il faut leur laisser le temps d’exister … ☹) Nos apprentissages Déroulé Organisation ✔ Identification de revoir les responsabilités de chaque composant ✔ Rediscuter les noms ! Produit
31. Merci montaine.marteau@gmail.com