Test de Scrum Master

Q: What topics are covered in the Test de Scrum Master?

Faire une mêlée Cadre agile Planification de sprint Arriéré de produit Histoires d'utilisateurs Examen d'itération Stand-up quotidien Rétrospective Artefacts de mêlée Rôles de mêlée Excuse des événements

About the test:

Le test Master Scrum évalue les connaissances et la compréhension d'un candidat du cadre Scrum, des principes agiles et du rôle d'un Scrum Master. Les sujets abordés incluent la planification de sprint, la gestion du backlog des produits, les histoires d'utilisateurs, la révision de l'itération, les réunions quotidiennes de stand-up, les rétrospectives, les artefacts Scrum et les rôles de mêlée.

Covered skills:

Faire une mêlée
Planification de sprint
Histoires d'utilisateurs
Stand-up quotidien
Artefacts de mêlée
Excuse des événements

Cadre agile
Arriéré de produit
Examen d'itération
Rétrospective
Rôles de mêlée

Try practice test

Start 14-day free trial

9 reasons why

Adaface Test de Scrum Master is the most accurate way to shortlist Scrums

Reason #1

Tests for on-the-job skills

The Test de Scrum Master helps recruiters and hiring managers identify qualified candidates from a pool of resumes, and helps in taking objective hiring decisions. It reduces the administrative overhead of interviewing too many candidates and saves time by filtering out unqualified candidates at the first step of the hiring process.

The test screens for the following skills that hiring managers look for in candidates:

Capacité à appliquer efficacement les principes et pratiques Scrum
Capacité à faciliter les réunions de planification de sprint
Capacité à gérer et à hiérarchiser l'arriéré du produit
Capacité à écrire des histoires d'utilisateurs claires et concises
Capacité à effectuer des examens d'itération efficaces
Capacité à diriger des réunions debout quotidiennes
Capacité à faciliter les séances rétrospectives
Capacité à comprendre et à utiliser des artefacts Scrum
Capacité à jouer efficacement les rôles de mêlée
Capacité à planifier et à exécuter des événements Scrum
Capacité à entraîner et à encadrer les membres de l'équipe
Capacité à promouvoir la collaboration et l'auto-organisation au sein de l'équipe

Reason #2

No trick questions

Traditional assessment tools use trick questions and puzzles for the screening, which creates a lot of frustration among candidates about having to go through irrelevant screening assessments.

View sample questions

The main reason we started Adaface is that traditional pre-employment assessment platforms are not a fair way for companies to evaluate candidates. At Adaface, our mission is to help companies find great candidates by assessing on-the-job skills required for a role.

Why we started Adaface

Try practice test

Start 14-day free trial

Reason #3

Non-googleable questions

We have a very high focus on the quality of questions that test for on-the-job skills. Every question is non-googleable and we have a very high bar for the level of subject matter experts we onboard to create these questions. We have crawlers to check if any of the questions are leaked online. If/ when a question gets leaked, we get an alert. We change the question for you & let you know.

How we design questions

Ce ne sont qu'un petit échantillon de notre bibliothèque de plus de 10 000 questions. Les questions réelles à ce sujet Test de Scrum Master ne sera pas googleable.

