« Définition de la transformation » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 10 : | Ligne 10 : | ||
Traduction :<br /> | Traduction :<br /> | ||
<br/> | <br/> | ||
__NOTOC__ | |||
Il y a tellement d'anti-patterns quand il s'agit de transformation. | Il y a tellement d'anti-patterns quand il s'agit de transformation. | ||
| Ligne 32 : | Ligne 33 : | ||
Au lieu d'appliquer une étiquette ("Agile", "Equipes émancipées", "Entreprise dirigée par le produit"), nous avons trouvé utile d'examiner ce qui change réellement : | Au lieu d'appliquer une étiquette ("Agile", "Equipes émancipées", "Entreprise dirigée par le produit"), nous avons trouvé utile d'examiner ce qui change réellement : | ||
==Changez la façon dont vous construisez et déployez== | ==1. Changez la façon dont vous construisez et déployez== | ||
Malgré l'existence de la méthode Agile depuis de nombreuses années, il y a encore beaucoup trop d'entreprises qui s'en tiennent à des versions trimestrielles (ou pire) et à des versions big-bang. L'essor du [https://www.forbes.com/sites/stevedenning/2019/05/23/understanding-fake-agile/ faux agile] permet à ces entreprises de se faire passer pour agiles, sans pour autant améliorer de manière significative leur façon de construire. | Malgré l'existence de la méthode Agile depuis de nombreuses années, il y a encore beaucoup trop d'entreprises qui s'en tiennent à des versions trimestrielles (ou pire) et à des versions big-bang. L'essor du [https://www.forbes.com/sites/stevedenning/2019/05/23/understanding-fake-agile/ faux agile] permet à ces entreprises de se faire passer pour agiles, sans pour autant améliorer de manière significative leur façon de construire. | ||
| Ligne 39 : | Ligne 40 : | ||
Voir [https://www.svpg.com/changing-how-you-build/ ici] pour plus de détails sur le changement de la façon dont vous construisez. | Voir [https://www.svpg.com/changing-how-you-build/ ici] pour plus de détails sur le changement de la façon dont vous construisez. | ||
==Changez la façon dont vous résolvez les problèmes== | ==2. Changez la façon dont vous résolvez les problèmes== | ||
C'est l'essentiel de ce que signifie le passage des [[Equipes Produit vs Equipes Feature|Équipes features aux Équipes produits (fr)]] émancipées. | C'est l'essentiel de ce que signifie le passage des [[Equipes Produit vs Equipes Feature|Équipes features aux Équipes produits (fr)]] émancipées. | ||
| Ligne 50 : | Ligne 51 : | ||
Voir [https://www.svpg.com/changing-how-you-solve-problems/ ici] pour plus de détails sur le changement de la façon dont vous résolvez les problèmes. | Voir [https://www.svpg.com/changing-how-you-solve-problems/ ici] pour plus de détails sur le changement de la façon dont vous résolvez les problèmes. | ||
==Changez la façon dont vous choisissez les problèmes à résoudre== | ==3. Changez la façon dont vous choisissez les problèmes à résoudre== | ||
Acquérir des compétences en matière de découverte de produits afin que vos équipes puissent résoudre systématiquement et rapidement des problèmes difficiles d'une manière qui plaise à vos clients tout en étant rentable pour votre entreprise est un progrès considérable, mais cela ne répond pas à la question "comment avez-vous décidé que ce problème était le plus important à résoudre". | Acquérir des compétences en matière de découverte de produits afin que vos équipes puissent résoudre systématiquement et rapidement des problèmes difficiles d'une manière qui plaise à vos clients tout en étant rentable pour votre entreprise est un progrès considérable, mais cela ne répond pas à la question "comment avez-vous décidé que ce problème était le plus important à résoudre". | ||
| Ligne 60 : | Ligne 61 : | ||
==Quelques notes importantes== | ==Quelques notes importantes== | ||
Tout d'abord, ces trois changements dépendent de solides leaders produits (responsables de la gestion des produits, de la conception des produits et de l'ingénierie), et j'espère que vous comprenez pourquoi le leadership produit est difficile. Les membres des équipes produits auront besoin d'un coaching et d'un soutien stratégique. Si vos leaders produits n'ont pas eux-mêmes les compétences nécessaires, c'est là qu'il faut trouver un coach en leadership produit. | Tout d'abord, ces trois changements dépendent de solides leaders produits (responsables de la gestion des produits, de la conception des produits et de l'ingénierie), et j'espère que vous comprenez pourquoi [https://www.svpg.com/product-leadership-is-hard/ le leadership produit est difficile]. Les membres des équipes produits auront besoin d'un [https://www.svpg.com/the-coaching-series/ coaching] et d'un [https://www.svpg.com/coaching-strategic-context/ soutien stratégique]. Si vos leaders produits n'ont pas eux-mêmes les compétences nécessaires, c'est là qu'il faut trouver un [https://www.svpg.com/types-of-product-coaching/ coach en leadership produit]. | ||
Deuxièmement, il semble évident de traiter chacun de ces trois points comme les étapes d'une progression, et c'est effectivement une façon d'aborder la transformation d'une entreprise, mais ils peuvent en fait être menés en parallèle. Plutôt que de penser à ces trois étapes comme à une progression, nous recommandons généralement de poursuivre les trois (ou tout sous-ensemble qui n'a pas encore été accompli) en parallèle, mais en le faisant avec une ou quelques équipes pilotes, ou un sous-ensemble de l'organisation, puis en étendant la transformation à partir de là. | Deuxièmement, il semble évident de traiter chacun de ces trois points comme les étapes d'une progression, et c'est effectivement une façon d'aborder la transformation d'une entreprise, mais ils peuvent en fait être menés en parallèle. Plutôt que de penser à ces trois étapes comme à une progression, nous recommandons généralement de poursuivre les trois (ou tout sous-ensemble qui n'a pas encore été accompli) en parallèle, mais en le faisant avec une ou quelques [https://www.svpg.com/pilot-teams/ équipes pilotes], ou un sous-ensemble de l'organisation, puis en étendant la transformation à partir de là. | ||
==Résumé== | |||
Donc, pour résumer : | |||
Changer la façon dont vous construisez et déployez signifie passer des grosses versions trimestrielles à une cadence de petites versions cohérentes. | |||
Changer la façon dont vous résolvez les problèmes signifie passer de feuilles de route dirigées par les parties prenantes et d'équipes features, à des équipes produits émancipées à qui l'on donne des problèmes à résoudre, puis qui utilisent la découverte de produits pour trouver des solutions qui sont de valeur, utilisables, faisables et viables. | |||
Changer la façon dont vous décidez des problèmes à résoudre est généralement le changement le plus radical de tous, car cela détermine les opportunités que vous choisissez de saisir et la façon dont vous tirez le meilleur parti de l'investissement que vous faites, y compris la vision et la stratégie du produit. | |||
Nous espérons que ce cadrage vous aidera à réfléchir de manière plus globale à la transformation dont votre entreprise pourrait avoir besoin, et à déterminer où vous en êtes dans ce processus. | |||
Un grand merci à Chris Jones pour son aide dans cette publication. | |||
