« 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
Ligne 33 : Ligne 33 :


==La dichotomie PM vs PO==
==La dichotomie PM vs PO==
Product Owner n'est pas un titre de poste.  
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.
  Je considère la séparation des rôles comme l'un des pires anti-modèles du Product Management.
Ligne 39 : Ligne 39 :
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 :
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.
"Les clients (...) peuvent avoir des relations directes ou indirectes avec le PO." - Scaled Agile, Inc.


Des administrateurs de backlog.
Des administrateurs de backlog.
==Une équipe d'exécutants==
Dans le domaine des produits, nous comprenons que pour que la Product Discovery fonctionne, nous avons besoin d'une collaboration pluridisciplinaire (alias "trio produit").<br/>
<br/>
Mais dans SAFe, les ingénieurs sont largement déconnectés du discovery. Les Product Managers effectuent une découverte en waterfall pour remplir le backlog de l'ART avec du travail pour le prochain trimestre.<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/>
==Des ingénieurs indignes de confiance==
Dans No Rules Rules, Reed Hastings et Erin Meyer soulignent l'aspect le plus critique de la culture de Netflix - diriger avec le contexte et non le contrôle.<br/>
<br/>
Mais selon SAFe, on ne peut pas faire confiance aux ingénieurs en tant que professionnels. Le Product Owner revoit et approuve leur travail et s'assure que ce qu'ils ont fourni n'est pas un travail bâclé.<br/>
<br/>
C'est dangereux et toxique.<br/>
==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/>
<br/>
Ils recommandent ce qu'ils appellent un "Train de Livraison Agile" (''Agile Release Train'').<br/>
<br/>
Avez-vous déjà vu un train agile ?<br/>