🧐 Question
Medium Managing Dependencies Backlog Management Dependencies Cross-functional Teams	Try practice test
You are a Scrum Master in an organization that is transitioning to Scrum. You have multiple Scrum Teams working on different parts of a large software product. Each team is working on different features, but those features have dependencies on one another. For example, Team A is working on a feature that cannot be completed until Team B completes another feature. During the Sprint Planning, Team A chose a user story from its backlog that depends on the completion of a user story from Team B’s backlog. However, Team B can't guarantee that their user story will be done in the next sprint. What should be the Scrum Master's approach to handle this scenario following Scrum principles? A: Have Team A start working on the dependent user story with the hope that Team B finishes their part within the sprint. B: Ask Team A to choose a different user story for this sprint that doesn't depend on Team B's work. C: Arrange a joint session between Team A and Team B to revise their sprint plans, ensuring dependent user stories are completed in the same sprint. D: Merge Team A and Team B for the next sprint to ensure they work together on the dependent user stories. E: Delay the start of Team A’s sprint until Team B completes their user story.
Medium Burndown Chart 1 Metrics	Try practice test
Here’s a sprint burndown chart for team A at SpaceY Inc: Here’s a sprint burndown chart for team B at SpaceY Inc: We know the following about the graphs: - Red line is the the ideal line: projected slope that depicts how the team progress would look like - Black line is the actual effort line - Story points are represented on Y-axis - And time in weeks is represented on X-axis Which of the following statements are true about SpaceY teams: P: Team A started slowly and was moving behind schedule. Yet, they managed to finish the sprint in time Q: Team A is working hard towards meeting the deadline but isn’t updating the burndown chart throughout the process, only at the end. R: Team A’s next sprint’s capacity should be burned down or decreased so that the team can have to complete tasks/story points from the previous sprint S: Team B started slowly but eventually caught up T: Team B might have overestimated the project’s timeline
Medium Stakeholders and Estimates Stakeholders Timelines	Try practice test
Emily is a product owner for a new application being built at Whalesforce Inc. To maintain visibility into project status, Emily has cut the project into chunks which different teams will be responsible for: - DevOps team (DoT) will set up the servers. They have no dependencies and will take 4 weeks to set things up. - Design team (DT) will design the screens for the application, have no dependencies and need 3 weeks to wrap up. - Front-end team (FT) will need the designs to start the work, and will take 5 weeks to create the front-end components. - Backend team (BT) will need input from DoT and DT to start designing the backend system, and will take 3 weeks to release the backend APIs. - Security team (ST) will require server details from DoT, and will need 3 weeks to give a go-ahead. - Integration team (IT) will require the front-end components and backend API to set up the integration. They will launch the application in 3 weeks. The project is marked for internal release once IT and ST teams give a go-ahead. Emily wants to communicate the best-case estimate for the internal release of the project to the major stakeholders. Can you help her with the estimate?
Medium Story Velocity 2 Velocity Metrics	Try practice test
Seloitte hires PopTal for developing a new mobile application. PopTal team follows Agile methodology for development and estimates the whole project to take up to 1000 points. In the first sprint the team commits to work on the following stories: Story 1 - 6 points Story 2 - 10 points Story 3 - 16 points The team completes Story 1 and 3 but only completes eighty percent of Story 2. Pick the correct statements: A: The average velocity of the first sprint is 22 points B: The average velocity of the first sprint is 30 points C: Based on the average velocity, the product owner can notify the stakeholders that the project will take roughly 45 sprints to finish (assuming team size and members remain the same) D: Based on the average velocity, the product owner can notify the stakeholders that the project will take roughly 33 sprints to finish (assuming team size and members remain the same)

	🧐 Question	🔧 Skill
	Medium Managing Dependencies Backlog Management Dependencies Cross-functional Teams	2 mins Agile/Scrum	Try practice test
You are a Scrum Master in an organization that is transitioning to Scrum. You have multiple Scrum Teams working on different parts of a large software product. Each team is working on different features, but those features have dependencies on one another. For example, Team A is working on a feature that cannot be completed until Team B completes another feature. During the Sprint Planning, Team A chose a user story from its backlog that depends on the completion of a user story from Team B’s backlog. However, Team B can't guarantee that their user story will be done in the next sprint. What should be the Scrum Master's approach to handle this scenario following Scrum principles? A: Have Team A start working on the dependent user story with the hope that Team B finishes their part within the sprint. B: Ask Team A to choose a different user story for this sprint that doesn't depend on Team B's work. C: Arrange a joint session between Team A and Team B to revise their sprint plans, ensuring dependent user stories are completed in the same sprint. D: Merge Team A and Team B for the next sprint to ensure they work together on the dependent user stories. E: Delay the start of Team A’s sprint until Team B completes their user story.
	Medium Burndown Chart 1 Metrics	2 mins Agile/Scrum	Try practice test
