Constitution d’une équipe efficace

Objectifs de formation

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

• Structurer des équipes de projet efficaces
  
• Identifier les parties prenantes commerciales dans le cadre d’une application
  
• Identifier les parties prenantes technologiques dans le cadre d’une application
  

Dans un cycle de développement Salesforce traditionnel, les créateurs d’applications utilisent des sandbox pour créer et tester les modifications. La source d’informations fiables est une cible en mouvement. Les outils et fonctionnalités fournis avec Salesforce DX sont l’occasion de changer la façon dont vous gérez le cycle de développement des applications dans votre entreprise et, donc, vos métadonnées. L’un des changements les plus intéressants est l’introduction de packages déverrouillés.

Packages déverrouillés

Les packages déverrouillés constituent un véhicule qui peut être répété, scripté et suivi pour introduire et gérer les modifications dans vos organisations. Lorsque vous utilisez des packages déverrouillés, ceux-ci deviennent des conteneurs, que vous utilisez pour organiser vos métadonnées. Ils vous permettent alors également de migrer ces métadonnées entre les environnements. L’adoption des packages a un impact sur la façon dont vous gérez et concevez la structure même de votre organisation Salesforce.

Pour adopter les packages déverrouillés, votre équipe doit également adopter le développement modulaire d’applications et tous ses avantages, notamment : 

• Une meilleure appropriation des fonctionnalités.
  
• Une gestion du changement plus efficace.
  
• Des processus de développement plus efficaces (exécutions de tests plus rapides, code plus facile à gérer, etc.).
  
• Une diminution des coûts de livraison des nouvelles fonctionnalités.
  

Cependant, l’adoption du développement modulaire demande des efforts. Il ne suffit pas d’apprendre à utiliser de nouveaux outils, comme l’interface de ligne de commande (CLI) Salesforce, ou d’adopter un système de contrôle de version tel que Git ou Subversion pour gérer vos métadonnées (bien que ce soient des étapes nécessaires). Le développement modulaire a également des effets sur la manière dont vous organisez et gérez les différentes étapes du développement d’applications dans votre organisation et les équipes impliquées. 

L’une des répercussions les plus importantes est la nécessité de démêler votre organisation. Le processus de démêlage consiste à rechercher des modèles dans les métadonnées de votre organisation et à organiser vos métadonnées en unités pertinentes. Ces unités deviennent alors le fondement du développement modulaire et des packages déverrouillés. La première étape pour démêler votre organisation et adopter le développement modulaire ainsi que les packages déverrouillés consiste à préparer votre organisation et vos équipes.

Identification des parties prenantes

Votre organisation Salesforce a des effets sur l’ensemble de votre entreprise. Lorsque vous créez une application, vous savez qu’il est essentiel d’avoir des retours des équipes qui utiliseront l’application pour proposer la meilleure solution possible. Il existe de nombreuses stratégies d’implication de ces parties prenantes, ou des personnes qui seront concernées par les résultats d’un projet, dans des cycles de commentaires. Dans le cadre du développement agile, par exemple, vous élaborez une solution, la montrez aux parties prenantes, écoutez leurs commentaires et améliorez ce que vous avez déjà créé.

Cependant, lorsque vous vous attaquez à un projet comme l’identification de modèles dans les métadonnées et personnalisations de votre organisation, comment pouvez-vous impliquer des collègues non techniques ? Et plus précisément, pourquoi vous le conseillons-nous ? Le démêlage d’une organisation ne vise-t-il pas à adopter des processus et des outils dont seule une équipe de développement se soucie ? Tant que vous impliquez les personnes responsables de la livraison des applications dans votre entreprise, pourquoi dérangeriez-vous les utilisateurs finaux ou les responsables non techniques ?

Les modifications apportées aux applications se répercutent sur l’ensemble de votre organisation. Lorsque vous commencez à envisager des changements sur la façon dont vous gérez et livrez les applications nécessaires à l’activité de votre entreprise, assurez-vous d’inclure les avis et les points de vue des collaborateurs qui dépendent de ces applications. Pourtant, le plus efficace pour commencer à démêler votre organisation n’est certainement pas de constituer une immense équipe désordonnée. Alors, comment vous assurer d’inclure les bonnes personnes et de former les bonnes équipes à la bonne échelle ?

Pour constituer une équipe efficace, il faut d’abord identifier les parties prenantes concernées. Donc, pour démêler votre organisation, vous devez premièrement démêler les nombreuses parties prenantes de votre organisation. Il en existe deux types. Vous devez identifier les personnes qui connaissent votre organisation à la fois d’un point de vue technique et d’un point de vue commercial.

Différentes caractéristiques permettent de les repérer. Vous avez besoin d’individus qui : 

• Peuvent répondre avec précision aux questions sur votre entreprise.
  
• Connaissent l’entreprise et ses politiques internes.
  
• Savent comment leurs propres équipes utilisent les applications.
  
• Savent comment trouver des informations sur des questions auxquelles ils ne peuvent pas répondre.
  

Une fois que vous avez identifié les parties prenantes de votre entreprise, organisez-les en groupes de travail efficaces. Une des stratégies consiste à organiser les équipes autour des différentes unités commerciales qui travaillent dans votre organisation. Une autre consiste à les organiser autour des différentes applications que vous avez créées dans votre organisation. Quelle que soit la stratégie que vous choisissez, assurez-vous d’aligner vos groupes de parties prenantes sur les fonctionnalités réelles de votre organisation et de consigner les éventuelles lacunes ou recoupements.

Organisation de votre équipe

Examinons des exemples d’organisation d’équipe pour deux entreprises de vente au détail : A et B. Ces deux sociétés souhaitent commencer à étudier leurs organisations Salesforce et à mettre en place un certain nombre de bonnes pratiques en matière de développement d’applications.

A est une petite entreprise de vente au détail en ligne. Elle utilise Sales Cloud, Commerce Cloud et Marketing Cloud Engagement pour gérer ses ventes directes aux particuliers. En interne, les employés ont plusieurs rôles. Étant donné que son activité est davantage organisée par des processus que par des services à proprement parler, l’entreprise décide de constituer des équipes organisées autour des différentes applications qu’elle a créées pour soutenir ses processus dans Salesforce.

B est une grande entreprise de vente au détail en ligne. Elle utilise Sales Cloud, Service Cloud, Commerce Cloud, Communities et Marketing Cloud Engagement pour l’aider à gérer ses ventes aux distributeurs et aux particuliers. L’entreprise est organisée en services, chacun ayant des relations différentes avec les divers secteurs d’activité. Étant donné qu’elle a créé ses fonctionnalités dans Salesforce en fonction des besoins de chaque service, l’entreprise décide de constituer des équipes organisées par services.

Les deux entreprises doivent s’assurer que toutes les équipes communiquent entre elles. Cependant, ces deux approches différentes permettent à chaque entreprise de gérer le début de son processus de démêlage.

Ressources

• Livre blanc : Le cercle des parties prenantes
• Article de l’Association for Project Management : Gestion des parties prenantes
• Salesforce Developers : Utilisation du développement modulaire et des packages déverrouillés
• Trailhead : Packages déverrouillés pour les clients