Matthew (Ford) Kern et Miko ont tous deux écrit récemment des billets sur le sujet de "la mort de l'Agile". Matthew associe cela à la saturation du consulting agile et au temps de cycle marketing. Quant à Miko, il relie ce décès au besoin d'aller plus vite que ce que permet le mouvement agile pour le remplacer par du DevOps.
Le premier article de Matthew se nomme sobrement “Agile is Dead”. Il adopte à dessein un ton de controverse (et sarcastique) en disant :
Le travail de développement agile de logiciel est mort. Si vous travaillez comme cela, vous êtes un cale porte. Si vous managez de la sorte, vous êtes un frein. C'est le bout de la vague, c'est fini, et si vous avez suivi les menteurs et avez acheté des certifications, vous avez jeté votre argent par la fenêtre.
Il continue en expliquant que la "mort" s'entend sur les tendances marketing et managériales de hype cycle et il sent que :
Le sens (de la marque "Agile") a été perdu, le mérite technique a été dilué, et ceux cherchant l'excellence technique ont relâché leurs efforts, et si ce n'était le travail des "vrais croyants", l'Agile serait déjà de l'histoire ancienne.
Il explique que cette chute était évidente et fournit une longue liste de raisons justificatives :
- L'Agile présente un sweet-spot, et des champs d'inapplicabilité, mais tout le monde a accepté de l'ignorer.
- Je savais qu'il avait été marketé à outrance, et que les faits restaient secondaires.
- L'Agile présente une mythologie du sacré, une terminologie étrange, des outils sacrés spéciaux et d'autres comportements de culte bizarres. (Par exemple, beaucoup de pratiquants Agiles sont des brutes, et intimident les autres jusqu'à ce qu'ils obtiennent votre accord. Ils vous attaquent ou vous décridibilisent en cas de désaccord. J'ai été menacé hier 28/04 par un jeune acolyte.)
- Tout le monde a essayé de l'utiliser sur les fonctions de contrôles d'organisation les plus importants. Il y a clairement de la sous-optimisation sur le développement des aspects les plus importants de la pensée de l'écosystème. Dans la plupart des entreprises, l'agile touche des fonctions périphériques, pas le coeur business, et devrait s'ajuster sur des fonctions business plus importantes.
Il poursuit en identifiant les éléments qu'il faut conserver, avec les itérations, les équipes, quelques pratiques sociales, et de nombreuses pratiques techniques.
Il conclut avec l'idée que le remplaçant de l'Agile sur la place est la vague DevOps :
Donc la nouvelle vague est celle du DevOps. C'est l'héritier évident. Si vous achetez des logiciels ou des services de développement à une échelle moyenne ou grande, quelqu'un viendra dans votre bureau pour vous vendre le DevOps cette année. (Quand ils sont là, ils vous diront que c'est mieux que l'Agile. Vous devriez en acheter.) Il y a encore une chance de récupérer celui-là :
- Nous pourrions adopter une perspective plus large que la fois précédente sur les considérations de l'entreprise.
- Nous pourrions intégrer les contrôles de l'organisation.
- Nous pourrions accepter les véritables raisons pour l'existence de logiciels dans l'entreprise, où la majorité du code sur-mesure intervient, et se concentrer sur la pertinence du code.
- Le BiModal IT pourrait en résoudre une partie, si l'un des analystes pouvait intégrer le cycle de vie complet et expliquer quelles méthodes correspondent le mieux à quelle période.
- Nous pourrions faire disparaître le mythe du "full stack developer".
Il y a de nombreuses saveurs d'Agile modifiées provenant d'expériences et d'améliorations pratiques. Peut-être que certains fourniront un véritable effort marketing sur celles-là.
Miko identifie la Livraison Continue (Continuous Delivery) comme successeur de l'agile sur le marché.
Le paradigme du “Continuous Delivery (CD)” semble être le descendant logique de l'Agile. Le CD fournit un terme englobant qui ne précise pas de méthodes spécifiques, et embarque peu du manifeste. Tout ce qui est à savoir est dans le titre - vous devez livrer un logiciel déployable d'une manière aussi continue que possible. Ceci permet à l'équipe de tirer les pratiques et méthodes Agiles requises pour atteindre l'objectif. Ceci répond à une des limites de l'Agile, qui tend à devenir un mouvement religieux avec des gourous - et avec des gourous chèrement payés pour vendre leur solution à taille unique pour les équipes de développement sans capacité à s'aligner avec le développement dans le monde réel.
Il soutient que nous sommes carrément dans l'age du DevOps.
Matthew, dans un second article, approfondit son raisonnement et fournit des statistiques et explore les marchés pour le DevOps et l'Agile en regardant les offres de travail et les salaires.
Il conclut :
Les données sur les offres et les salaires montrent que l'Agile pourrait atteindre une saturation de marché dans le secteur IT. La pénétration du marché par DevOps devrait progresser rapidement en 2016. Un ralentissement dans les services Agiles pourrait être le corollaire à l'accroissement de DevOps. Si la prochaine vague est DevOps comme supposé, le marché aujourd'hui demande une méthode dominante avec des outils et des expériences, pas une idéologie.
La chute de l'Agile comme approche et son remplacement par quelque chose de nouveau est un sujet d'interviews et d'articles sur InfoQ ces dernières années. En 2014, Dave Thomas encourageait les lecteurs à choisir l'agilité plus que l'agile, et en 2015, il s'exprimait avec “Agile is Dead”. En 2012, Alex Bell identifiait l'“Agile Fever” comme risque mortel pour les organisations.