Here’s a sprint burndown chart for team A at SpaceY Inc: Here’s a sprint burndown chart for team B at SpaceY Inc: We know the following about the graphs: - Red line is the the ideal line: projected slope that depicts how the team progress would look like - Black line is the actual effort line - Story points are represented on Y-axis - And time in weeks is represented on X-axis Which of the following statements are true about SpaceY teams: P: Team A started slowly and was moving behind schedule. Yet, they managed to finish the sprint in time Q: Team A is working hard towards meeting the deadline but isn’t updating the burndown chart throughout the process, only at the end. R: Team A’s next sprint’s capacity should be burned down or decreased so that the team can have to complete tasks/story points from the previous sprint S: Team B started slowly but eventually caught up T: Team B might have overestimated the project’s timeline
	Medium Stakeholders and Estimates Stakeholders Timelines	2 mins Agile/Scrum	Try practice test
Emily is a product owner for a new application being built at Whalesforce Inc. To maintain visibility into project status, Emily has cut the project into chunks which different teams will be responsible for: - DevOps team (DoT) will set up the servers. They have no dependencies and will take 4 weeks to set things up. - Design team (DT) will design the screens for the application, have no dependencies and need 3 weeks to wrap up. - Front-end team (FT) will need the designs to start the work, and will take 5 weeks to create the front-end components. - Backend team (BT) will need input from DoT and DT to start designing the backend system, and will take 3 weeks to release the backend APIs. - Security team (ST) will require server details from DoT, and will need 3 weeks to give a go-ahead. - Integration team (IT) will require the front-end components and backend API to set up the integration. They will launch the application in 3 weeks. The project is marked for internal release once IT and ST teams give a go-ahead. Emily wants to communicate the best-case estimate for the internal release of the project to the major stakeholders. Can you help her with the estimate?
	Medium Story Velocity 2 Velocity Metrics	3 mins Agile/Scrum	Try practice test
Seloitte hires PopTal for developing a new mobile application. PopTal team follows Agile methodology for development and estimates the whole project to take up to 1000 points. In the first sprint the team commits to work on the following stories: Story 1 - 6 points Story 2 - 10 points Story 3 - 16 points The team completes Story 1 and 3 but only completes eighty percent of Story 2. Pick the correct statements: A: The average velocity of the first sprint is 22 points B: The average velocity of the first sprint is 30 points C: Based on the average velocity, the product owner can notify the stakeholders that the project will take roughly 45 sprints to finish (assuming team size and members remain the same) D: Based on the average velocity, the product owner can notify the stakeholders that the project will take roughly 33 sprints to finish (assuming team size and members remain the same)

	🧐 Question	🔧 Skill	💪 Difficulty	⌛ Time
	Managing Dependencies Backlog Management Dependencies Cross-functional Teams	Agile/Scrum	Medium	2 mins	Try practice test
You are a Scrum Master in an organization that is transitioning to Scrum. You have multiple Scrum Teams working on different parts of a large software product. Each team is working on different features, but those features have dependencies on one another. For example, Team A is working on a feature that cannot be completed until Team B completes another feature. During the Sprint Planning, Team A chose a user story from its backlog that depends on the completion of a user story from Team B’s backlog. However, Team B can't guarantee that their user story will be done in the next sprint. What should be the Scrum Master's approach to handle this scenario following Scrum principles? A: Have Team A start working on the dependent user story with the hope that Team B finishes their part within the sprint. B: Ask Team A to choose a different user story for this sprint that doesn't depend on Team B's work. C: Arrange a joint session between Team A and Team B to revise their sprint plans, ensuring dependent user stories are completed in the same sprint. D: Merge Team A and Team B for the next sprint to ensure they work together on the dependent user stories. E: Delay the start of Team A’s sprint until Team B completes their user story.
	Burndown Chart 1 Metrics	Agile/Scrum	Medium	2 mins	Try practice test
