Comment créer les conditions nécessaires pour adopter la méthode Agile?

By LeadingAgile · 2024-03-16

L'adoption de la méthode Agile nécessite la mise en place de conditions préalables essentielles. Il est crucial d'avoir des équipes complètes, des backlogs, et la capacité de produire un logiciel incrémental. Mais comment créer ces conditions au fil du temps? C'est une question fondamentale qui nécessite une approche réfléchie et stratégique.

Les préconditions nécessaires pour adopter Agile

  • Si nous décidons d'adopter la méthode Agile, quelles sont les préconditions nécessaires ? Eh bien, il faut avoir des équipes complètes sans dépendances minimales, des backlogs et la capacité de produire un logiciel incrémental fonctionnel. Comment créer ces conditions au fil du temps ? C'est la question fondamentale à laquelle il faut répondre, car il n'y a pas de solution miracle. Il faut démanteler le système actuel et le reconstruire différemment en alignant les personnes avec l'entreprise, la technologie avec les personnes et l'entreprise, et en minimisant les dépendances pour que les gens puissent opérer avec plus d'autonomie locale et prendre de bonnes décisions au nom des clients. L'idée des dépendances dans Agile suscite beaucoup d'intérêt. Lorsqu'il y a des dépendances entre les équipes, il faut les orchestrer, surtout si ces dépendances sont complexes. Des mécanismes d'orchestration comme SAFe sont utilisés pour gérer ces dépendances inter-équipes. Il est essentiel de comprendre l'architecture métier de l'organisation, le modèle de capacité et les intersections pour réussir dans l'adoption de la méthode Agile.
Les préconditions nécessaires pour adopter Agile
Les préconditions nécessaires pour adopter Agile

L'évolution des organisations vers une approche axée sur le produit

  • De ce que vous savez sur la technologie, les experts pensent vraiment en termes de conception pilotée par le domaine. Nous voulons donc que l'entreprise, la technologie et les personnes soient finalement alignées. Imaginez l'entreprise en alignement avec la technologie et les personnes, avec de réelles équipes Scrum, des trains de lancements encapsulés et des flux de valeur encapsulés. Une organisation axée sur le produit est essentiellement la même chose. Le produit représente la valeur, c'est l'alignement avec l'entreprise, la technologie et les personnes qui le construisent. L'entreprise composable est un concept intéressant, une entreprise agile et ouverte numériquement, construite à partir de composants réutilisables. C'est ce que nous cherchons depuis longtemps dans la communauté agile.
L'évolution des organisations vers une approche axée sur le produit
L'évolution des organisations vers une approche axée sur le produit

La Quête éternelle de l'Encapsulation et de l'Orchestration dans le Monde des Entreprises Numériques

  • Là-bas, nous disons que nous allons acheter de nouveaux logiciels, mettre en œuvre et concevoir de nouvelles technologies, superposer de nouveaux processus, mais pourquoi en arrive-t-on à ce point où le processus ne cesse de changer, les mots à la mode ne cessent de changer, l'angle d'attaque ne cesse de changer, les produits et logiciels que nous offrons ne cessent de changer ? Nous cherchons constamment ce Graal sacré, une sorte de solution miracle, mais au bout du compte, tout se résume à l'encapsulation et à l'orchestration. C'est toujours cela, et je pense qu'une des choses sur lesquelles nous devons nous concentrer en tant que communauté, en tant que marché, en tant que mouvement dans la Communauté agile, c'est que si nous ne pouvons pas aider les entreprises à créer ce type d'équipes orientées produit, d'organisations composites, d'entreprises agiles, ouvertes et numériques, quelque soit la manière dont on veut le concevoir, si nous ne pouvons pas dépasser nos contraintes actuelles et le faire réellement, nous ne faisons que mettre du rouge à lèvres sur un cochon. C'est assez fascinant, et je pense qu'une partie du défi, une partie du défi est que, en tant que praticiens, même si nous le reconnaissons, nous ne savons pas trop quoi faire à ce sujet. Nous ne savons pas vraiment comment orchestrer le changement. Si je suis un cadre supérieur, je peux déléguer cette tâche à mes équipes sans vraiment savoir quels sont les modèles sous-jacents qui doivent être modifiés. Je dois faire confiance aux personnes en dessous de moi pour le faire. Il y a un élément dans le fait de faire comprendre aux dirigeants qu'une organisation orientée produit, une entreprise composable, quelque chose d'agile, d'ouvert et de numérique, nécessite une refonte fondamentale de l'architecture de nos systèmes, de la conception orientée service, de la modélisation des capacités de l'entreprise, de la façon dont nous orchestrons la valeur et alimentons ce système. Si nous voulons les avantages de ce monde d'entreprises agiles, ouvertes, numériques et composites, nous disons tous fondamentalement les mêmes choses : c'est fondamentalement un problème d'encapsulation et d'orchestration. C'est le même problème auquel les entreprises sont confrontées lorsqu'elles tentent de transformer des mainframes hérités en une architecture orientée services. C'est peut-être un schéma intéressant à explorer, car c'est un peu ce que nous faisons dans notre monde de transformation. Si vous devez prendre un système hérité et le refactoriser en microservices dans un écosystème conteneurisé basé sur le cloud, enveloppé de tests, vous faites vraiment la même chose pour l'organisation. C'est vraiment fascinant, et je pense que c'est le principe, je pense que c'est la vérité fondamentale sous-jacente à tout cela. Au-delà des consultants, des processus, de la technologie, au-delà de la résistance au changement, il y a ce schéma, cet élément sous-jacent qui est au cœur de ce que nous essayons de faire : comment créer des entités autonomes encapsulées.
