Préparation aux publications de versions de NPSP et de Salesforce

Objectifs de formation

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

Indiquer la fréquence des cycles de publication de versions de NPSP et Salesforce
Identifier les actions à entreprendre après les publications de versions de NPSP et de Salesforce

Stratégie de mise à jour

Un administrateur NPSP travaillant dur sur une mise à jour

Bien que le cycle continu d’innovation de Salesforce soit l’un de ses principaux avantages, les administrateurs peuvent également avoir du mal à suivre les versions, en particulier ceux qui jonglent entre la gestion de Salesforce et leurs autres rôles au sein de leur organisme.

L’adoption d’une approche stratégique et viable vis-à-vis des nouvelles publications de versions s’avère d’une importance considérable pour les administrateurs. Une bonne stratégie de publication de versions vous aidera (ainsi que vos utilisateurs) à rester au courant de toutes les modifications et à tirer pleinement parti de votre investissement dans Salesforce. Il faut que ce soit l’une de vos priorités !

Dans cette unité, nous passerons en revue la fréquence de publication des versions pour NPSP et Salesforce, et vous proposerons des conseils sur la gestion des innovations.

Innovation continue avec NPSP

NPSP est une application en constante évolution qui dépend des développeurs Salesforce.org ainsi que des contributions d’utilisateurs et d’administrateurs comme vous.

La connaissance des éléments inclus dans une version et de la date de publication de celle-ci vous permettra de :

vous tenir au courant de la résolution de bogues problématiques ;
tirer pleinement parti des nouvelles fonctionnalités et de votre investissement dans NPSP ;
réfléchir à la manière dont les nouvelles fonctionnalités peuvent influer sur les personnalisations existantes ;
tester les mises à jour dans des sandbox avant leur déploiement en production.

Nous publions de nouvelles fonctionnalités NPSP trois fois par an, en hiver, au printemps et en été, pour vous donner le temps de découvrir, d’implémenter et de tester ces nouveaux outils. Ces modifications sont d’abord transmises aux sandbox, puis déployées en production deux semaines plus tard. Consultez Suivi des publications de versions Salesforce.org dans les ressources pour voir le calendrier détaillé des publications par année.

Les corrections de bugs NPSP sont également transmises automatiquement à votre organisation de production toutes les deux semaines après un aperçu d’une semaine dans les sandbox.

En tant qu’administrateur, vous contrôlez la plupart des nouvelles fonctionnalités NPSP disponibles dans votre organisation, car vous devrez les activer avant qu’elles ne soient visibles par vos utilisateurs finaux. Vous pouvez tester des fonctionnalités dans votre organisation sandbox et déterminer le moment idéal pour les présenter à vos utilisateurs. Nous évoquerons les sandbox dans les deux prochaines unités.

Les déclencheurs et les classes d’une version donnée sont toujours ajoutés automatiquement, mais cela ne change pas grand-chose pour vous, à moins que vous ne soyez développeur.

Composants d’une version de NPSP

Le moment exact auquel les organisations sandbox et de production sont mises à jour, ainsi que les problèmes ayant été résolus, sont annoncés dans le groupe Nonprofit Release Readiness (Préparation aux publications de versions pour les organismes sans but lucratif) dans la Trailblazer Community. Le lien pour y accéder se trouve dans la section Ressources de cette page. Dans ce groupe, vous pouvez retrouver toutes les annonces de publication, les mises à jour et les ressources destinées aux organismes sans but lucratif.

Lorsqu’elle est publiée, une version de NPSP se compose généralement de trois éléments :

les modifications importantes, qui nécessitent une action immédiate et directe des administrateurs ;
les modifications, qui répertorient les mises à jour et les fonctionnalités de NPSP incluses dans la version ;
les problèmes résolus, qui incluent les bugs et autres problèmes opérationnels corrigés dans cette version de NPSP.

La section des instructions d’installation supplémentaires comprend les éléments suivants :

Planification du déploiement : moment du déploiement de la version dans les sandbox et les organisations de production.
URL d’installation de la dernière version : lien direct vous permettant d’appliquer manuellement la mise à jour en cas de besoin (consultez la section Ressources pour plus de détails).
ID de modèle Trialforce : pour les partenaires utilisant la plate-forme d’environnement (concerne uniquement les partenaires consultants).

À moins que vous n’ayez subi directement un bug particulièrement problématique (mais c’est très rare !), vous n’avez généralement que peu de choses à faire (voire rien à faire) lors des notes de publication les plus fréquentes, qui concernent les corrections de bugs. Cependant, lors des trois publications de versions annuelles qui comprennent de nouvelles fonctionnalités, vous et votre organisme devrez ménager du temps pour examiner les changements et considérer leur impact sur vos utilisateurs. Salesforce.org vous préviendra bien en avance lorsqu’une nouvelle fonctionnalité intéressante est ajoutée à NPSP.

