« Equipes Produit vs Equipes Feature » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 27 : | Ligne 27 : | ||
Lorsque j'ai écrit sur les vertus des [http://www.svpg.com/empowered-product-teams équipes produits émancipées], je faisais référence à ce que je continuerai à appeler ici les équipes produits. Plus précisément, elles sont pluridisciplinaires (produit, conception et ingénierie), elles se concentrent sur les résultats/outcomes (plutôt que sur la production/output) et sont mesurées en fonction de ceux-ci, et elles sont émancipées pour trouver la meilleure façon de résoudre les problèmes qu'on leur a demandé de résoudre. | Lorsque j'ai écrit sur les vertus des [http://www.svpg.com/empowered-product-teams équipes produits émancipées], je faisais référence à ce que je continuerai à appeler ici les équipes produits. Plus précisément, elles sont pluridisciplinaires (produit, conception et ingénierie), elles se concentrent sur les résultats/outcomes (plutôt que sur la production/output) et sont mesurées en fonction de ceux-ci, et elles sont émancipées pour trouver la meilleure façon de résoudre les problèmes qu'on leur a demandé de résoudre. | ||
Dans cette optique, l'objectif d'une équipe produit est de résoudre les problèmes d'une manière qui satisfasse à la fois nos clients et notre entreprise. | |||
Même si je souhaiterais qu'il en soit autrement, je sais que seul un faible pourcentage des équipes sont des équipes produits au sens propre du terme. | |||
Le plus souvent, les équipes ne sont pas du tout émancipées. En revanche, elles sont là pour servir le métier. | |||
Dans cet article, j'appellerai cette troisième catégorie d'équipes les équipes features (''feature teams''). Je m'écarte un peu de la définition habituelle des équipes features, mais j'utilise ce terme parce qu'il permet de mettre en évidence le fait que ces équipes se concentrent sur les résultats. Des features, et occasionnellement des projets. Généralement fournies à l'équipe sous la forme d'une liste de priorités appelée feuille de route. | |||
Mais c'est là que je dois aller plus loin. | |||
Rappelons que dans un produit, il y a toujours quatre risques : | |||
* le risque de ''valeur'' (les gens vont-ils l'acheter ou choisir de l'utiliser ?) | |||
* le risque d'''utilisabilité'' (les utilisateurs peuvent-ils trouver comment l'utiliser ?) | |||
* le risque de ''faisabilité'' (pouvons-nous le construire avec le temps, les compétences et la technologie dont nous disposons ?) | |||
* le risque de ''viabilité'' économique (cette solution fonctionnera-t-elle pour les différentes activités de notre entreprise ?) | |||