Here’s a sprint burndown chart for team A at SpaceY Inc: Here’s a sprint burndown chart for team B at SpaceY Inc: We know the following about the graphs: - Red line is the the ideal line: projected slope that depicts how the team progress would look like - Black line is the actual effort line - Story points are represented on Y-axis - And time in weeks is represented on X-axis Which of the following statements are true about SpaceY teams: P: Team A started slowly and was moving behind schedule. Yet, they managed to finish the sprint in time Q: Team A is working hard towards meeting the deadline but isn’t updating the burndown chart throughout the process, only at the end. R: Team A’s next sprint’s capacity should be burned down or decreased so that the team can have to complete tasks/story points from the previous sprint S: Team B started slowly but eventually caught up T: Team B might have overestimated the project’s timeline
	Stakeholders and Estimates Stakeholders Timelines	Agile/Scrum	Medium	2 mins	Try practice test
Emily is a product owner for a new application being built at Whalesforce Inc. To maintain visibility into project status, Emily has cut the project into chunks which different teams will be responsible for: - DevOps team (DoT) will set up the servers. They have no dependencies and will take 4 weeks to set things up. - Design team (DT) will design the screens for the application, have no dependencies and need 3 weeks to wrap up. - Front-end team (FT) will need the designs to start the work, and will take 5 weeks to create the front-end components. - Backend team (BT) will need input from DoT and DT to start designing the backend system, and will take 3 weeks to release the backend APIs. - Security team (ST) will require server details from DoT, and will need 3 weeks to give a go-ahead. - Integration team (IT) will require the front-end components and backend API to set up the integration. They will launch the application in 3 weeks. The project is marked for internal release once IT and ST teams give a go-ahead. Emily wants to communicate the best-case estimate for the internal release of the project to the major stakeholders. Can you help her with the estimate?
	Story Velocity 2 Velocity Metrics	Agile/Scrum	Medium	3 mins	Try practice test
Seloitte hires PopTal for developing a new mobile application. PopTal team follows Agile methodology for development and estimates the whole project to take up to 1000 points. In the first sprint the team commits to work on the following stories: Story 1 - 6 points Story 2 - 10 points Story 3 - 16 points The team completes Story 1 and 3 but only completes eighty percent of Story 2. Pick the correct statements: A: The average velocity of the first sprint is 22 points B: The average velocity of the first sprint is 30 points C: Based on the average velocity, the product owner can notify the stakeholders that the project will take roughly 45 sprints to finish (assuming team size and members remain the same) D: Based on the average velocity, the product owner can notify the stakeholders that the project will take roughly 33 sprints to finish (assuming team size and members remain the same)

Reason #4

1200+ customers in 75 countries

Avec Adaface, nous avons pu optimiser notre processus de sélection initiale de plus de 75 %, libérant ainsi un temps précieux tant pour les responsables du recrutement que pour notre équipe d'acquisition de talents !

Brandon Lee, Chef du personnel, Love, Bonito

Try practice test

Start 14-day free trial

Reason #5

Designed for elimination, not selection

The most important thing while implementing the pre-employment Test de Scrum Master in your hiring process is that it is an elimination tool, not a selection tool. In other words: you want to use the test to eliminate the candidates who do poorly on the test, not to select the candidates who come out at the top. While they are super valuable, pre-employment tests do not paint the entire picture of a candidate’s abilities, knowledge, and motivations. Multiple easy questions are more predictive of a candidate's ability than fewer hard questions. Harder questions are often "trick" based questions, which do not provide any meaningful signal about the candidate's skillset.

Science behind Adaface tests

Reason #6

1 click candidate invites

Email invites: You can send candidates an email invite to the Test de Scrum Master from your dashboard by entering their email address.

Public link: You can create a public link for each test that you can share with candidates.

API or integrations: You can invite candidates directly from your ATS by using our pre-built integrations with popular ATS systems or building a custom integration with your in-house ATS.

