Tech
Mise en situation entretien Développeur Salesforce
Exemple d'étude de cas pour un entretien de Développeur Salesforce : l'exercice, la grille, les critères et les erreurs fréquentes.
15 minutes, le même exercice pour chaque candidat, sous contrôle anti-triche.
Exemple d'exercice
Vous êtes un développeur Salesforce sur une demande métier. Le commerce, veut un champ libre « commentaire interne » visible aussi par les clients du portail, « pour aller plus vite ». On vous demande la configuration que vous livrez. Contrainte : vous ne rendez pas visible aux clients un champ interne, même temporairement. Vous avez 15 minutes. Écrivez ce que vous faites, dans quel ordre, ce que vous dites, et ce que vous refusez de promettre.
Grille d'évaluation
| Critère | Insuffisant | Solide | Excellent |
|---|---|---|---|
| Champ interne resté interne | « Champ interne resté interne » ignore la personne et le fait : le commerce, veut un champ libre « commentaire interne » visible aussi par les clients du portail, « pour aller plus vite ». | « Champ interne resté interne » reprend la scène avant toute proposition : le commerce, veut un champ libre « commentaire interne » visible aussi par les clients du portail, « pour aller plus vite ». | « Champ interne resté interne » sépare, dans cette scène (le commerce, veut un champ libre « commentaire interne » visible aussi par les clients du portail, « pour aller plus vite »), ce qui est sûr de ce qui manque encore. |
| Besoin du commerce reformulé | « Besoin du commerce reformulé » cède au commerce, ou reste flou, alors que la limite est : vous ne rendez pas visible aux clients un champ interne, même temporairement. | « Besoin du commerce reformulé » tient la limite sans l'arrondir (vous ne rendez pas visible aux clients un champ interne, même temporairement) et le montre dans la configuration que vous livrez. | « Besoin du commerce reformulé » écrit ce qui est accordé, ce qui est refusé, et pourquoi : vous ne rendez pas visible aux clients un champ interne, même temporairement. |
| Portail vérifié | « Portail vérifié » n'adresse pas la configuration que vous livrez au commerce, ou le remplace par une formule générale. | « Portail vérifié » produit la configuration que vous livrez, adressé au commerce, sans formule générale. | « Portail vérifié » met la configuration que vous livrez en état d'être repris : le commerce y lit le geste, la phrase dite et la limite. |
| Livraison quand même utile | « Livraison quand même utile » s'arrête sans suite, alors que le commerce attend et que la limite demeure (vous ne rendez pas visible aux clients un champ interne, même temporairement). | « Livraison quand même utile » fixe la suite pour le commerce : qui agit, à quel moment, et ce qui reste bloqué. | « Livraison quand même utile » ferme le cas avec le commerce : ordre des gestes, trace laissée, et la promesse que la limite interdit (vous ne rendez pas visible aux clients un champ interne, même temporairement). |
Critères
- Champ interne resté interne
- Besoin du commerce reformulé
- Portail vérifié
- Livraison quand même utile
Erreurs fréquentes
- Cocher visible.
- Refuser toute la demande.
- Le faire et le retirer après coup.
Une bonne copie
Une bonne copie tranche sous la contrainte (vous ne rendez pas visible aux clients un champ interne, même temporairement). Elle produit la configuration que vous livrez, et l'on comprend ce que la personne ferait dans l'heure qui suit.
Pour le recrutement
Utilisez cette mise en situation pour votre recrutement
CandidAct fait passer cet exercice à chaque candidat Développeur Salesforce, avec la même grille et un contrôle anti-triche (plein écran, caméra, journal des événements).
Pour les candidats
Entraînez-vous gratuitement à une mise en situation Développeur Salesforce
La fiche reprend l'exercice et la grille. Elle se télécharge après votre email.