• Accueil / Salesforce / Liste de contrôle…
, Liste de contrôle de déploiement simple de Salesforce | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">1</span> minutes de lecture</span>

Liste de contrôle de déploiement simple de Salesforce | Salesforce Ben1 minutes de lecture


introduction

Tous les bons administrateurs savent qu’à moins qu’il n’y ait une raison exceptionnellement bonne de faire autrement, les modifications doivent être apportées dans un bac à sable. Surtout si les changements sont nombreux et importants, comme une migration éclair. Donc, bien sûr, cela signifie qu’une fois que vous êtes satisfait de la solution que vous avez construite et qu’elle a passé les tests (y compris UAT, si nécessaire), ces modifications devront être déployées en production.

Cette dernière étape est le cumul de tout votre travail acharné, et il est possible que de nombreuses choses tournent mal au cours du processus. Alors que faire pour que tout se passe bien ? Voici ma simple liste de contrôle de déploiement de Salesforce pour vous aider…

, Liste de contrôle de déploiement simple de Salesforce | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">1</span> minutes de lecture</span>

Avant le déploiement

Mettez-vous d’accord sur un moment

Ne vous contentez pas de déployer lorsque vous êtes prêt. Le déploiement peut prendre beaucoup de temps et provoquer de nombreuses choses étranges. Vous ne voulez certainement pas que quelqu’un travaille en production pendant que ces changements ont lieu. Il y a trois raisons principales à cela :

1) Vous voulez vous assurer qu’aucune modification n’est apportée en production lorsque vous déployez le vôtre, car le déploiement d’un ensemble de modifications écrasera toutes les modifications apportées à la production.

2) Vous voulez vous donner suffisamment de temps pour tester vos changements en production afin de vous assurer que tout fonctionne correctement avant que vos utilisateurs n’entrent.

3) Vous ne voulez pas que les utilisateurs commencent à y travailler avant qu’il ne soit complètement déployé ou avant que vous n’ayez eu l’occasion de les briefer complètement.

Au lieu de cela, définissez une heure à l’avance et informez tous les utilisateurs de l’organisation (en particulier les autres administrateurs !). En dehors des heures d’ouverture, il est généralement préférable, si possible, d’éviter l’impact sur les utilisateurs et de vous donner le temps de résoudre les problèmes, ce qui signifie les soirs/week-ends pour la plupart des entreprises. Assurez-vous que tous les utilisateurs sont avertis et invités à ne pas se connecter à l’organisation pendant cette fenêtre. Si vous travaillez dans une grande organisation ou si votre déploiement est particulièrement important, vous pouvez envisager de geler les utilisateurs jusqu’à ce que le déploiement et les tests soient terminés.

Consulter la piste d’audit
Vérifiez la piste d’audit en production pour vous assurer qu’aucune modification n’a été apportée qui sera écrasée par votre déploiement. Si tel est le cas, vous souhaiterez peut-être retarder votre déploiement afin que ces modifications soient copiées dans le bac à sable, ou parler aux parties prenantes impliquées. (C’est un bon argument pour clarifier avec les utilisateurs qu’aucune modification ne doit être apportée en production avant de vous commencez à développer dans le bac à sable.)

Préparez votre ensemble de modifications
Préparez et validez votre jeu de modifications à l’avance. Cela peut prendre beaucoup de temps si vous devez faire correspondre les choses entre le bac à sable et la production, et que vous ne voulez pas manquer votre fenêtre de déploiement parce que vous ne vous êtes pas préparé. Certaines choses peuvent vous surprendre lors de la validation, telles que le renommage des champs standard et toute modification des noms d’API, alors faites attention à ceux-ci !

Faire une exportation complète
Effectuez une exportation complète des données de production avant le déploiement. En cas de problème, vous voulez vous assurer que vos données restent intactes. Une sauvegarde est donc essentielle avant tout changement important.

Créer une copie de bac à sable
Créez un autre bac à sable qui est une copie de votre organisation de production, afin que vous ayez un enregistrement de votre configuration et de vos métadonnées existantes. Encore une fois, si quelque chose ne va pas, vous voulez pouvoir revenir à l’état de jeu actuel si nécessaire.