Reason #7

Detailed scorecards & benchmarks

Voir l'échantillon

Try practice test

Start 14-day free trial

Reason #8

High completion rate

Adaface tests are conversational, low-stress, and take just 25-40 mins to complete.

This is why Adaface has the highest test-completion rate (86%), which is more than 2x better than traditional assessments.

Reason #9

Advanced Proctoring

Learn more

Preview this test

Voir l'échantillon

About the Test de Scrum Master

Why you should use Test de Scrum Master?

The Test de Scrum Master makes use of scenario-based questions to test for on-the-job skills as opposed to theoretical knowledge, ensuring that candidates who do well on this screening test have the relavant skills. The questions are designed to covered following on-the-job aspects:

Connaissance de Scrum Framework et de ses principes
Compréhension de la méthodologie agile
Maîtrise de la planification et de l'exécution du sprint
Capacité à gérer et à hiérarchiser l'arriéré du produit
Expérience dans l'écriture des histoires d'utilisateurs efficaces
Compétence dans la conduite des revues d'itération
Compétent pour faciliter les réunions debout quotidiennes
Expertise dans la conduite des rétrospectives
Familiarité avec des artefacts Scrum tels que les graphiques de Burndown
Compréhension des rôles et responsabilités Scrum

Once the test is sent to a candidate, the candidate receives a link in email to take the test. For each candidate, you will receive a detailed report with skills breakdown and benchmarks to shortlist the top candidates from your pool.

What topics are covered in the Test de Scrum Master?

