Why you should use Scrum Master Test?

The Scrum Master Test 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: Kennis van Scrum Framework en zijn principes Inzicht in agile methodologie Vaardigheid in sprintplanning en -uitvoering Mogelijkheid om de productachterstand te beheren en te prioriteren Ervaring met het schrijven van effectieve gebruikersverhalen Competentie bij het uitvoeren van iteratiebeoordelingen Bekwaam in het faciliteren van dagelijkse stand-up vergaderingen Expertise in het uitvoeren van retrospectieven Bekendheid met scrum -artefacten zoals Burndown Charts Inzicht in scrumrollen en verantwoordelijkheden

Scrum Master Test

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

Schommelen Agile Framework Sprintplanning Product -achterstand Gebruikersverhalen Iteratiereview Dagelijkse stand-up Retrospectief Scrum -artefacten Scrum -rollen Scrum -evenementen

About the test:

De Scrum Master -test evalueert de kennis en het begrip van een kandidaat van het Scrum -raamwerk, Agile Principles en de rol van een scrummeester. Onderwerpen die worden behandeld zijn Sprint Planning, Product Backlog Management, gebruikersverhalen, iteratiereview, dagelijkse stand-upbijeenkomsten, retrospectieven, scrum-artefacten en scrum-rollen.

Covered skills:

Schommelen
Sprintplanning
Gebruikersverhalen
Dagelijkse stand-up
Scrum -artefacten
Scrum -evenementen

Agile Framework
Product -achterstand
Iteratiereview
Retrospectief
Scrum -rollen

Try practice test

Start 14-day free trial

9 reasons why

Adaface Scrum Master Assessment Test is the most accurate way to shortlist Scrummasters

Reason #1

Tests for on-the-job skills

The Scrum Master Test 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:

Mogelijkheid om scrumprincipes en -praktijken effectief toe te passen
Mogelijkheid om sprintplanningvergaderingen te vergemakkelijken
Mogelijkheid om de productachterstand te beheren en te prioriteren
Mogelijkheid om duidelijke en beknopte gebruikersverhalen te schrijven
Vermogen om effectieve iteratierevalingen uit te voeren
Mogelijkheid om dagelijkse stand-upbijeenkomsten te leiden
Vermogen om retrospectieve sessies te vergemakkelijken
Mogelijkheid om scrum -artefacten te begrijpen en te gebruiken
Mogelijkheid om scrum -rollen effectief uit te voeren
Mogelijkheid om scrum -evenementen te plannen en uit te voeren
Mogelijkheid om teamleden te coachen en te begeleiden
Mogelijkheid om samenwerking en zelforganisatie binnen het team te bevorderen

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

Dit zijn slechts een klein monster uit onze bibliotheek met meer dan 10.000 vragen. De werkelijke vragen hierover Scrum Master Test zal niet-googelbaar zijn.

🧐 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

Met Adaface konden we ons eerste screeningproces met ruim 75% optimaliseren, waardoor kostbare tijd vrijkwam voor zowel de rekruteringsmanagers als ons talentacquisitieteam!

Brandon Lee, Hoofd Mensen, 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 Scrum Master Test 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 Scrum Master Test 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

Bekijk Sample Scorecard

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

Bekijk Sample Scorecard

About the Scrum Master Online Test

Why you should use Pre-employment Scrum Master Test?

The Scrum Master Test 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:

Kennis van Scrum Framework en zijn principes
Inzicht in agile methodologie
Vaardigheid in sprintplanning en -uitvoering
Mogelijkheid om de productachterstand te beheren en te prioriteren
Ervaring met het schrijven van effectieve gebruikersverhalen
Competentie bij het uitvoeren van iteratiebeoordelingen
Bekwaam in het faciliteren van dagelijkse stand-up vergaderingen
Expertise in het uitvoeren van retrospectieven
Bekendheid met scrum -artefacten zoals Burndown Charts
Inzicht in scrumrollen en verantwoordelijkheden

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 Scrum Master Test?

