« Une méthodologie Waterfall déguisée en framework Agile » : différence entre les versions
De Wiki Agile
Page créée avec « Category: Portail Coach'Agile Category:Paweł Huryn Category: SAFe Auteur : Paweł Huryn<br /> Source : [https://www.linkedin.com/posts/pawel-huryn_i-dont-understand-this-phenomenon-every-activity-7198272557035216896-RvvL A waterfall methodology masquerading as an Agile framework]<br /> Date : 20/05/2024<br /> ---- Traducteur : Fabrice Aimetti<br /> Date : 20/05/2024<br /> ---- Traduction :<br /> <br /> Je ne comprends pas ce phénomène. Chaque fois... » |
Aucun résumé des modifications |
||
| Ligne 24 : | Ligne 24 : | ||
<br/> | <br/> | ||
En bref, voici comment cela se passe :<br/> | En bref, voici comment cela se passe :<br/> | ||
==Le waterfall des exigences== | |||
Dans le domaine des produits, nous comprenons que les équipes autonomes se voient confier des problèmes pertinents à résoudre et qu'elles sont tenues responsables des résultats.<br/> | |||
<br/> | <br/> | ||
Mais dans SAFe, chaque trimestre, les équipes se réunissent pour deux jours de "PI planning". L'objectif est de s'engager sur des fonctionnalités spécifiques pour les 3 mois à venir.<br/> | |||
<br/> | |||
Une usine à fonctionnalités (''feature factory'').<br/> | |||
==La dichotomie PM vs PO== | |||
Product Owner n'est pas un titre de poste. | |||
Je considère la séparation des rôles comme l'un des pires anti-modèles du Product Management. | |||
Mais dans SAFe, les Product Owners passent de longues heures à rédiger des spécifications détaillées et n'ont même pas besoin de parler aux utilisateurs : | |||
"Les clients (...) peuvent avoir des relations directes ou indirectes avec le PO." - Scaled Agile, Inc. | |||
Des administrateurs de backlog. | |||