Scrum
Scrum est un cadre agile utilisé pour gérer des projets complexes. Il met l'accent sur le développement itératif, le travail d'équipe et la rétroaction continue. Cette compétence est mesurée dans le test car un Scrum Master doit avoir une compréhension approfondie des principes et des pratiques Scrum pour faciliter efficacement le processus de développement.
Framework Agile
Le cadre agile est un cadre Approche itérative de la gestion de projet et du développement de logiciels. Il favorise la planification adaptative, le développement évolutif et la livraison précoce. La mesure de cette compétence dans le test aide les recruteurs à évaluer la capacité d'un Scrum Master à appliquer des principes et des pratiques agiles dans un contexte réel.
Sprint Planning </H4> <p> La planification de sprint est une réunion collaborative où la Scrum Team définit le travail à faire dans un sprint. Cela implique de sélectionner des histoires d'utilisateurs dans l'arriéré du produit, d'estimer l'effort et de créer un arriéré de sprint. Cette compétence est mesurée dans le test pour évaluer la maîtrise d'un Scrum Master pour guider l'équipe grâce à une planification efficace de sprint, à assurer des engagements et une hiérarchisation réalistes. </p> <h4> Backlog du produit
Le backlog du produit est une priorité Liste des fonctionnalités, améliorations et défauts souhaités. Il sert de source unique d'exigences pour l'équipe Scrum. L'évaluation de cette compétence dans le test aide les recruteurs à évaluer la compréhension d'une Scrum Master sur la façon de gérer et d'affiner l'arriéré du produit, en veillant à ce qu'il soit bien entretenu et s'aligne sur la vision globale du produit.
Stories d'utilisateurs </H4 > <p> Un utilisateur est une description concise et informelle d'une fonctionnalité logicielle souhaitée. Il se concentre sur le point de vue de l'utilisateur final et sert d'espace réservé à une conversation entre l'équipe de développement et les parties prenantes. La mesure de cette compétence dans le test permet aux recruteurs d'évaluer efficacement une capacité de Scrum Master à créer, affiner et hiérarchiser efficacement les histoires d'utilisateurs, assurant une communication claire et une compréhension partagée. </p> <h4> Revue d'itération
Itération Revue , également connu sous le nom de Sprint Review, est une réunion collaborative où l'équipe Scrum présente les travaux achevés lors d'un sprint aux parties prenantes. Il offre la possibilité de recueillir des commentaires, d'adapter l'arriéré du produit et de planifier les prochaines étapes. Cette compétence est mesurée dans le test pour évaluer la maîtrise d'un Scrum Master pour faciliter les réunions de révision de l'itération productive, assurer des idées précieuses et une amélioration continue.
stand-up quotidien
Le stand-up quotidien est une courte réunion dans la boîte temporelle tenue par l'équipe Scrum pour synchroniser le travail et identifier tout obstacle. Cela implique que chaque membre de l'équipe partage ce qu'il a fait, ce qu'ils prévoient de faire et s'ils ont des défis. L'évaluation de cette compétence dans le test aide les recruteurs à évaluer la capacité d'un Scrum Master à faciliter des stands quotidiens efficaces, assurant la transparence, la collaboration et l'alignement au sein de l'équipe.
rétrospective
La rétrospective est Une réunion structurée où l'équipe Scrum réfléchit sur le sprint passé et identifie les domaines d'amélioration. Il se concentre sur l'apprentissage des expériences et l'amélioration continue des performances de l'équipe. La mesure de cette compétence dans le test permet aux recruteurs d'évaluer la maîtrise d'un maître Scrum dans la conduite des rétrospectives qui favorisent un environnement sûr pour une communication ouverte, des commentaires constructifs et des plans d'amélioration exploitables.
artefacts Scrum
. Les artefacts Scrum sont les livrables tangibles qui offrent la transparence et les opportunités d'inspection et d'adaptation dans Scrum. Ils comprennent le carnet de commandes du produit, le carnet de commandes de sprint et l'incrément. L'évaluation de cette compétence dans le test aide les recruteurs à évaluer la compréhension d'un Scrum Master sur la façon de gérer et d'utiliser efficacement les artefacts Scrum pour soutenir le processus de développement et garantir la valeur du produit.
Rôles de Scrum </H4> <p> Rôles Scrum Définissez les responsabilités et les responsabilités dans le cadre Scrum. Ces rôles incluent le Scrum Master, le propriétaire du produit et l'équipe de développement. Cette compétence est mesurée dans le test pour évaluer les connaissances d'un Scrum Master sur les différents rôles, leurs interactions et leur impact sur la mise en œuvre du SCRUM et la réussite du projet. </p> <h4> Événements Scrum
Les événements Scrum sont Cérémonies à boîte temporelle qui offrent des opportunités régulières et prévisibles d'inspection et d'adaptation dans Scrum. Ils comprennent la planification de sprint, le stand-up quotidien, l'examen d'itération et la rétrospective. L'évaluation de cette compétence dans le test permet aux recruteurs d'évaluer la compréhension d'un maître de mêlée de l'objectif, du flux et des techniques de facilitation pour chaque événement Scrum, assurant une collaboration efficace et une amélioration continue.
Full list of covered topics
The actual topics of the questions in the final test will depend on your job description and requirements. However, here's a list of topics you can expect the questions for Test de Scrum Master to be based on.
Introduction de Scrum
Cadre agile
Valeurs de mêlée
Rôles de mêlée
Propriétaire du produit
Scrum
Équipe de développement
Excuse des événements
Planification de sprint
Stand-up quotidien
Revue de sprint
Sprint rétrospective
Artefacts de mêlée
Arriéré de produit
Arriéré de sprint
Histoires d'utilisateurs
Critères d'acceptation
Définition de fait
Techniques d'estimation
Planifier le poker
Dimensionnement relatif
Points de l'histoire
Rapidité
Tableau de combustion
Panneaux de tâches
Questions de mêlée quotidiennes
Résolution des obstacles
Empowment d'équipe
Techniques de collaboration
Manifeste agile
Framework Scrum
Principes agiles
Prestations de mêlée
Adoption de la mêlée
Terminologie de scrum
Cérémonies de mêlée
Étouffer les métriques
Panneau de scrum
Réunion de mêlée
Stand-up de mêlée
Scrum Progress Tracking
Documentation de mêlée
Outils
Techniques de mêlée
Scrum Best Practices
Défis
Études de cas de mêlée
Corriger les ressources
Certification Scrum
Entrevues