agile raamwerk
Het agile raamwerk is een iteratieve benadering van projectmanagement en softwareontwikkeling. Het bevordert adaptieve planning, evolutionaire ontwikkeling en vroege levering. Het meten van deze vaardigheid in de test helpt recruiters het vermogen van een scrum-meester te beoordelen om wendbare principes en praktijken toe te passen in een real-world context.
Sprintplanning
Sprintplanning is een samenwerkingsvergadering waar de Scrum -team definieert het werk dat in een sprint moet worden gedaan. Het omvat het selecteren van gebruikersverhalen uit de productachterstand, het schatten van inspanningen en het creëren van een sprint -achterstand. Deze vaardigheid wordt in de test gemeten om de vaardigheid van een Scrum Master te evalueren bij het begeleiden van het team door effectieve sprintplanning, het waarborgen van realistische verplichtingen en prioritering.
Product -achterstand
De productachterstand is een prioriteit Lijst met gewenste productfuncties, verbeteringen en defecten. Het dient als de enkele bron van vereisten voor het Scrum -team. Het beoordelen van deze vaardigheid in de test helpt recruiters het begrip van een scrummaster te meten over het beheren en verfijnen van de productachterstand, zodat deze goed verzorgd is en in overeenstemming is met de algehele productvisie.
Gebruikersverhalen </h4 > <p> Een gebruikersverhaal is een beknopte, informele beschrijving van een gewenste softwarefunctie. Het richt zich op het perspectief van de eindgebruiker en dient als tijdelijke aanduiding voor een gesprek tussen het ontwikkelingsteam en belanghebbenden. Door deze vaardigheid in de test te meten, kunnen recruiters het vermogen van een scrummaster beoordelen om gebruikersverhalen effectief te creëren, te verfijnen en prioriteren, waardoor duidelijke communicatie en gedeeld begrip worden gewaarborgd. </p> <h4> iteratie review
iteratie review , ook bekend als Sprint Review, is een samenwerkingsvergadering waarbij het Scrum -team het werk presenteert dat tijdens een sprint aan belanghebbenden is voltooid. Het biedt de mogelijkheid om feedback te verzamelen, de productachterstand aan te passen en volgende stappen te plannen. Deze vaardigheid wordt in de test gemeten om de vaardigheid van een scrum-master te evalueren bij het faciliteren van productievergaderingen van productieve iteratie, het waarborgen van waardevolle inzichten en continue verbetering.
Dagelijkse stand-up
The Daily Stand-Up is een korte, timeBoxed -bijeenkomst van het Scrum -team om werk te synchroniseren en eventuele belemmeringen te identificeren. Het gaat om elk teamlid dat deelt wat ze deden, wat ze van plan zijn te doen en of ze uitdagingen hebben. Het beoordelen van deze vaardigheid in de test helpt recruiters het vermogen van een scrummaster te beoordelen om effectieve dagelijkse stand-ups te vergemakkelijken, om te zorgen voor transparantie, samenwerking en uitlijning binnen het team.
retrospectief
Het retrospectief is Een gestructureerde bijeenkomst waarbij het Scrum -team reflecteert op de vorige sprint en gebieden voor verbetering identificeert. Het richt zich op het leren van ervaringen en het continu verbeteren van de prestaties van het team. Het meten van deze vaardigheid in de test stelt recruiters in staat om de vaardigheid van een scrum master te evalueren bij het uitvoeren van retrospectieven die een veilige omgeving bevorderen voor open communicatie, constructieve feedback en bruikbare verbeteringsplannen.
scrum artefacten
Scrum -artefacten zijn de tastbare te leveren producten die transparantie en mogelijkheden voor inspectie en aanpassing in Scrum bieden. Ze omvatten de productachterstand, sprint -achterstand en toename. Het evalueren van deze vaardigheid in de test helpt recruiters het begrip van een scrummaster te beoordelen hoe ze scrum -artefacten effectief kunnen beheren en gebruiken om het ontwikkelingsproces te ondersteunen en de productwaarde te waarborgen.
scrum rollen
scrum -rollen Definieer de verantwoordelijkheden en verantwoordelijkheden binnen het Scrum -raamwerk. Deze rollen omvatten de Scrum Master, Product Owner en Development Team. Deze vaardigheid wordt in de test gemeten om de kennis van een scrummaster van de verschillende rollen, hun interacties en hun impact op scrum -implementatie en projectsucces te evalueren.
scrum -evenementen
Scrum -evenementen zijn TimeBoxed -ceremonies die regelmatige en voorspelbare mogelijkheden bieden voor inspectie en aanpassing in Scrum. Ze omvatten sprintplanning, dagelijkse stand-up, iteratiereview en retrospectief. Door deze vaardigheid in de test te beoordelen stelt recruiters in staat om het begrip van een scrummaster te evalueren van het doel-, flow- en facilitatietechnieken voor elke scrum -gebeurtenis, waardoor effectieve samenwerking en continue verbetering wordt gewaarborgd.
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 Scrum Master Test to be based on.
Scrum introductie
Agile Framework
Scrum -waarden
Scrum -rollen
Product eigenaar
Scrummaster
Ontwikkelingsteam
Scrum -evenementen
Sprintplanning
Dagelijkse stand-up
Sprintreview
Sprint retrospectief
Scrum -artefacten
Product -achterstand
Sprint achterstand
Gebruikersverhalen
Acceptatiecriteria
Definitie van gedaan
Schattingstechnieken
Planning poker
Relatieve maatstaf
Verhaalpunten
Snelheid
Inbrandingsgrafiek
Taakborden
Dagelijkse scrumvragen
Belemmering
Team Empowerment
Samenwerkingstechnieken
Agile Manifesto
Scrum -raamwerk
Wendbare principes
Scrum -voordelen
Scrum adoptie
Scrumterminologie
Scrumceremonies
Scrum -statistieken
Scrum -bord
Scrum -ontmoeting
Scrum stand-up
Scrum voortgang tracking
Scrum -documentatie
Scrum Tools
Scrum -technieken
Scrum best practices
Scrum -uitdagingen
Scrum casestudy's
Scrum -bronnen
Scrum -certificering
Scrum -interviews