Préparer les scripts de test
Préparez les tests que vous exécuterez après le déploiement pour vous assurer que tout fonctionne correctement. Bien sûr, en tant que bon administrateur, vous aurez déjà effectué vos tests dans votre bac à sable avant de créer le jeu de modifications, mais vous devez le répéter à nouveau en production pour vérifier que tout s’est déployé comme il se doit. Préparez à l’avance ces scripts de test (instructions étape par étape sur ce qu’il faut tester et comment) afin que vous et vos utilisateurs puissiez exécuter ces tests rapidement pour vérifier que tout fonctionne comme prévu.

Désactiver la délivrabilité des e-mails
Les modifications massives peuvent déclencher de nombreux e-mails et notifications système, alors désactivez la délivrabilité des e-mails pendant le déploiement pour vous assurer que vos utilisateurs ne sont pas bombardés d’une avalanche de courrier.
Désactiver les règles
Désactivez les règles de validation, les règles de workflow, les flux, les générateurs de processus – tout ce qui pourrait avoir un impact sur les modifications ou les empêcher de se déployer correctement. Notez ce que vous avez désactivé afin de pouvoir le réactiver une fois votre ensemble de modifications déployé. Assurez-vous que vous exécutez des tests après vous les avez réactivés (et vos nouveaux !), pour vous assurer d’avoir un environnement pleinement fonctionnel.

Préparer la formation et la documentation
Si vous apportez de gros changements, vos utilisateurs peuvent être confus par la suite. Organiser des sessions de formation et préparer la documentation pour tous les utilisateurs. Assurez-vous que les utilisateurs savent comment vous contacter ou créez un ticket d’assistance interne pour toute question ou problème. Si vous faites vraiment de grands changements, envisagez de mettre en place un service d’assistance physique dans le bureau auquel les utilisateurs peuvent demander de l’aide – nous l’avons déjà fait pour un client d’EMPAUA et cela a vraiment aidé à faciliter le processus.

Après le déploiement

Données et modifications non déployées
Devez-vous effectuer des modifications manuelles ou des mises à jour des données ? Le moment est venu. (Selon le résultat souhaité, vous voudrez probablement vous assurer que les règles de workflow, les générateurs de processus et les règles de validation restent désactivés pour cela).Réactiver tout ce qui est en pause
Si vous avez suspendu vos workflows et règles de validation pendant le déploiement, il est maintenant temps de les réactiver.
Activer les flux de travail
Lorsqu’elles sont déployées, les règles et les automatisations ne sont pas automatiquement activées. Activez vos nouveaux générateurs de processus, workflows, règles de validation – tout ce qui pourrait ne pas être actif lors du déploiement.
Test

Testez vos modifications : tout fonctionne-t-il ? Êtes-vous en mesure de terminer les processus comme prévu ? Les workflows et les règles de validation fonctionnent-ils correctement ? Utilisez la fonction « Se connecter en tant qu’utilisateur » pour vous connecter en tant qu’utilisateurs différents et vérifier l’accès à leur profil et leurs préférences. Voyez-vous ce à quoi vous vous attendiez ? Demandez à vos utilisateurs champions de vous aider à tester également, si possible.

Réactiver la délivrabilité des e-mails
Maintenant que les tests sont terminés et que vous êtes convaincu que tout fonctionne, vous pouvez activer la délivrabilité des e-mails afin que vos utilisateurs puissent à nouveau recevoir des e-mails.

Réactif et Informer les Utilisateurs
Si vous êtes satisfait que tout fonctionne correctement, félicitations ! Vous avez terminé un déploiement réussi. La dernière étape consiste maintenant à autoriser vos utilisateurs à se reconnecter si vous l’avez désactivé et à leur faire savoir que les changements ont eu lieu. Assurez-vous qu’ils ont accès à toutes les ressources d’assistance et de formation dont ils ont besoin, et vérifiez régulièrement pour vous assurer qu’ils sont aussi ravis de vos incroyables changements que vous le souhaiteriez.

, Liste de contrôle de déploiement simple de Salesforce | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">1</span> minutes de lecture</span>



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Vous utilisez Pardot depuis un certain temps mais vous n'êtes pas sûr d'en
exploiter tout le potentiel

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer