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: Kenntnis des Scrum -Frameworks und seiner Prinzipien Verständnis der agilen Methodik Kenntnisse in der Sprintplanung und -ausführung Fähigkeit zur Verwaltung und Priorisierung des Produktrückstands Erfahrung beim Schreiben effektiver Benutzergeschichten Kompetenz bei der Durchführung von Iterationsüberprüfungen Kompetenz, tägliche Stand-up-Meetings zu ermöglichen Fachkenntnisse bei der Durchführung von Retrospektiven Vertrautheit mit Scrum -Artefakten wie Burndown -Charts Verständnis der Rollen und Verantwortlichkeiten von Scrum

Scrum -Master -Test

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

Gedränge Agiler Rahmen Sprintplanung Produktrückstand Benutzergeschichten Iterationsüberprüfung Täglicher Stand-up Retrospektive Scrum -Artefakte Scrum -Rollen Scrum -Ereignisse

About the test:

Der Scrum -Master -Test bewertet das Wissen und das Verständnis eines Kandidaten des Scrum -Frameworks, der agilen Prinzipien und der Rolle eines Scrum -Meisters. Zu den behandelten Themen gehören Sprintplanung, Produkt-Backlog-Management, Benutzergeschichten, Iterationsüberprüfung, tägliche Stand-up-Meetings, Retrospektiven, Scrum-Artefakte und Scrum-Rollen.

Covered skills:

Gedränge
Sprintplanung
Benutzergeschichten
Täglicher Stand-up
Scrum -Artefakte
Scrum -Ereignisse

Agiler Rahmen
Produktrückstand
Iterationsüberprüfung
Retrospektive
Scrum -Rollen

Preview this test

Ansicht der Probe Scorecard

9 reasons why

Adaface Scrum -Master - Test is the most accurate way to shortlist Scrum Masters

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:

Fähigkeit, Scrum -Prinzipien und -praktiken effektiv anzuwenden
Fähigkeit zur Erleichterung von Sprint -Planungsbesprechungen
Fähigkeit zur Verwaltung und Priorisierung des Produktrückstands
Fähigkeit, klare und prägnante Benutzergeschichten zu schreiben
Fähigkeit, effektive Iterationsüberprüfungen durchzuführen
Fähigkeit, tägliche Stand-up-Meetings zu führen
Fähigkeit, retrospektive Sitzungen zu erleichtern
Fähigkeit, Scrum -Artefakte zu verstehen und zu nutzen
Fähigkeit, Scrum -Rollen effektiv auszuführen
Fähigkeit, Scrum -Ereignisse zu planen und auszuführen
Fähigkeit, Teammitglieder zu trainieren und zu betreuen
Fähigkeit, die Zusammenarbeit und Selbstorganisation im Team zu fördern

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

Preview this test

Ansicht der Probe Scorecard

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

Dies sind nur ein kleines Beispiel aus unserer Bibliothek mit mehr als 10.000 Fragen. Die tatsächlichen Fragen dazu Scrum -Master -Test wird nichtgänger sein.

🧐 Question
Medium Managing Dependencies Backlog Management Dependencies Cross-functional Teams	Solve
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	Solve
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	Solve
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	Solve
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	Solve
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	Solve
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	Solve
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	Solve
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	Solve
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	Solve
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	Solve
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	Solve
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

Mit Adaface konnten wir unseren Erstauswahlprozess um mehr als 75 % optimieren und so wertvolle Zeit sowohl für Personalmanager als auch für unser Talentakquiseteam gewinnen!

Brandon Lee, Leiter der Menschen, Love, Bonito

Preview this test

Ansicht der Probe Scorecard

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

Ansicht der Probe Scorecard

Preview this test

Ansicht der Probe Scorecard

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

Ansicht der Probe Scorecard

About the Scrum -Master - Assessment 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:

