« Usines à Fonctionnalités vs Générateurs de Valeur » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 46 : | Ligne 46 : | ||
[[Fichier:Feature-Factory.jpg|border|700px|link=]]<br/> | [[Fichier:Feature-Factory.jpg|border|700px|link=]]<br/> | ||
''Vue systémique d'une usine de fonctionnalités''<br/> | ''Vue systémique d'une usine de fonctionnalités''<br/> | ||
<br/> | |||
Les managers peuvent désormais se consacrer à l'important travail d'optimisation des résultats par rapport aux moyens mis en œuvre. Vous pouvez voir les résultats tout autour de vous. Certaines optimisations, telles que le cloud computing et la programmation par binôme, sont judicieuses. D'autres, comme les open space et les évaluations des performances, ont un impact plus discutable. Mais la plus grande innovation en matière de productivité est peut-être venue des ingénieurs eux-mêmes. Le développement Agile a été inventé pour remplacer la gestion de projet classique en cascade par une approche légère et itérative de la création de logiciels. Cependant, les consultants ont progressivement appris qu'ils pouvaient mieux vendre le développement agile en le présentant comme un booster de productivité - plus de code mis en production en moins de temps et d'efforts. Ce fut un succès retentissant. Aujourd'hui, je constate une forte corrélation entre la focalisation sur les résultats et les mises en œuvre maladroites de Scrum et SAFe.<br/> | |||
<br/> | <br/> | ||