Voyons comment Gorav Patel, administrateur de l’organisme sans but lucratif (fictif) No More Homelessness (NMH), se prépare pour une importante publication de fonctionnalité NPSP.

Exploitation du plein potentiel des versions de NPSP

Gorav suit le groupe Nonprofit Release Readiness (Préparation aux publications de versions pour les organismes sans but lucratif) dans la Trailblazer Community. Vous devriez en faire de même ! Consultez le lien figurant dans la section Ressources pour en savoir plus.

Chaque fois qu’il reçoit une note de publication, Gorav commence par rechercher les éléments qui pourraient avoir un impact sur son organisation. Lors des publications de nouvelles fonctionnalités, Gorav suit la liste de contrôle ci-dessous, une bonne pratique que tout administrateur devrait suivre.

Consulter les notes de publication en détail.
Utiliser une sandbox pour tester les nouvelles fonctionnalités avant de les activer en production. Par défaut, les nouveaux champs et objets inclus dans une version ne sont visibles par personne, y compris les administrateurs système ; ils doivent donc être activés, même dans votre sandbox.
Échanger avec les utilisateurs clés pour identifier comment l’organisme peut tirer parti des nouvelles fonctionnalités.
Déterminer si de nouvelles fonctionnalités entrent en conflit avec des personnalisations déjà présentes dans l’organisation.
Déterminer si certaines nouvelles fonctionnalités entraînent la nécessité de mettre à jour les paramètres de sécurité.
Si vous décidez d’implémenter une nouvelle fonctionnalité : mettre au point une stratégie de communication et un plan de formation pour que le personnel se familiarise avec elle.

En suivant cette liste de contrôle, Gorav est en mesure de se tenir informé des nouvelles fonctionnalités, de la publication à la formation. Cependant, les versions principales qu’il doit suivre ne concernent pas uniquement NPSP.

Publication des versions saisonnières de Salesforce Platform

Tout comme NPSP, Salesforce Platform est en constante évolution. Trois fois par an, nous fournissons à nos bénéficiaires de nouvelles fonctionnalités intéressantes dans les versions Spring, Summer et Winter. Les versions de Salesforce Platform sont publiées environ un mois avant chacune des versions saisonnières de NPSP et de Salesforce pour les organisations sans but lucratif.

Nous comprenons que cela peut sembler un peu déroutant. Il n’est pas toujours facile de distinguer les éléments NPSP des éléments Salesforce. Lorsque les personnes mentionnent Salesforce ou Salesforce Platform, elles parlent généralement de Sales Cloud Enterprise Edition. NPSP repose sur les licences Sales Cloud Enterprise Edition, vous êtes donc en mesure de tirer parti de toutes les nouvelles fonctionnalités Salesforce disponibles pour les deux produits.

Bien que la publication de version de Salesforce Platform se produise automatiquement, la plupart des administrateurs doivent effectuer quelques actions avant et après la mise à niveau. Salesforce active automatiquement certaines fonctionnalités (précisées dans les notes de publication), alors faites en sorte de vous préparer si vous ne souhaitez pas prendre vos utilisateurs au dépourvu. Dans ce contexte, les « surprises » ne sont pas très amusantes.

Un excellent moyen d’en savoir plus sur les versions saisonnières et de commencer à élaborer votre plan de publication est de suivre le parcours Préparation aux publications de versions Salesforce. Chaque version saisonnière est également accompagnée de son propre module Trailhead, qui vous aide à découvrir les spécificités des fonctionnalités qu’elle contient.

Vous pouvez également assister aux webinaires gratuits (oui, gratuits !) traitant des publications de versions sur Salesforce.org, lors desquels un guide intrépide de Salesforce.org vous présentera les nouvelles fonctionnalités importantes et vous donnera l’occasion de poser des questions. Les annonces à leur sujet et la procédure d’inscription figurent dans la Trailblazer Community.

L’importance des publications de versions

Vous avez peut-être l’impression que le suivi des publications des versions de NPSP et de Salesforce pourrait vous demander du temps (dont vous manquez déjà). Cependant, il est essentiel de savoir quand sortent les nouvelles versions et quelles actions effectuer afin de tirer le meilleur parti des technologies et, par conséquent, de mieux remplir votre mission.

Lorsque vous vous préparez à une publication de version, vous effectuez ces tâches essentielles dans une organisation sandbox. Dans les deux prochaines unités, nous en apprendrons davantage sur cet outil utile et les bonnes pratiques à mettre en œuvre pour l’utiliser.