Planification d’une feuille de route de version pour un site enablement

Objectifs de formation

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

• Expliquer comment fonctionnent les versions
  
• Décrire les pièges de la gestion de plusieurs versions non publiées
  

Coulisses de l’élaboration d’une version

Maintenant que nous avons eu l’occasion de voir comment un responsable de versions crée une version et ajoute des éléments, voyons comment les entreprises peuvent gérer plusieurs versions lors du déploiement de leur stratégie de formation. 

Pure Aloe prévoit généralement une version par trimestre, mais l’entreprise peut procéder à des publications aussi souvent ou rarement qu’elle le souhaite. Marisol, la responsable de versions de Pure Aloe, peut même préparer plusieurs versions simultanément, dans plusieurs collections de contenus ou au sein d’une même collection de contenus. Mais il y a quelques détails importants qui peuvent affecter la façon dont Marisol et son équipe publient toutes leurs versions prévues.

Lorsque vous utilisez Trailmaker Release pour créer une version dans une collection de contenus, Trailmaker travaille en coulisse pour faire une copie de tout le contenu actuellement publié pour cette collection de contenus. Examinons le fonctionnement de ce processus afin que vous puissiez résoudre certaines des erreurs ou certains des avertissements qui peuvent apparaître lorsque vous essayez de publier une version. 

]

Tout d’abord, il y a votre contenu publié (1) déjà en ligne sur votre site enablement et auquel les apprenants peuvent accéder. Lorsque vous créez une version (2), Trailmaker crée une copie de la collection de contenus actuellement publiée (3). Il n’y a pas d’interface utilisateur pour cette copie ; elle patiente en arrière-plan, prête à recevoir vos mises à jour.

Lorsque vous publiez la version (4), Trailmaker traite les éléments du manifeste de la version et met à jour la copie en ajoutant du contenu, en mettant à jour le contenu existant, en l’archivant ou en le restaurant, en fonction des opérations que vous avez sélectionnées pour ces éléments. La copie devient la nouvelle version du contenu publié (5), écrasant tout le contenu précédemment publié pour la collection de contenus.

Anticipation de l’impact de la publication des versions sur votre site enablement

Examinons quelques exemples pour découvrir l’impact que les modifications apportées par une version ont sur le contenu publié sur votre site enablement.

Ce qui change

Cindy, créatrice de contenu chez Pure Aloe, a fini de mettre à jour deux parcours que Marisol prévoit d’inclure dans sa prochaine version. Dans un parcours, Cindy ajoute un module. Cindy retire un module de l’autre parcours. Le module reste disponible en tant que contenu autonome en dehors du parcours. 

Comment les modifications sont effectuées

Lorsque Marisol crée la version, elle ajoute les modifications de Cindy en tant qu’éléments à la version.

À ce stade, Marisol a ajouté trois éléments de manifeste à la version. Avant de pouvoir publier la version, elle doit toujours s’assurer que l’archive de chaque élément est également ajoutée à la version. Marisol revient à Trailmaker Content, importe les archives de chaque élément dans son espace de travail et ajoute chacune d’entre elles à la version.

Comment les modifications publiées apparaissent

Lorsque Marisol publie la version, Trailmaker Release traite les éléments nouveaux et modifiés de la liste des versions. Le nouveau contenu est publié et écrase le contenu précédent. 

Travail simultané avec plusieurs versions non publiées

Marisol attend généralement de publier sa version actuelle avant de créer une autre version dans la même collection de contenus. La création d’une seule version à la fois garantit que chacune d’entre elles contient les modifications les plus récentes publiées pour cette collection de contenus. Marisol peut toujours avoir plusieurs versions non publiées dans la même collection, mais elle préfère ne pas le faire, et voici pourquoi. 

Disons que Marisol crée une version début janvier, et la publie à la fin du mois. Peu de temps après, elle crée une autre version en février. Lorsqu’elle crée la version de février, Trailmaker Release prépare une copie de tout le contenu qui a été publié avec la version de janvier. Jusqu’ici, tout va bien.

Cindy découvre ensuite quelques erreurs dans les modules de janvier et elle souhaite les corriger avant la publication de la version de février. Marisol crée une version avec des corrections de bugs intermédiaires pour aider Cindy à résoudre rapidement les erreurs. Cindy est soulagée de voir les problèmes résolus immédiatement. Mais après la publication de la version de correction de bugs intermédiaires, la liste des versions semble un peu plus compliquée.

Lorsque Marisol essaie de publier sa version de février, Trailmaker Release vérifie l’horodatage de la création de la version et signale une erreur. La version de février a été créée plus tôt (7 février) que la version de correction de bugs intermédiaires (14 février), et la version de correction de bugs intermédiaires a été publiée (21 février) avant la version de février. Trailmaker empêche Marisol de publier la version de février, qui n’inclut pas les corrections de bugs et qui aurait écrasé les modifications publiées avec la version de correction de bugs intermédiaires. 

Bien que Trailmaker Release empêche l’écrasement accidentel, Marisol décide de simplifier les choses à l’avenir et de ne gérer qu’une seule version non publiée par collection de contenus à la fois.

Ressources

• Trailhead : Concepts de base de Trailmaker Content
  
• Aide Salesforce : Gestion des versions avec l’application Trailmaker Release 
  
• Aide Salesforce : Considérations relatives à la gestion des versions