Démonstration
Un tour de recrutement, de bout en bout.
Nous avons mené un premier tour complet dans l'espace de démonstration de Scoutly pour une entreprise fictive, Lumen Freight : un brief, un entretien généré, cinq candidats de test. Chaque écran ci-dessous est la sortie réelle du produit.
À propos de cette démonstration
Lumen Freight est fictive, et les cinq candidats sont des profils de test dont nous avons écrit les réponses nous-mêmes. L'entretien, les relances, les notes et les rapports sont ce que Scoutly a produit. Cette page montre le fonctionnement du produit, pas un résultat de recrutement.
Le contexte du recrutement
- Entreprise
- Lumen Freight (fictive), une plateforme de suivi de fret
- Poste
- Senior Backend Engineer : Node.js et PostgreSQL
- Objectif
- Un premier tour technique avec du code en direct et de la conception système
- Paramètres
- 20 minutes, en anglais, ton bienveillant, relances modérées (1 à 2 par réponse)
- Formats
- Vocal, écrit ou vidéo, au choix du candidat
Le tour, étape par étape.
- 1
Un brief
La recruteuse a décrit le poste en une phrase. Scoutly en a fait un entretien complet.
I want to assess senior backend engineers (Node.js, PostgreSQL) for our freight-tracking platform. Include one live coding exercise and one system design question on a whiteboard. (« Je veux évaluer des ingénieurs backend confirmés (Node.js, PostgreSQL) pour notre plateforme de suivi de fret. Inclure un exercice de code en direct et une question de conception système au tableau blanc. »)
- 2
L'entretien généré
Six questions, dont une question d'ouverture sur un vrai problème Node.js et PostgreSQL, un choix d'indexation PostgreSQL, un exercice de code (le temps de transit total par expédition, en JavaScript) et une conception système pour suivre 10 000 camions en temps réel. Tout pouvait être relu et modifié avant la mise en ligne.
- 3
Cinq candidats, un lien chacun
Cinq candidats de test ont été ajoutés au poste. Chacun a reçu un lien et a passé l'entretien quand cela lui convenait.
- 4
Du code, observé
Les candidats ont écrit l'exercice dans l'éditeur pendant que Scoutly suivait la solution et les interrogeait sur leurs choix.
- 5
Conception système au tableau blanc
Les candidats ont dessiné l'architecture et l'ont expliquée. Le schéma fait partie du rapport.
- 6
Les résultats, côte à côte
Quatre candidats ont terminé, un était encore en cours. Scoutly a aussi regroupé les thèmes revenus d'une session à l'autre, comme la scalabilité et le découplage des systèmes.
- 7
Un rapport pour chaque candidat
Le rapport de Sofia Almeida : un résumé rédigé, une note moyenne de 9,6 sur 10, et une évaluation question par question avec la justification de chaque note.
Même première question, une relance différente pour chaque candidat.
Posée à chaque candidat (traduite de l'anglais)
Décrivez un problème difficile que vous avez résolu avec Node.js et PostgreSQL.
Sofia a répondu
Une condition de concurrence provoquait des doubles réservations de véhicules de livraison. Je l'ai corrigée avec SELECT FOR UPDATE.
Scoutly a demandé
Ce verrouillage a-t-il créé des goulots d'étranglement ou des interblocages quand le trafic a augmenté ?
Daniel a répondu
Notre pool de connexions saturait sous la charge, alors j'ai déplacé les écritures vers une file d'attente en arrière-plan.
Scoutly a demandé
Que voyaient les utilisateurs à l'écran pendant que la tâche tournait encore ?
Jonas a répondu
Les mises à jour d'expéditions se disputaient les verrous de la base. J'ai découplé la couche d'ingestion.
Scoutly a demandé
Quels indicateurs ont prouvé que la contention des verrous était le vrai goulot d'étranglement ?
Ce que le tour a produit.
La note moyenne de chaque rapport terminé, telle que Scoutly l'a calculée.
| Candidat (profil de test) | Statut | Note moyenne |
|---|---|---|
| Sofia Almeida | Terminé | 9,6 / 10 |
| Daniel Novak | Terminé | 9,0 / 10 |
| Jonas Claes | Terminé | 9,0 / 10 |
| Priya Raman | Terminé | 6,6 / 10 |
| Emma De Smet | En cours | Pas encore notée |
Une note est un élément que votre équipe lit, pas une décision. Lors d'un vrai tour, l'équipe lit chaque rapport et décide qui passe à l'étape suivante.
Comment ces résultats ont été mesurés.
Notés selon les critères du poste
Chaque réponse a été notée sur 10 selon les critères d'évaluation générés à partir du brief : maîtrise de Node.js, conception et optimisation de base de données, architecture système, et résolution de problèmes et qualité du code. Chaque note est accompagnée d'une justification écrite.
Le même entretien pour tous
Les cinq candidats ont reçu les mêmes six questions. Seules les relances ont changé, selon chaque réponse.
Des durées non représentatives
Les sessions terminées ont duré 2 à 3 minutes parce que nous avons tapé les réponses de test. Un vrai entretien dure le temps que vous fixez, ici 20 minutes.
Ce que nous n'avons pas mesuré
Le temps gagné, la qualité des recrutements ou la satisfaction des candidats. Il n'y avait pas de vrai poste à pourvoir, donc pas de résultat de recrutement à annoncer. Nous ne publierons de tels chiffres qu'à partir d'un vrai client, avec son accord.
Menez ce tour pour votre propre poste.
Scoutly ouvre ses portes à un premier groupe d'équipes de recrutement. Parlez-nous de vos postes et nous configurerons votre première évaluation avec vous.
Demander un accès anticipé