Kenntnis des Scrum -Frameworks und seiner Prinzipien
Verständnis der agilen Methodik
Kenntnisse in der Sprintplanung und -ausführung
Fähigkeit zur Verwaltung und Priorisierung des Produktrückstands
Erfahrung beim Schreiben effektiver Benutzergeschichten
Kompetenz bei der Durchführung von Iterationsüberprüfungen
Kompetenz, tägliche Stand-up-Meetings zu ermöglichen
Fachkenntnisse bei der Durchführung von Retrospektiven
Vertrautheit mit Scrum -Artefakten wie Burndown -Charts
Verständnis der Rollen und Verantwortlichkeiten von 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 Scrum -Master -Test?

scrum
scrum ist ein agiles Framework, das zum Verwalten komplexer Projekte verwendet wird. Es betont die iterative Entwicklung, Teamarbeit und kontinuierliches Feedback. Diese Fähigkeit wird im Test gemessen, da ein Scrum -Master ein tiefes Verständnis der Scrum -Prinzipien und -Praktiken hat, um den Entwicklungsprozess effektiv zu erleichtern. Iterativer Ansatz für Projektmanagement und Softwareentwicklung. Es fördert adaptive Planung, evolutionäre Entwicklung und frühzeitige Lieferung. Das Messen dieser Fähigkeiten im Test hilft den Personalvermittlern, die Fähigkeit eines Scrum-Masters zu bewerten, agile Prinzipien und Praktiken in einem realen Kontext anzuwenden. Das Scrum -Team definiert die Arbeit in einem Sprint. Dazu gehören die Auswahl von Benutzergeschichten aus dem Produkt -Rückstand, der Schätzung der Anstrengungen und der Erstellung eines Sprint -Backlogs. Diese Fähigkeit wird im Test gemessen, um die Fähigkeit eines Scrum -Masters bei der Führung des Teams durch eine effektive Sprintplanung zu bewerten, realistische Verpflichtungen und Priorisierung zu gewährleisten. Liste der gewünschten Produktfunktionen, Verbesserungen und Mängel. Es dient als einzelne Anforderungen für das Scrum -Team. Die Beurteilung dieser Fähigkeit im Test hilft den Personalvermittlern, ein Scrum-Master-Verständnis für die Verwaltung und Verfeinerung des Produktbetriebs zu messen und sicherzustellen > <p> Eine Benutzergeschichte ist eine kurze, informelle Beschreibung einer gewünschten Software -Funktion. Es konzentriert sich auf die Perspektive des Endbenutzers und dient als Platzhalter für ein Gespräch zwischen dem Entwicklungsteam und den Stakeholdern. Durch die Messung dieser Fähigkeit im Test können Personalvermittler die Fähigkeit eines Scrum -Masters bewerten, Benutzergeschichten effektiv zu erstellen, zu verfeinern und zu priorisieren, um ein klares Kommunikation und ein gemeinsames Verständnis sicherzustellen. Auch als Sprint Review bekannt, ist ein kollaboratives Meeting, bei dem das Scrum -Team die während eines Sprint an die Stakeholder abgeschlossenen Arbeiten vorstellt. Es bietet die Möglichkeit, Feedback zu sammeln, den Produktrückstand anzupassen und die nächsten Schritte zu planen. Diese Fähigkeit wird im Test gemessen, um die Fähigkeit eines Scrum-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Master-Masters bei der Erleichterung produktiver Iterationsüberprüfungsversammlungen zu bewerten, wertvolle Erkenntnisse und kontinuierliche Verbesserungen zu gewährleisten. ist ein kurzes Timebox -Treffen des Scrum -Teams, um Arbeiten zu synchronisieren und Hindernisse zu identifizieren. Es geht darum, dass jedes Teammitglied teilt, was er getan hat, was er vorhat und ob es irgendwelche Herausforderungen hat. Die Bewertung dieser Fähigkeit im Test hilft den Personalvermittlern, die Fähigkeit eines Scrum-Masters zu bewerten, effektive tägliche Stand-ups zu erleichtern und Transparenz, Zusammenarbeit und Ausrichtung innerhalb des Teams zu gewährleisten. Ein strukturiertes Meeting, bei dem das Scrum -Team über den vergangenen Sprint reflektiert und Verbesserungsbereiche identifiziert. Es konzentriert sich auf das Lernen aus Erfahrungen und die kontinuierliche Verbesserung der Leistung des Teams. Durch die Messung dieser Fähigkeit im Test können Personalvermittler die Fähigkeiten eines Scrum -Masters bei der Durchführung von Retrospektiven bewerten, die eine sichere Umgebung für offene Kommunikation, konstruktive Feedback und umsetzbare Verbesserungspläne fördern. Scrum -Artefakte sind die materiellen Erbringung, die Transparenz und Möglichkeiten zur Inspektion und Anpassung in Scrum bieten. Dazu gehören der Produktrückstand, der Sprint -Rückstand und das Inkrement. Die Bewertung dieser Fähigkeit im Test hilft den Personalvermittlern, ein Verständnis des Scrum -Masters zu bewerten, wie Scrum -Artefakte effektiv verwaltet und verwendet werden können, um den Entwicklungsprozess zu unterstützen und den Produktwert zu gewährleisten. Definieren Sie die Verantwortlichkeiten und Verantwortlichkeiten im Scrum -Framework. Zu diesen Rollen gehören das Scrum Master, das Produktbesitzer und das Entwicklungsteam. Diese Fähigkeit wird im Test gemessen, um das Wissen eines Scrum -Masters über die verschiedenen Rollen, ihre Interaktionen und ihre Auswirkungen auf die Scrum -Implementierung und den Projekterfolg zu bewerten. Timebox -Zeremonien, die regelmäßige und vorhersehbare Möglichkeiten zur Inspektion und Anpassung in Scrum bieten. Dazu gehören Sprintplanung, tägliche Stand-up, Iterationsüberprüfung und Retrospektive. Durch die Bewertung dieser Fähigkeit im Test können Personalvermittler ein Verständnis des Scrum -Masters für den Zweck, der Fluss und die Erleichterungstechniken für jedes Scrum -Ereignis bewerten, um eine effektive Zusammenarbeit und kontinuierliche Verbesserung zu gewährleisten.
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 Einführung
Agiler Rahmen
Scrum -Werte
Scrum -Rollen
Produktbesitzer
Scrum Master
Entwicklungsteam
Scrum -Ereignisse
Sprintplanung
Täglicher Stand-up
Sprint Review
Sprint retrospektive
Scrum -Artefakte
Produktrückstand
Sprint Rückstand
Benutzergeschichten
Akzeptanzkriterium
Definition von fertig
Schätztechniken
Poker planen
Relative Größe
Geschichtenpunkte
Geschwindigkeit
Burn-Down-Diagramm
Task Boards
Tägliche Scrum -Fragen
Hindernisauflösung
Team Empowerment
Zusammenarbeitstechniken
Agiles Manifest
Scrum Framework
Agile Prinzipien
Scrum -Vorteile
Scrum Adoption
Scrum -Terminologie
Scrum -Zeremonien
Scrum -Metriken
Scrum Board
Scrum Meeting
Scrum Stand-up
Scrum -Fortschrittsverfolgung
Scrum -Dokumentation
Scrum -Werkzeuge
Scrum -Techniken
Scrum Best Practices
Scrum Herausforderungen
Scrum -Fallstudien
Scrum -Ressourcen
Scrum -Zertifizierung
Scrum -Interviews

