« Une méthodologie Waterfall déguisée en framework Agile » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (7 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 11 : | Ligne 11 : | ||
Traduction :<br /> | Traduction :<br /> | ||
<br /> | <br /> | ||
__TOC__ | |||
Je ne comprends pas ce phénomène. Chaque fois que je vois cette image, quelque chose meurt en moi ☹️<br/> | Je ne comprends pas ce phénomène. Chaque fois que je vois cette image, quelque chose meurt en moi ☹️<br/> | ||
<br/> | <br/> | ||
[[Fichier:Safe6image.jpeg|border|link=]]<br/> | [[Fichier:Safe6image.jpeg|border|link=|800px]]<br/> | ||
<br/> | <br/> | ||
Une méthodologie en Waterfall qui se fait passer pour un framework Agile. Inapplicable pour le Product Management moderne.<br/> | Une méthodologie en Waterfall qui se fait passer pour un framework Agile. Inapplicable pour le Product Management moderne.<br/> | ||
| Ligne 24 : | Ligne 27 : | ||
<br/> | <br/> | ||
En bref, voici comment cela se passe :<br/> | En bref, voici comment cela se passe :<br/> | ||
<br/> | |||
[[Fichier:Agile-release-train.jpg|border|link=|800px]]<br/> | |||
==Le waterfall des exigences== | ==Le waterfall des exigences== | ||
| Ligne 31 : | Ligne 36 : | ||
<br/> | <br/> | ||
Une usine à fonctionnalités (''feature factory'').<br/> | Une usine à fonctionnalités (''feature factory'').<br/> | ||
<br/> | |||
[[Fichier:The team commits to specific feature.png|border|link=|800px]] | |||
==La dichotomie PM vs PO== | ==La dichotomie PM vs PO== | ||
| Ligne 49 : | Ligne 56 : | ||
<br/> | <br/> | ||
Les ingénieurs et les designers ne sont même pas considérés comme des "collaborateurs clés" dans le Product Management.<br/> | Les ingénieurs et les designers ne sont même pas considérés comme des "collaborateurs clés" dans le Product Management.<br/> | ||
<br/> | |||
[[Fichier:Product Management- Key Collaborators.png|border|link=|800px]] | |||
==Des ingénieurs indignes de confiance== | ==Des ingénieurs indignes de confiance== | ||
| Ligne 59 : | Ligne 68 : | ||
==Suivre le plan== | ==Suivre le plan== | ||
SAFe prétend découper le trimestre en itérations. Mais l'objectif principal de "l'inspection et de l'adaptation" dans chaque sprint est de s'assurer que tout le monde suit le plan et que les fonctionnalités engagées sont livrées.<br/> | SAFe prétend découper le trimestre en itérations. Mais l'objectif principal de "l'inspection et de l'adaptation" dans chaque sprint est de s'assurer que tout le monde suit le plan et que les fonctionnalités engagées sont livrées.<br/> | ||
<br/> | <br/> | ||
[[Fichier:PI Objectives.png|border|link=|800px]]<br/> | |||
<br/> | |||
Ils recommandent ce qu'ils appellent un "Train de Livraison Agile" (''Agile Release Train'').<br/> | Ils recommandent ce qu'ils appellent un "Train de Livraison Agile" (''Agile Release Train'').<br/> | ||
<br/> | <br/> | ||
Avez-vous déjà vu un train agile ?<br/> | Avez-vous déjà vu un train agile ?<br/> | ||
<br/> | |||
[[Fichier:Agile-Release-Train-ART.jpg|border|link=|800px]] | |||
==Conclusion== | |||
À la fin de la journée, les managers sont ravis.<br/> | |||
<br/> | |||
Ils ont donné beaucoup d'argent à des consultants, la transformation a été rapide comme l'éclair. Ils n'ont pas à changer quoi que ce soit d'important, mais ils peuvent maintenant se dire "Agile".<br/> | |||
<br/> | |||
Ce n'est pas une coïncidence si aucune organisation produit innovante et performante (Meta, Google, Airbnb, Dropbox, Uber, Apple, etc.) n'utilise cette méthode.<br/> | |||
<br/> | |||
Aucun mot à la mode ne peut cacher sa véritable nature.<br/> | |||
<br/> | |||
Qu'en pensez-vous ? Quelqu'un l'utilise-t-il encore ?<br/> | |||
<br/> | |||
Faites-le moi savoir dans les commentaires.<br/> | |||
<br/> | |||
P.S. Ça vous a plu ?<br/> | |||
<br/> | |||
Consultez mon article complet et gratuit contenant l'analyse en profondeur : [https://www.productcompass.pm/p/safe-agile-framework-waterfall https://lnkd.in/dS2c-gkc] | |||