Try practice test

Start 14-day free trial

What roles can I use the Test de Scrum Master for?

Scrum
Propriétaire du produit
Entraîneur agile
Chef de projet
Gestionnaire de sortie

How is the Test de Scrum Master customized for senior candidates?

For intermediate/ experienced candidates, we customize the assessment questions to include advanced topics and increase the difficulty level of the questions. This might include adding questions on topics like

Maîtrise de la coordination des événements de mêlée
Capacité de fournir des conseils et du mentorat aux membres de l'équipe
Capacité à identifier et à résoudre les obstacles du projet
Expertise dans la réalisation de réunions de mêlées
Connaissance des techniques de facilitation pour la prise de décision collaborative
Expérience dans la gestion des équipes distribuées ou éloignées
Maîtrise de la création et du maintien d'une relation de propriétaire de produit
Capacité à coacher et à guider les propriétaires de produits sur la hiérarchisation
Capacité à gérer efficacement la dynamique de l'équipe et les conflits
Expertise dans l'utilisation des outils et des logiciels de gestion de projet Agile
Mesure dans la réalisation de séances de formation et d'ateliers pour Agile et Scrum

Preview this test

Voir l'échantillon

Les responsables du recrutement ont estimé que grâce aux questions techniques qu'ils ont posées lors des entretiens avec le panel, ils étaient en mesure de déterminer quels candidats avaient obtenu de meilleurs scores et de se différencier de ceux qui avaient obtenu de moins bons résultats. Ils sont très satisfait avec la qualité des candidats présélectionnés lors de la sélection Adaface.

85%

réduction du temps de dépistage

Voir l'étude de cas complète

Test de Scrum Master FAQ

Puis-je combiner plusieurs compétences en une seule évaluation personnalisée?

Oui absolument. Les évaluations personnalisées sont configurées en fonction de votre description de poste et comprendront des questions sur toutes les compétences indispensables que vous spécifiez.

Avez-vous en place des fonctionnalités anti-chétion ou de proctorisation?

Nous avons les fonctionnalités anti-modification suivantes en place:

Questions non googléables
IP Proctoring
Proctoring Web
Proctoring webcam
Détection du plagiat
navigateur sécurisé

En savoir plus sur les fonctionnalités de Proctoring.

Comment interpréter les résultats des tests?

La principale chose à garder à l'esprit est qu'une évaluation est un outil d'élimination, pas un outil de sélection. Une évaluation des compétences est optimisée pour vous aider à éliminer les candidats qui ne sont pas techniquement qualifiés pour le rôle, il n'est pas optimisé pour vous aider à trouver le meilleur candidat pour le rôle. Ainsi, la façon idéale d'utiliser une évaluation consiste à décider d'un score de seuil (généralement 55%, nous vous aidons à bencher) et à inviter tous les candidats qui marquent au-dessus du seuil pour les prochains cycles d'entrevue.

Pour quel niveau d'expérience puis-je utiliser ce test?

Chaque évaluation ADAFACE est personnalisée à votre description de poste / Persona de candidats idéaux (nos experts en la matière choisiront les bonnes questions pour votre évaluation de notre bibliothèque de 10000+ questions). Cette évaluation peut être personnalisée pour tout niveau d'expérience.

Chaque candidat reçoit-il les mêmes questions?

Oui, cela vous permet de comparer les candidats. Les options pour les questions du MCQ et l'ordre des questions sont randomisées. Nous avons Anti-Cheating / Proctoring en place. Dans notre plan d'entreprise, nous avons également la possibilité de créer plusieurs versions de la même évaluation avec des questions de niveaux de difficulté similaires.

Je suis candidat. Puis-je essayer un test de pratique?

Non. Malheureusement, nous ne soutenons pas les tests de pratique pour le moment. Cependant, vous pouvez utiliser nos exemples de questions pour la pratique.