Preview this test

Ansicht der Probe Scorecard

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

Scrum Master
Produktbesitzer
Agiler Trainer
Projektmanager
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

Kenntnisse bei der Koordinierung von Scrum -Ereignissen
Fähigkeit, den Teammitgliedern Anleitung und Mentoring zu geben
Fähigkeit zur Identifizierung und Behebung von Projektbemühungen
Fachkenntnisse bei der Durchführung von Scrum of Scrums -Meetings
Kenntnis der Erleichterungstechniken für die kollaborative Entscheidungsfindung
Erfahrung in der Verwaltung von verteilten oder entfernten Teams
Kenntnisse bei der Erstellung und Aufrechterhaltung einer Produktbesitzerbeziehung
Fähigkeit, Produktbesitzer bei der Priorisierung zu coachen und zu leiten
Fähigkeit, die Teamdynamik und Konflikte effektiv umzugehen
Expertise bei der Verwendung von Tools und Software für agile Projektmanagement
Kenntnisse in der Durchführung von Trainingseinheiten und Workshops für Agile und Scrum

Preview this test

Ansicht der Probe Scorecard

Die Personalmanager waren der Meinung, dass sie durch die technischen Fragen, die sie während der Panel-Interviews stellten, erkennen konnten, welche Kandidaten bessere Ergebnisse erzielten, und sie von denen unterscheiden konnten, die nicht so gut abschnitten. Sie sind Sehr zufrieden mit der Qualität der Kandidaten, die beim Adaface-Screening in die engere Auswahl kommen.

