« Le Modèle Produit et l'Agile » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (2 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 9 : | Ligne 9 : | ||
Traducteur : Fabrice Aimetti<br /> | Traducteur : Fabrice Aimetti<br /> | ||
Date : 10/02/2025<br /> | Date : 10/02/2025<br /> | ||
Crédit : Chloe Renault<br/> | |||
---- | ---- | ||
Traduction :<br /> | Traduction :<br /> | ||
| Ligne 28 : | Ligne 29 : | ||
Deuxièmement, et je sais que cela en irrite plus d'un, il existe aujourd'hui des définitions très différentes de ce que signifie "Agile". Certains considèrent SAFe comme Agile. Si c'est ce que vous considérez comme Agile, alors je dirais que l'Agile ne joue aucun rôle dans le modèle produit, puisque SAFe est pratiquement [https://www.svpg.com/scaling-agile-faq/ l'antithèse du modèle produit (en)].<br/> | Deuxièmement, et je sais que cela en irrite plus d'un, il existe aujourd'hui des définitions très différentes de ce que signifie "Agile". Certains considèrent SAFe comme Agile. Si c'est ce que vous considérez comme Agile, alors je dirais que l'Agile ne joue aucun rôle dans le modèle produit, puisque SAFe est pratiquement [https://www.svpg.com/scaling-agile-faq/ l'antithèse du modèle produit (en)].<br/> | ||
<br/> | <br/> | ||
Cette différence est souvent qualifiée aujourd'hui de "faux Agile" par rapport au "vrai Agile". Et pour être clair, si vous utilisez XP, ou Kanban, ou Scrum, ou même [https://www.youtube.com/watch?v=mcnxxdzC2fY aucune des cérémonies Agile, mais que vous faites du déploiement continu de manière cohérente], alors au moins en ce qui me concerne, vous faites du "vrai Agile" | Cette différence est souvent qualifiée aujourd'hui de "faux Agile" par rapport au "vrai Agile". Et pour être clair, si vous utilisez XP, ou Kanban, ou Scrum, ou même [https://www.youtube.com/watch?v=mcnxxdzC2fY aucune des cérémonies Agile, mais que vous faites du déploiement continu de manière cohérente], alors au moins en ce qui me concerne, vous faites du "vrai Agile" :<br/> | ||
<br/> | |||
{{#evt: | |||
service=youtube | |||
|id=https://www.youtube.com/watch?v=mcnxxdzC2fY | |||
|alignment=center | |||
}} | |||
<br/> | <br/> | ||
Troisièmement, nous devrions séparer les principes de l'Agile (tels que définis dans le [https://agilemanifesto.org/principles.html Manifeste Agile]) des divers processus, principalement de gestion de projet, qui ont été mis en place autour de ces principes (par exemple Scrum, Kanban, XP).[1]<br/> | Troisièmement, nous devrions séparer les principes de l'Agile (tels que définis dans le [https://agilemanifesto.org/principles.html Manifeste Agile]) des divers processus, principalement de gestion de projet, qui ont été mis en place autour de ces principes (par exemple Scrum, Kanban, XP).[1]<br/> | ||
| Ligne 40 : | Ligne 47 : | ||
Ces quatre mises en garde importantes étant faites, nous pouvons revenir à la question initiale.<br/> | Ces quatre mises en garde importantes étant faites, nous pouvons revenir à la question initiale.<br/> | ||
<br/> | <br/> | ||
Le modèle produit aborde trois dimensions majeures : comment décider des problèmes à résoudre ([https://www.svpg.com/changing-how-you-decide-which-problems-to-solve/ stratégie produit ~ ''product strategy'']), comment résoudre ces problèmes ([https://www.svpg.com/changing-how-you-solve-problems/ découverte produit ~ ''product discovery'']), et comment construire, tester et déployer vos solutions ([https://www.svpg.com/changing-how-you-build/ réalisation produit ~ ''product delivery'']).<br/> | Le modèle produit aborde trois dimensions majeures : comment décider des problèmes à résoudre ([https://www.svpg.com/changing-how-you-decide-which-problems-to-solve/ stratégie produit ~ ''product strategy'' (en)]), comment résoudre ces problèmes ([https://www.svpg.com/changing-how-you-solve-problems/ découverte produit ~ ''product discovery'' (en)]), et comment construire, tester et déployer vos solutions ([https://www.svpg.com/changing-how-you-build/ réalisation produit ~ ''product delivery'' (en)]).<br/> | ||
<br/> | <br/> | ||
Le véritable Agile peut certainement contribuer à cette troisième dimension.<br/> | Le véritable Agile peut certainement contribuer à cette troisième dimension.<br/> | ||
| Ligne 46 : | Ligne 53 : | ||
Mais cela soulève la question de savoir si et comment les coachs Agile peuvent aider une organisation à se transformer vers le modèle produit ?<br/> | Mais cela soulève la question de savoir si et comment les coachs Agile peuvent aider une organisation à se transformer vers le modèle produit ?<br/> | ||
<br/> | <br/> | ||
Certains coachs Agile ont une solide expérience de la stratégie produit ou de la découverte produit, ou des deux, et ces personnes peuvent être des [https://www.svpg.com/types-of-product-coaching/ coachs produit] d'une valeur exceptionnelle.<br/> | Certains coachs Agile ont une solide expérience de la stratégie produit ou de la découverte produit, ou des deux, et ces personnes peuvent être des [https://www.svpg.com/types-of-product-coaching/ coachs produit (en)] d'une valeur exceptionnelle.<br/> | ||
<br/> | <br/> | ||
Mais la plupart des coachs Agile ont axé leur carrière sur les activités d'ingénierie et de construction, ce qui est bien entendu une bonne chose. Dans les cas où les coachs Agile ont une expérience pratique et pertinente du travail difficile que représente le passage au déploiement continu, la mise en place de l'instrumentation, de la télémétrie et de la surveillance nécessaires, et la mise en place d'une infrastructure de déploiement pour prendre en charge des éléments tels que les tests A/B, ces coachs Agile (également connus sous le nom de [https://www.svpg.com/types-of-product-coaching/ "Delivery Coaches"]) peuvent être très utiles pour la transformation.<br/> | Mais la plupart des coachs Agile ont axé leur carrière sur les activités d'ingénierie et de construction, ce qui est bien entendu une bonne chose. Dans les cas où les coachs Agile ont une expérience pratique et pertinente du travail difficile que représente le passage au déploiement continu, la mise en place de l'instrumentation, de la télémétrie et de la surveillance nécessaires, et la mise en place d'une infrastructure de déploiement pour prendre en charge des éléments tels que les tests A/B, ces coachs Agile (également connus sous le nom de [https://www.svpg.com/types-of-product-coaching/ "Delivery Coaches" (en)]) peuvent être très utiles pour la transformation.<br/> | ||
<br/> | |||
Mais si vous avez un coach Agile qui n'a pas d'expérience pertinente en matière de stratégie produit, de découverte produit ou de réalisation produit, il est probable qu'il se concentre plutôt sur le processus spécifique que vous appliquez, ce qui est nettement moins important lorsque l'on passe au modèle produit (voir le premier principe du modèle produit : [https://www.svpg.com/principles-over-process/ les Principes plutôt que les Processus (en)]).<br/> | |||
<br/> | |||
C'est pourquoi, même si nous passons une grande partie de notre temps à encourager les équipes produit à passer au modèle produit, nous ne préconisons ni ne reconnaissons aucune des nombreuses certifications. Les certifications peuvent s'appliquer à des processus formels, mais nous recherchons plutôt [https://www.svpg.com/good-product-coach/ l'expérience pertinente que l'on trouve dans les entreprises ayant adopté le modèle produit (en)].<br/> | |||
<br/> | |||
Merci à [https://www.linkedin.com/in/joshuakerievsky/ Josh Kerievsky] pour ses commentaires sur la version initiale de cet article.<br/> | |||
<br/> | <br/> | ||
==Notes== | ==Notes== | ||
[1] C'est pourquoi j'ai été déçu, mais pas surpris, de voir le mariage de l'Agile Alliance et du Project Management Institute (PMI).<br/> | [1] C'est pourquoi j'ai été déçu, mais pas surpris, de voir le mariage de l'Agile Alliance et du Project Management Institute (PMI).<br/> | ||
[2] Certains agilistes affirment que l'on peut utiliser l'approche Agile pour déterminer ce qu'il faut construire, simplement en construisant et en voyant si le produit fait ce que l'on veut. Bien que cela soit en partie vrai, ce serait la manière la plus lente et la plus coûteuse de découvrir un produit, sans parler d'abuser de vos pauvres clients. Il s'agit en fait du modèle "prêt - tirez - visez".<br/> | [2] Certains agilistes affirment que l'on peut utiliser l'approche Agile pour déterminer ce qu'il faut construire, simplement en construisant et en voyant si le produit fait ce que l'on veut. Bien que cela soit en partie vrai, ce serait la manière la plus lente et la plus coûteuse de découvrir un produit, sans parler d'abuser de vos pauvres clients. Il s'agit en fait du modèle "prêt - tirez - visez".<br/> | ||
