« Définition de la transformation » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 19 : | Ligne 19 : | ||
Mais en supposant que les dirigeants d'une entreprise pensent qu'ils doivent vraiment se transformer, qu'est-ce que cela signifie vraiment ? | Mais en supposant que les dirigeants d'une entreprise pensent qu'ils doivent vraiment se transformer, qu'est-ce que cela signifie vraiment ? | ||
Beaucoup d'entre vous nous ont entendu dire des choses comme : "La transformation vers l'Agilité est peut-être nécessaire, mais en aucun cas suffisante." | |||
Ou encore, "le cœur de la transformation est de passer d'équipes features à des équipes produits émancipées". | |||
Ou encore, "l'objectif est de se transformer en une entreprise dirigée par les produits". | |||
Bien que chacun de ces commentaires puisse parler d'un aspect spécifique de la transformation, ils ne donnent pas une bonne image globale de ce que signifie vraiment la transformation. | |||
C'est pourquoi, récemment, nous avons commencé à adopter une approche différente. | |||
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 : | |||
==Changer 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. | |||
Notre entreprise et nos clients ont besoin que nous ayons des véhicules de livraison fiables, cohérents et fréquents. Si vous ne pratiquez pas la livraison continue, vous devriez au moins publier de véritables versions au moins toutes les deux semaines. Notez que vous n'avez pas besoin des méthodes agiles pour y parvenir, mais le passage à l'agilité est souvent la force qui permet d'y parvenir. | |||
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. | |||