85%

Verringerung der Screening -Zeit

Volle Fallstudie anzeigen

Scrum -Master - Online Test FAQs

Kann ich mehrere Fähigkeiten zu einer benutzerdefinierten Bewertung kombinieren?

Ja absolut. Basierend auf Ihrer Stellenbeschreibung werden benutzerdefinierte Bewertungen eingerichtet und enthalten Fragen zu allen von Ihnen angegebenen Must-Have-Fähigkeiten.

Haben Sie Anti-Cheating- oder Proctoring-Funktionen?

Wir haben die folgenden Anti-Cheating-Funktionen:

Nicht-Googling-Fragen
IP -Verbreitung
Web -Verbreitung
Webcam -Proctoring
Plagiaterkennung
sicherer Browser

Lesen Sie mehr über die Proctoring -Funktionen.

Wie interpretiere ich die Testergebnisse?

Die wichtigste Sache, die Sie beachten sollten, ist, dass eine Bewertung ein Eliminierungswerkzeug ist, kein Auswahlwerkzeug. Eine Bewertung der Qualifikationsbewertung wird optimiert, um Ihnen zu helfen, Kandidaten zu beseitigen, die technisch nicht für die Rolle qualifiziert sind. Sie ist nicht optimiert, um Ihnen dabei zu helfen, den besten Kandidaten für die Rolle zu finden. Die ideale Möglichkeit, eine Bewertung zu verwenden, besteht also darin, einen Schwellenwert zu entscheiden (in der Regel 55%, wir helfen Ihnen bei der Benchmark) und alle Kandidaten einladen, die für die nächsten Interviewrunden über dem Schwellenwert punkten.

Für welche Erfahrung kann ich diesen Test verwenden?

Jede Adaface -Bewertung ist an Ihre Stellenbeschreibung/ ideale Kandidatenpersönlichkeit angepasst (unsere Experten für Fache werden die richtigen Fragen für Ihre Bewertung aus unserer Bibliothek mit über 10000 Fragen auswählen). Diese Einschätzung kann für jede Erfahrungsstufe angepasst werden.

Bekommt jeder Kandidat die gleichen Fragen?

Ja, es macht es Ihnen viel einfacher, Kandidaten zu vergleichen. Optionen für MCQ -Fragen und die Reihenfolge der Fragen werden randomisiert. Wir haben Anti-Cheating/Proctoring Funktionen. In unserem Unternehmensplan haben wir auch die Möglichkeit, mehrere Versionen derselben Bewertung mit Fragen mit ähnlichen Schwierigkeitsgraden zu erstellen.