Andrew Hanna
Serpent Team
Les change sets n'ont jamais été conçus pour passer à l'échelle.
Ils servaient de pont manuel pour les petites orgs, jusqu'à ce que les équipes grandissent, que les fonctionnalités se multiplient et que les workstreams parallèles rendent le “click-to-deploy” ingérable.
Aujourd'hui, même les plateformes DevOps qui ont remplacé les change sets tombent souvent dans le même piège : trop d'étapes, trop de configuration et trop peu de contexte.
Au lieu de permettre la vitesse, elles créent de l'overhead et obligent les équipes à jongler avec scripts, pipelines et permissions pour chaque release.
Il est temps de dépasser ces deux extrêmes. Le playbook Salesforce DevOps moderne est plus simple : continuous delivery sans complexité.
| Étape | Ère | Approche | Limites |
|---|---|---|---|
| 1️⃣ Change Sets | Pré-DevOps | Sélection et déploiement manuels | Sujet aux erreurs, sans version control |
| 2️⃣ Scripted CI/CD | DevOps initial | Pipelines, Git et outils CLI | Nécessite un ingénieur dédié |
| 3️⃣ Automatisation task-based | Moderne | Workflow unifié et visuel | Conçu pour de vraies équipes Salesforce |
La plupart des équipes sont coincées entre les étapes 1 et 2, soit à passer des heures
sur du travail manuel, soit à maintenir des scripts CI/CD complexes que peu de gens
comprennent vraiment.
L'étape 3 résout les deux.
Voici à quoi ressemble le nouveau modèle, étape par étape.
Chaque changement commence comme une tâche liée à une story.
En connectant les
work items directement aux métadonnées, vous alignez automatiquement les cycles de
développement et de release.
Serpent le fait nativement : pas de mapping manuel,
pas de tableurs.
Intégrez vos sandboxes, votre org de production et Git une seule fois.
Serpent
gère GitFlow en arrière-plan, relie chaque tâche à sa propre branche et garde les orgs
synchronisées.
Chaque tâche exécute des contrôles pré-déploiement avant promotion.
Si quelque
chose casse, vous savez exactement quel composant l'a causé, et le rollback est
immédiat.
Au lieu de packager les composants manuellement, déployez par tâche.
Cette
approche apporte le contexte : vous promouvez un travail spécifique, sans deviner
quels fichiers XML comptent.
La dérive apparaît lorsque les orgs évoluent séparément.
Serpent compare
automatiquement et vous alerte lorsque les configurations divergent, afin d'éviter les
releases échouées avant qu'elles n'arrivent.
La visibilité transforme DevOps d'un art en science.
Suivez le temps nécessaire
aux tâches de commit à déploiement, puis mesurez l'amélioration dans le temps.
Le DevOps traditionnel se concentre sur les étapes d'automatisation ; le
DevOps moderne se concentre sur l'alignement.
En traitant tâches, orgs
et branches comme un système connecté, vous gagnez :
Les équipes qui suivent ce playbook réduisent le temps de release jusqu'à 6×, sans ajouter de headcount ni d'infrastructure.
Une équipe ISV de 4 développeurs a remplacé les change sets manuels par le workflow
task-based de Serpent.
Elle est passée de releases hebdomadaires à deux
déploiements par jour et a éliminé 90 % des corrections post-release.
Lire la case study détaillée.
Un partenaire boutique a automatisé les tests et la drift detection via la fonction
Org Management de Serpent.
Les cycles QA sont passés de deux jours à deux heures.
Ces résultats ne sont pas des exceptions, c'est ce qui arrive lorsque DevOps s'aligne sur la façon dont les équipes Salesforce travaillent vraiment.
Les change sets ont créé des habitudes. Les outils legacy ont créé des murs. Le futur crée du momentum, un workflow connecté que chacun peut exécuter et auquel chacun peut faire confiance.
Serpent fournit cette voie unifiée : task-based, visuelle et intelligente.
Un
seul outil pour planifier, déployer et analyser les releases Salesforce sans la
friction du DevOps traditionnel.
Andrew Hanna
Serpent Team
Tekunda Team
Tekunda Team
Tekunda Team
Andrew Hanna