Découverte du planning de publication des versions de Salesforce

Objectifs de formation

Une fois cette unité terminée, vous pourrez :

• Définir la terminologie relative aux versions
  
• Décrire les types de versions de Marketing Cloud Engagement
  

En avant toute pour l’innovation

Chez Salesforce, nous ne nous contentons pas de résultats satisfaisants. Nous sommes constamment à la recherche de moyens d’innover et d’améliorer nos produits. Nous nous posons continuellement les questions suivantes : que pouvons-nous améliorer ? Comment pouvons-nous repenser cet élément ? Est-il possible de rationaliser ceci ? Tout comme chaque propriétaire dispose de sa liste d’améliorations à apporter à sa maison, chaque équipe technologique innovante dispose de sa liste d’améliorations à apporter à sa technologie. Que vous rénoviez votre maison ou développiez des logiciels, vous avez besoin d’un plan.

Heureusement pour vous, nous nous occupons de toute la planification minutieuse en coulisses, afin que vous puissiez découvrir les résultats de notre travail acharné dans chaque version de Marketing Cloud Engagement. Ces versions sont conçues afin de s’assurer que nos améliorations continues sont une réussite, avec une incidence minimale sur vous, nos clients. Lorsque vous en savez plus sur les versions de Marketing Cloud Engagement (comme la terminologie, le planning et le cycle de vie), vous pouvez mieux vous préparer à tirer parti de ces innovations passionnantes. Commençons.

Notions de base sur les versions de Marketing Cloud Engagement

En tant qu’utilisateur de Marketing Cloud Engagement, il est important que vous sachiez quand les versions sont susceptibles d’être publiées, comment nous communiquons à leur sujet, et comment elles peuvent affecter votre compte et votre travail quotidien. Passons en revue la terminologie relative aux versions de Marketing Cloud Engagement afin d’employer un langage commun.

• Développement agile : méthodologie de projet permettant de gérer le travail de développement de logiciels. La méthodologie agile se concentre sur la réalisation de petites tâches à court terme, alors qu’une approche en cascade se concentre sur un projet à grande échelle.
  
• Bug : erreur ou faille identifiée dans notre produit dont l’état et la résolution sont suivis.
  
• Temps d’arrêt : durée d’indisponibilité d’un produit.
  
• Version d’urgence : mise à jour de produit ayant lieu lorsqu’une mise à jour doit être effectuée immédiatement pour corriger un bug ayant une incidence sur la sécurité ou les performances.
  
• Fonctionnalité : modification apportée à Marketing Cloud Engagement qui ajoute de nouvelles fonctionnalités ou améliore les fonctionnalités actuelles.
  
• Gel : date limite pour apporter des modifications. Le gel des fonctionnalités concerne les éléments qui seront ajoutés à une version et un gel de version fait référence à la date à laquelle aucune modification supplémentaire ne peut être apportée à une version à venir.
  
• Test fonctionnel : test d’assurance qualité évaluant un groupe d’exigences fonctionnelles.
  
• Globalement disponible : fonctionnalité de produit disponible globalement pour tous les clients.
  
• Test d'intégration : test d’assurance qualité testant si différentes parties du système fonctionnent ensemble après des mises à jour.
  
• Problèmes connus : problèmes détectés et signalés par les membres de la Trailblazer Community. Ces problèmes font l'objet d’une surveillance et d’un suivi en tant que bugs par les équipes produits Salesforce.
  
• Cycle de vie : cadence des améliorations et des correctifs produit.
  
• Version corrective : version hebdomadaire destinée à la correction des bugs et des problèmes connus.
  
• Fonctionnalités pilotes : fonctionnalité proposée à un nombre limité de clients s’étant inscrits pour la tester.
  
• Sprint : courte période (généralement deux semaines) pendant laquelle les équipes produits travaillent sur une liste spécifique de tâches.
  
• Pile : groupe de bases de données dont fait partie votre compte Marketing Cloud Engagement. Votre pile et votre base de données spécifique (appelée instance) ont une incidence sur la date de publication de la version pour votre compte.
  
• Test unitaire : test d’assurance qualité garantissant qu’une mise à jour individuelle répond aux exigences et adopte le comportement attendu.
  

Planning de publication des versions de Marketing Cloud Engagement

Maintenant que vous avez une idée de la façon dont nous parlons des versions, penchons-nous sur le planning. Marketing Cloud Engagement suit un planning unique de trois publications de version par an, s’alignant davantage sur le cycle de publication de Salesforce. En plus de ces versions majeures, Marketing Cloud Engagement publie également des versions correctives de façon hebdomadaire, ainsi que des versions d’urgence. Voici ce que vous devez savoir sur chaque type de version.

Exceptions au planning de publication des versions

Datorama est désormais Marketing Cloud Intelligence.

Il existe une exception pour ce planning. Marketing Cloud Intelligence dispose de procédures de publication de versions distinctes pouvant s’aligner sur le cycle de publication de Marketing Cloud Engagement. Si vous avez Marketing Cloud Intelligence, vous recevez une communication lorsque de nouvelles fonctionnalités sont déployées dans votre compte.

Pour connaître les informations de publication de version de tous les produits Salesforce, reportez-vous aux notes de publication de Salesforce.

Dans l’unité suivante, nous examinerons plus en détail le cycle de publication des versions.

Ressources

• Aide Salesforce : Notes de publication Marketing Cloud Engagement
• Salesforce : Notes de publication