La Quête éternelle de l'Encapsulation et de l'Orchestration dans le Monde des Entreprises Numériques
La Quête éternelle de l'Encapsulation et de l'Orchestration dans le Monde des Entreprises Numériques

Repenser l'agilité et la transformation numérique

  • Je lancerais à nouveau un défi à tout le monde pour réfléchir. Je pense que ce qui se passe, c'est que nous entendons cela et nous sommes d'accord avec cela, puis nous regardons notre organisation telle qu'elle est et nous ne pouvons pas dépasser la contrainte actuelle. Nous ne voyons pas comment changer l'organisation de manière significative, nous ne voy ns pas comment lancer un programme de changement structuré et discipliné. Vous savez, et au risque d'être un peu égocentrique, mais bon, c'est un peu ce que nous faisons, non? Et alors je pense que diriger en mode agile ressemble beaucoup à ça, nous sommes un peu comme un marteau à la recherche de clous. Les clous sont partout, mais à partir du moment où quelqu'un vient nous dire quelque chose comme 'Eh bien, nous voulons adopter l'agilité', c'est généralement là que nous commençons. Et nous disons d'accord, si nous allons adopter l'agilité, quels sont les préconditions nécessaires pour adopter l'agilité? Vous dites, bon, je dois avoir des équipes complètes, des dépendances minimales, des backlogs, la capacité de produire un logiciel testable et incrémentiel, c'est ça, la précondition fondamentale pour l'agilité. Et puis vous vous posez des questions du genre, si je ne pouvais pas créer ces conditions, je n'obtiendrais pas les avantages commerciaux que je veux. Donc, que devrais-je faire pour créer ces conditions au fil du temps? C'est vraiment la question fondamentale que vous vous posez, car il n'y a pas de bouton magique, vous devez déconstruire ce système et le reconstruire différemment. Donc, si c'est une question agile, vous devez commencer par cette précondition fondamentale. Si j'utilisais le même type de métaphore du côté système, je pourrais penser à quelque chose comme ceci: j'ai un monolithe hérité que je veux déplacer vers le Cloud. J'ai un logiciel hérité que je veux déplacer vers le Cloud et vous devez vous demander ce qu'il faudrait pour pouvoir déplacer ce logiciel vers cette plateforme différente. Vous pouvez le faire de plusieurs manières différentes, vous pourriez prendre cette plateforme héritée et la déplacer dans le Cloud, je pense qu'ils appellent ça quelque chose comme 'activé pour le Cloud', mais il y a une différence entre être activé pour le Cloud et prêt pour le Cloud ou natif du Cloud. Pour que quelque chose soit vraiment natif du Cloud, vous devez vraiment le décomposer, le rendre plus orienté services, le containeriser, le envelopper dans des APIs et le tester, pour pouvoir pleinement exploiter le Cloud à ce niveau. Donc, si quelqu'un vient me dire qu'il veut adopter l'agile, vous devez travailler en arrière pour en arriver à cette encapsulation et orchestration. Si vous voulez faire une migration vers le Cloud, vous devez vraiment réfléchir de manière fondamentale de la même manière. Un autre terme qui revient souvent dans ma conscience est cette idée de transformation numérique. Et l'une des choses que nous commençons à voir dans l'industrie, c'est que la transformation numérique a été largement traitée comme un problème technologique, et maintenant nous commençons à voir des articles écrits sur les raisons pour lesquelles les transformations numériques échouent, et je pense que la raison en est parce qu'elle a été traitée comme un problème technologique et n'a pas été traitée comme un problème de personnes et
Repenser l'agilité et la transformation numérique
Repenser l'agilité et la transformation numérique

La transformation agile dans les entreprises : un défi crucial à relever

  • Le problème du processus n'a pas été traité comme un problème de conception organisationnelle, mais plutôt comme un problème de gouvernance. Il semble que l'inclinaison soit soit de vouloir mettre en place de nouvelles technologies, soit d'envelopper l'organisation existante dans un nouvel ensemble de processus ou de modes de fonctionnement, ou quelque chose du genre. À la fin de la journée, une fois que vous l'avez identifié, vous le voyez partout, comme une évidence à laquelle on ne peut échapper. Ce que vous devez faire, c'est prendre les nouvelles technologies numériques, les intégrer aux personnes, leur donner un cadre de gouvernance agile pour qu'elles puissent essayer d'expérimenter. Une fois que vous voyez ce schéma, vous le voyez partout. Fondamentalement, c'est un problème de stratégies d'équipe, d'orchestration, de dépendances, et je pense que la raison pour laquelle je ne pense pas que ce soit difficile à comprendre, c'est que la plupart des gens seraient d'accord. Le plus difficile est de dépasser les contraintes actuelles. Comment amener les personnes de l'organisation à comprendre que c'est le problème majeur à résoudre, puis comment obtenir l'adhésion de la direction pour apporter les changements nécessaires, et enfin, une fois que vous avez leur accord, comment gérez-vous et justifiez-vous les changements ? Ces dernières années, nous avons effectué des travaux de transformation agile de plus en plus importants, axés sur la transformation numérique, la migration vers le cloud, l'amélioration technique, mais tous ces aspects gravitent autour du même objectif : aligner les individus avec l'entreprise, aligner la technologie avec les personnes et l'entreprise, réduire au maximum les dépendances pour que chacun puisse agir avec plus d'autonomie locale et prendre de bonnes décisions au nom des clients. Si nous ne parvenons pas à dépasser nos contraintes actuelles et à élaborer un plan sur la manière de créer les conditions nécessaires, nous continuerons simplement à injecter des fonds, de la technologie, de nouveaux processus, de nouvelles étiquettes, alors que tout cela revient au même : l'alignement des personnes, des processus et de la technologie. La clé réside dans l'encapsulation, l'orchestration, la réduction des dépendances. Ce que nous avons vraiment besoin, ce sont des organisations agiles et modulables, capables de marier la vision des systèmes, celle de la technologie et celle des individus. Le concept d'entreprise composable semble bien répondre à ce besoin, en intégrant ces trois facettes sous un seul et même élément. Vos réflexions sur ce sujet m'intéressent, n'hésitez pas à commenter et à engager la conversation. Merci à vous et bonne journée !
La transformation agile dans les entreprises : un défi crucial à relever
La transformation agile dans les entreprises : un défi crucial à relever

Conclusion:

La réussite de l'adoption de la méthode Agile repose sur la création des conditions nécessaires, telles que des équipes autogérées, des backlogs clairs et la capacité à produire un logiciel itératif. En alignant les personnes, les processus et la technologie de manière stratégique, vous pourrez tirer pleinement parti des avantages de l'Agile dans votre organisation.

Q & A

Agileméthode Agileconditions préalableséquipes complètesbacklogslogiciel incrémental
Qu'est-ce que l'investissement stratégique dans le domaine des fonds d'investissement?Comment créer et vendre des pages à colorier imprimables sur Etsy

About HeiChat

Elevating customer service with advanced AI technology. We seamlessly integrate with your store, engaging customers and boosting sales efficiency.

Connect With Us

Join our community and stay updated with the latest AI trends in customer service.

© 2024 Heicarbook. All rights reserved.