Try practice test

Start 14-day free trial

What roles can I use the Scrum Master Test for?

Scrummaster
Product eigenaar
Agile Coach
Projectleider
Release manager

How is the Scrum Master Test 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

Vaardigheid bij het coördineren van scrum -evenementen
Mogelijk om begeleiding en mentoring te bieden aan teamleden
Mogelijkheid om projectaantrekkingen te identificeren en op te lossen
Expertise in het uitvoeren van scrum van scrums -vergaderingen
Kennis van facilitatietechnieken voor besluitvorming van samenwerking
Ervaring met het beheren van gedistribueerde of externe teams
Bekwaamheid bij het creëren en onderhouden van een relatie -eigenaarrelatie
Mogelijkheid om producteigenaren te coachen en te begeleiden bij prioritering
Mogelijkheid om teamdynamiek en conflicten effectief aan te kunnen
Expertise in het gebruik van Agile Project Management Tools en Software
Vaardigheid bij het uitvoeren van trainingssessies en workshops voor Agile en Scrum

Preview this test

Bekijk Sample Scorecard

De rekruteringsmanagers waren van mening dat ze door de technische vragen die ze tijdens de panelgesprekken stelden, konden zien welke kandidaten beter scoorden, en onderscheidden ze zich met degenen die niet zo goed scoorden. Zij zijn zeer tevreden met de kwaliteit van de kandidaten op de shortlist van de Adaface-screening.

85%

Vermindering van de screeningstijd

Bekijk volledige case study

Scrum Master Hiring Test Veelgestelde vragen

Kan ik meerdere vaardigheden combineren in één aangepaste beoordeling?

Ja absoluut. Aangepaste beoordelingen zijn opgezet op basis van uw functiebeschrijving en bevatten vragen over alle must-have vaardigheden die u opgeeft.

Heeft u functies tegen latere of proctoring op hun plaats?

We hebben de volgende anti-cheating-functies op zijn plaats:

Niet-googelbare vragen
IP Proctoring
Web Proctoring
Webcam Proctoring
Plagiaatdetectie
Beveilig browser

Lees meer over de Proctoring -functies.

Hoe interpreteer ik testscores?

Het belangrijkste om in gedachten te houden is dat een beoordeling een eliminatietool is, geen selectietool. Een vaardighedenbeoordeling is geoptimaliseerd om u te helpen kandidaten te elimineren die niet technisch gekwalificeerd zijn voor de rol, het is niet geoptimaliseerd om u te helpen de beste kandidaat voor de rol te vinden. Dus de ideale manier om een beoordeling te gebruiken is om een drempelscore te bepalen (meestal 55%, wij helpen u benchmark) en alle kandidaten uit te nodigen die boven de drempel scoren voor de volgende interviewrondes.

Voor welk ervaringsniveau kan ik deze test gebruiken?

Elke ADAFACE -beoordeling is aangepast aan uw functiebeschrijving/ ideale kandidaatpersonage (onze experts van het onderwerp zullen de juiste vragen kiezen voor uw beoordeling uit onze bibliotheek van 10000+ vragen). Deze beoordeling kan worden aangepast voor elk ervaringsniveau.

Krijgt elke kandidaat dezelfde vragen?

Ja, het maakt het veel gemakkelijker voor u om kandidaten te vergelijken. Opties voor MCQ -vragen en de volgorde van vragen worden gerandomiseerd. We hebben anti-cheating/proctoring functies. In ons bedrijfsplan hebben we ook de optie om meerdere versies van dezelfde beoordeling te maken met vragen over vergelijkbare moeilijkheidsniveaus.