Andrew Hanna
Serpent Team
En 2025, Salesforce DevOps est resté un défi critique pour les équipes en croissance, non par manque d'outils, mais parce que la clarté, la récupération et la confiance n'ont pas suivi la vitesse des déploiements.
Le même schéma est apparu dans les rapports d'écosystème, les publications centrées sur Salesforce et les discussions communautaires. Les équipes déployaient plus souvent, mais peinaient encore à comprendre ce qui avait changé, pourquoi cela avait cassé et comment récupérer sans perturbation.
Les équipes qui ont réellement progressé ont déplacé leur attention vers le changement au niveau de la tâche, la traçabilité et les workflows recovery-first. Ce mouvement a posé les bases de releases plus calmes en 2026.
Ces observations reflètent ce que nous avons vu directement : construire et opérer des workflows Salesforce DevOps avec Serpent auprès de vraies équipes, de vraies releases et de vrais moments de récupération en 2025.
En 2025, Salesforce DevOps n'était plus émergent.
Le version control, les pipelines CI/CD et les déploiements automatisés étaient devenus des pratiques standards pour les équipes Salesforce sérieuses. La fréquence des déploiements continuait d'augmenter à mesure que les équipes livraient plus de changements, plus souvent, dans des environnements plus complexes.
Dans le même temps, une tension familière est devenue impossible à ignorer.
À mesure que les environnements Salesforce grandissaient avec plus de métadonnées, de contributeurs, d'orgs et de workstreams parallèles, DevOps apparaissait régulièrement comme source de friction. Cette friction était surtout visible pendant les releases et les moments de récupération.
La communauté ne l'a pas présenté comme un échec de DevOps.
Elle l'a présenté comme une difficulté à passer à l'échelle avec la réalité de la livraison Salesforce moderne.
Le State of Salesforce DevOps Report 2025 a renforcé cette réalité.
Pourtant, le même rapport, les publications spécialisées et les discussions communautaires ont mis en avant des défis persistants dans trois domaines :
Les équipes ne demandaient pas plus de couches d'outillage.
Elles demandaient un DevOps qui reste compréhensible, prévisible et fiable à mesure que la complexité augmente.
En 2025, la plupart des équipes Salesforce avaient déjà mis en place les fondamentaux :
Ce qui restait difficile était d'opérer ces systèmes avec confiance quand quelque chose tournait mal.
Les discussions communautaires faisaient remonter la même inquiétude :
Déployer des changements est rarement le problème.
Comprendre ce qui a mal tourné
et pourquoi reste difficile.
Ce n'était pas un problème d'automatisation.
Quand les équipes, les environnements et la vitesse de livraison ont dépassé la capacité des premiers setups DevOps, un problème de maturité est apparu.
À mesure que les équipes Salesforce grandissaient, la friction DevOps devenait mesurable.
Les équipes constataient :
La vitesse de déploiement a augmenté.
La compréhension opérationnelle n'a pas toujours suivi.
Le contexte se perdait entre commits, environnements et étapes de release. Cette perte de contexte est devenue le vrai goulot d'étranglement, pas l'acte de déployer.
Ce qui nous a le plus surpris n'était pas la fréquence des échecs, mais la fréquence à laquelle les équipes perdaient de la clarté après un succès. La friction apparaissait entre les releases, pendant les handoffs et lorsque quelque chose de petit tournait mal. Ce schéma revenait dès que les équipes dépassaient les pipelines simples.
Ce changement ne se limitait pas à Salesforce.
Les recherches DevOps plus larges ont montré que lorsque la fréquence de déploiement augmente, la résilience et la récupération deviennent des facteurs clés de performance.
Pour les équipes Salesforce, cela s'est traduit par de nouvelles priorités :
La récupération n'a pas remplacé la vitesse.
Elle est devenue essentielle pour maintenir la vitesse sans augmenter le risque.
2025 a aussi marqué une adoption plus forte des capacités DevOps assistées par IA dans l'écosystème Salesforce.
Les usages les plus courants portaient sur :
Le feedback communautaire a clarifié une distinction.
L'IA ajoutait de la valeur lorsqu'elle améliorait la compréhension, réduisait la charge cognitive et soutenait la décision humaine.
Elle en ajoutait beaucoup moins lorsqu'elle était positionnée comme décideur autonome dans des environnements complexes et riches en contexte.
La conclusion était cohérente :
L'IA fonctionne mieux comme assistant que comme opérateur.
Un autre thème est devenu impossible à ignorer en 2025.
Beaucoup d'outils Salesforce DevOps étaient encore conçus autour de pipelines idéalisés. En pratique, les équipes opéraient à travers :
Les discussions communautaires reflétaient de plus en plus de frustration face aux modèles DevOps qui supposaient des pipelines propres et linéaires.
Les équipes avaient besoin d'approches DevOps qui reflètent la réalité du travail Salesforce, pas ce que les diagrammes suggèrent.
À travers rapports, publications et discussions, une conclusion revenait sans cesse :
Salesforce DevOps en 2025 ne consistait pas à ajouter plus d'automatisation.
Il
consistait à rendre le changement compréhensible, récupérable et prévisible à
l'échelle.
Les releases calmes ne sont pas arrivées par hasard.
Elles résultaient de choix de conception délibérés :
Salesforce DevOps n'a pas abandonné la vitesse.
Il a évolué pour inclure la confiance comme exigence de premier plan.
À mesure que les équipes entrent en 2026, la direction devient plus claire.
La vitesse de déploiement continuera d'augmenter.
Le développement assisté par IA
continuera d'accélérer le changement.
Les équipes qui réussiront ne seront pas celles qui poursuivent uniquement la vitesse.
Elles investiront dans :
Les releases calmes deviennent la norme, pas l'exception.
Salesforce DevOps est-il en échec ?
Non. Salesforce DevOps est
largement adopté et essentiel. En 2025, il est devenu un point de friction majeur à
mesure que les environnements, contributeurs et vitesses de livraison escalaient.
Qu'est-ce qui a rendu Salesforce DevOps plus difficile en 2025 ?
Une fréquence de déploiement plus élevée, la complexité multi-org, le
développement assisté par IA et le coût croissant du contexte manquant pendant les
releases et la récupération.
Comment l'IA aide-t-elle Salesforce DevOps aujourd'hui ?
Surtout
en améliorant la visibilité via des résumés de changements, la mise en évidence du
risque et la réduction de la charge cognitive, plutôt qu'en automatisant les
déploiements de bout en bout.
Qu'est-ce qui a changé en 2025 ?
La communauté est passée d'une
obsession de la vitesse seule à la clarté, la récupération et la confiance à mesure
que les équipes Salesforce escalaient.
En regardant 2025 depuis la construction de Serpent, une chose est devenue claire : la maturité DevOps est moins définie par la vitesse que par le comportement des équipes lorsque les choses ne se passent pas comme prévu.
DevOps n'a jamais consisté à livrer plus vite pour le plaisir. Il s'agissait d'aider les équipes à opérer avec confiance lorsque les systèmes grandissent et que la pression augmente.
Ce que 2025 a montré, c'est que la confiance ne scale pas automatiquement avec la vitesse. L'avenir de Salesforce DevOps appartient aux équipes qui conçoivent pour la clarté plutôt que le chaos, la récupération plutôt que l'héroïsme, et des releases calmes même lorsque la vélocité augmente.
Ce n'est pas un échec. C'est la prochaine étape de maturité.
Andrew Hanna
Serpent Team
Tekunda Team
Tekunda Team
Tekunda Team
Andrew Hanna