Menü

Agile Scrum Online Quiz: Testen Sie Ihr Wissen über Agile Scrum

  • Haupt
  • Andere
  • Agile Scrum Online Quiz: Testen Sie Ihr Wissen über Agile Scrum

agile scrum online quiz

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Online-Quiz - Agiles Scrum

Wir haben mehr darüber gelernt Skaliertes agiles Framework in unserem letzten Tutorial.

Mit diesem Online-Quiz sind wir am Ende unserer Serie angelangt Agile und Scrum-Methodik . Die Serie ist möglicherweise eine der ausführlichsten und praktischsten Arbeiten zu Agile, die Sie über das Internet finden würden.

Agilität als Thema an sich ist jedoch grenzenlos und endlos. Je mehr Sie Agile üben, desto mehr werden Sie es aufnehmen und beherrschen.

Wir haben ein Online-Quiz für Sie entwickelt, um die Übung zu üben und Ihr Wissen über Agile zu testen. Machen Sie also den Test.

Agiles Scrum-Quiz

Wichtiger Hinweis: Wenn Sie die Tutorials zu Agile noch nicht gelesen haben, empfehlen wir Folgendes: Lesen Sie zuerst die Tutorials Versuchen Sie dann das Quiz, um die besten Ergebnisse zu erzielen.

Lesen Sie die folgenden Anweisungen sorgfältig durch, bevor Sie mit dem Quiz beginnen:

  • Das Zeitlimit für das Quiz beträgt 10 Minuten.
  • Das Quiz besteht aus 20 Fragen.
  • Das Quiz ist ein Multiple-Choice-Fragenpapier, bei dem eine Frage mehr als eine richtige Antwort haben kann.
  • Für jede richtige Antwort können Sie 1 Punkt erzielen.
  • Es gibt keine negative Markierung für die falschen Antworten.

Starten Sie das Quiz jetzt: (Antworten in Fettdruck)

Q # 1) Welche der folgenden Optionen wird am Ende des Sprints geliefert?

ein. Ein Dokument mit Testfällen für den aktuellen Sprint

b. Ein architektonisches Design der Lösung

c. Ein Inkrement der Done-Software

d. Wireframes-Designs für die Benutzeroberfläche

Argumentation

Die Ausgabe jedes Sprints ist ein Inkrement einer fertigen Software, die zur Verwendung an den Endbenutzer gesendet werden kann. Ein Element wird nur dann als erledigt markiert, wenn es der Definition von erledigt entspricht.

F # 2) Product Backlog sollte auf der Basis von?

ein. Wert der gelieferten Artikel

b. Die Komplexität der gelieferten Artikel

c. Größe der gelieferten Artikel

d. Das mit den Artikeln verbundene Risiko

e. Basierend auf der Auswahl des Scrum-Teams

Argumentation

Das Product Backlog wird auf der Grundlage des Werts bestellt, den sie für das Unternehmen bereitstellen.

Der Wert kann durch verschiedene andere Faktoren wie Risiko, Komplexität und Kritikalität beeinflusst werden, ist jedoch nicht die direkte Grundlage für die Berechnung des Werts. Der Wert des gelieferten Artikels wird vom Product Owner berechnet und er ist derjenige, der für die Bestellung des Product Backlogs verantwortlich ist.

F # 3) Was ist in einer agilen Umgebung die Hauptverantwortung eines Testers?

ein. Erstellen Sie Testszenarien und Testfälle

b. Fehler finden

c. Erstellen Sie Automatisierungsskripte

d. Senden Sie Testausführungsberichte an die Stakeholder

e. In Scrum gibt es keine Rolle als Tester

Argumentation

In einem Scrum-Team gibt es nur drei Rollen: Scrum Master, Product Owner und das Entwicklungsteam. Es ist keine andere Rolle zulässig und es gibt keine Ausnahme von dieser Regel.

Ein Mitglied des Entwicklungsteams ist möglicherweise eher zum Testen geneigt und hat Tested als Fachgebiet, wird jedoch weiterhin als Entwickler bezeichnet.

F # 4) Wann wird eine Sprint-Retrospektive durchgeführt?

ein. Wann immer das Team vorschlägt

b. Am Ende jedes Sprints

c. Wann immer nötig

d. Wann immer der Product Owner vorschlägt

e. Wann immer der Scrum Master vorschlägt

Argumentation

In Scrum müssen alle Scrum-Zeremonien einschließlich der Sprint-Retrospektive durchgeführt werden.

Die Sprint-Retrospektive ist ein Meeting, bei dem alle Teammitglieder sitzen und einen Rückblick auf ihren aktuellen Sprint werfen und die Aktionselemente auslegen, um für die bevorstehenden Sprints zu improvisieren. Aus dem gleichen Grund wird die Sprint-Retrospektive am Ende jedes Sprints durchgeführt.

F # 5) Wann kann ein Sprint abgesagt werden?

ein. Die Sprint-Gegenstände werden nicht mehr benötigt

b. Sprint kann niemals abgesagt werden

c. Wenn die Entwicklung die Arbeit nicht abschließen kann

d. Informationen, die zum Starten der Entwicklung erforderlich sind, sind nicht verfügbar

e. Wann immer der Product Owner sagt

Argumentation

Die Befugnis zum Abbrechen des Sprints liegt nur beim Product Owner. Er / Sie kann anrufen, um einen laufenden Sprint abzubrechen, wenn die Sprint-Artikel vom Unternehmen nicht mehr benötigt werden, d. H. Die Artikel sind veraltet.

F # 6) Was sollte ein Entwicklungsteam während eines Sprint-Planungsmeetings tun, wenn es festgestellt hat, dass es mehr als die Elemente ausgewählt hat, die es in einem Sprint ausführen kann?

ein. Holen Sie sich mehr Entwickler an Bord

b. Bitten Sie die anderen Mitglieder des Scrum-Teams um Hilfe

c. Überstunden machen

d. Informieren Sie den Product Owner

e. Nehmen Sie einen Anruf entgegen, um einige der Sprint-Backlog-Elemente zu entfernen

Argumentation

Da wir uns noch in der Sprint-Planungsbesprechung befinden, d. H. Den Sprint noch nicht gestartet haben, können die Entwickler Änderungen an den Sprint-Backlog-Elementen vornehmen. Sie können einige der Elemente entfernen, von denen sie glauben, dass sie mit der Kapazität des aktuellen Entwicklungsteams nicht abgeschlossen werden können.

Beachten Sie, dass das Hinzufügen oder Entfernen immer im Einvernehmen mit dem Product Owner erfolgen sollte, da dieser über die Priorität dieser Elemente entscheidet. Das Entfernen ist nach dem Start des Sprints nicht mehr zulässig.

Q # 7) Wer ist dafür verantwortlich, die Leistung des Projekts zu messen?

ein. Der Scrum Master

b. Der Delivery Manager

c. Der Product Owner

d. Das Entwicklungsteam

e. Das Scrum-Team

Argumentation

Als Stimme des Kunden liegt es in der Verantwortung des Product Owners, die Projekt- und Release-Leistung zu messen und festzustellen, ob das Team auf dem richtigen Weg ist, um das Projekt rechtzeitig abzuschließen.

Q # 8) Was sind die Hauptaufgaben eines selbstorganisierenden Entwicklungsteams?

ein. Entwickeln Sie die Sprint Backlog-Elemente

b. Schätzen Sie die Gegenstände, die für den kommenden Sprint abgeholt werden sollen

c. Überwachen Sie die Projektleistung und senden Sie einen Bericht an die Stakeholder

d. Erstellen Sie neue Product Backlog-Elemente

e. Tasking der aktuellen Sprint Items

Argumentation

Die Hauptverantwortung eines selbstorganisierenden Teams besteht darin, die Product Backlog-Elemente (auch als Story-Pointing-Übung bezeichnet) zu schätzen, sie aus dem oberen Bereich des Product Backlogs zu ziehen und sie in mehrere Aufgaben aufzuteilen, die den Personen in zugewiesen werden können ein Team und schließlich entwickeln sie.

Q # 9) Was tut ein Abbrennen Diagrammanzeige?

ein. Projektfortschritt

b. Menge der verbleibenden Arbeit in Bezug auf die Zeit

c. Die Geschwindigkeit des Teams

d. Die Kapazität der Teammitglieder

e. Wie viele weitere Gegenstände können in einem Sprint abgeholt werden?

Argumentation

Ein Burndown-Diagramm zeigt den verbleibenden Arbeitsaufwand in Bezug auf die Zeit.

Die horizontale Achse repräsentiert die Zeit, während die vertikale Achse den verbleibenden Arbeitsaufwand repräsentiert. Das Burndown-Diagramm ist eine der verschiedenen Metriken, die in Scrum verwendet werden, um das Abschlussdatum des Projekts zu projizieren, da der Produktstau, die Kapazität des Teams und die Geschwindigkeit des Teams gleich bleiben.

Q # 10) Was sind die Hauptaufgaben eines Scrum Masters?

ein. Hindernisse beseitigen

b. Erleichterung des Meetings auf Anfrage

c. Hilft dem Product Owner, das Product Backlog zu bestellen

d. Beratung des Entwicklungsteams und Product Owner

e. Überbrückung der Lücke zwischen dem Team und dem Kunden

Argumentation

Scrum Master ist die Person, die dafür verantwortlich ist, das Entwicklungsteam und den Product Owner bei der Arbeit an den täglichen Entwicklungsaktivitäten zu unterstützen / zu coachen. Er ist derjenige, der sicherstellt, dass das Team die Scrum-Werte und -Prinzipien versteht und sie praktizieren kann.

Gleichzeitig versichert Scrum Master, dass das Team von Agile begeistert ist, um das Beste aus dem Framework herauszuholen. Scrum Master hilft und unterstützt das Team auch dabei, sich selbst zu organisieren und Hindernisse für sie zu beseitigen.

Q # 11) Wann ist in Scrum ein Sprint vorbei?

ein. Wenn alle Sprint-Backlog-Elemente abgeschlossen sind

b. Wenn der Product Owner vorschlägt

c. Wenn alle Sprint Backlog-Aufgaben abgeschlossen sind

d. Wenn der letzte Test abgeschlossen ist

e. Wenn die Zeitbox abläuft

Argumentation

Alle Sprint-Aktivitäten sind zeitgesteuert, einschließlich Sprint. Im Gegensatz zu anderen Sprint-Aktivitäten kann Sprint weder verlängert noch verkürzt werden.

Wenn beispielsweise nicht alle Elemente eines Sprints abgeschlossen sind, wird der Sprint weiterhin markiert und die verbleibenden Elemente werden in das Product Backlog verschoben, von wo aus sie basierend auf der überarbeiteten Priorität für einen der nachfolgenden Sprints geplant werden können . Ebenso kann der Sprint niemals verkürzt werden.

Wenn alle Sprint-Elemente vorzeitig abgeschlossen sind, kann das Entwicklungsteam die wichtigsten Product Backlog-Elemente abrufen und mit der Entwicklung beginnen.

Q # 12) Welche Bedeutung hat die Bestimmung einer Definition von Done?

ein. Bestimmt das Ziel hinter jedem Sprint

b. Bestimmt die Anzahl der Aufgaben, die für jedes Sprint Backlog-Element ausgeführt werden

c. Erhöht die Transparenz

d. Die gelieferten Inkremente sind effektiver und möglicherweise lösbar

e. Entwickelt unter allen Teammitgliedern ein gemeinsames Verständnis darüber, was alles erledigt werden muss, um jedes Element als vollständig zu markieren.

Argumentation

Die Ideologie hinter der Erstellung einer Definition of Done besteht darin, eine Checkliste zu haben, die allen Sprint-Elementen gemeinsam ist und alles festlegt, was getan werden muss, um ein Backlog-Element zu vervollständigen.

Eine Definition von 'Fertig' schafft ein gemeinsames Verständnis unter allen im Team darüber, was alles getan werden muss. Dadurch kann jeder verstehen, was es bedeutet, wenn ein Entwicklungsteam sagt, dass etwas vollständig ist. Das ist die Art von Transparenz, die die Definition von Done bringt.

Die Definition von erledigt erfüllt auch den Zweck in dem Sinne, dass die Entwicklung jetzt besser denken und planen kann, da sie weiß, was von einem bestimmten Arbeitselement erwartet wird.

Q # 13) Was wird während eines Sprint Review Meetings gemacht?

ein. Demo des Inkrements

b. Das Team bespricht die Verbesserungen, die für die kommenden Sprints angewendet werden können

c. Präsentieren Sie die Leistung des Projekts den Stakeholdern

d. Überprüfen Sie den Fortschritt in Richtung Sprint-Ziel

e. Besprechen Sie die architektonischen und technischen Aspekte des Projekts

Argumentation

Das Sprint Review Meeting wird durchgeführt, um den Stakeholdern und Kunden das Sprint-Inkrement zu demonstrieren. Eine weitere sehr wichtige Aufgabe beim Sprint Review Meeting ist es, den Stakeholdern die Leistung des Projekts zu demonstrieren.

Das Entwicklungsteam ist dafür verantwortlich, das Inkrement zu demonstrieren, während der Product Owner dafür verantwortlich ist, die Leistung des Projekts zu demonstrieren. Die Stakeholder und Kunden sind offen für Feedback, das dann vom Team aufgenommen wird.

Q # 14) Was ist ein Sprint Review?

ein. Aktivität zur Selbstbeobachtung und Anpassung

b. Aktivität zur Verbesserung der Scrum-Prozesse

c. Aktivität, um die Genehmigung für die geleistete Arbeit einzuholen

d. Planungsaktivität für den nächsten Sprint

e. Aktivität zur Planung der Veröffentlichung

Argumentation

Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective Alle vier Zeremonien in Scrum bieten Gelegenheit zur Inspektion und Anpassung. Während eines Sprint-Reviews besteht die Idee darin, die Stakeholder zu überprüfen, Feedback einzuholen und sie anzupassen.

Q # 15) Was meinen wir mit a funktionsübergreifend Entwicklungsteam?

ein. Jedes Mitglied des Entwicklungsteams sollte funktionsübergreifend sein

b. Der Entwickler sollte in der Lage sein, Testfälle zu erstellen und auszuführen

c. Das Entwicklungsteam sollte mit den anderen Entwicklungsteams zusammenarbeiten

d. Das Entwicklungsteam besteht aus Entwicklern und Testern

e. Das Entwicklungsteam sollte über alle erforderlichen Fähigkeiten verfügen, um das Done Increment bereitzustellen

Argumentation

Funktionsübergreifende Scrum-Teams sind die Teams, die über alle erforderlichen Fähigkeiten und Fertigkeiten im Team verfügen, um ihre Arbeit auszuführen. Diese Teams verlassen sich nicht auf jemanden außerhalb des Teams, um die Arbeitselemente zu erledigen.

Somit ist das Scrum-Team eine sehr kreative Zusammenführung verschiedener Fähigkeiten, die für die Fertigstellung des gesamten Arbeitselements erforderlich sind. Jedes Teammitglied verfügt möglicherweise nicht über alle erforderlichen Fähigkeiten, um das Produkt zu entwickeln, ist jedoch in seinem Fachgebiet kompetent.

Allerdings muss das Teammitglied nicht funktionsübergreifend sein, sondern das gesamte Team.

Java Interview Programme und Antworten für erfahrene

F # 16) Wer sollte unbedingt am Daily Standup Meeting teilnehmen?

ein. Das Entwicklungsteam

b. Das Scrum-Team

c. Das Entwicklungsteam und der Product Owner

d. Das Entwicklungsteam und der Scrum Master

e. Das Scrum-Team und die Stakeholder

Argumentation

Das Entwicklungsteam muss jeden Tag am täglichen Standup-Meeting teilnehmen. Jeder andere, der an dem Meeting teilnehmen möchte, ist herzlich willkommen, aber es ist nicht obligatorisch, daran teilzunehmen.

Mit Ausnahme des Entwicklungsteams darf jeder, der an dem Meeting teilnimmt, keine Updates geben oder daran teilnehmen. Er kann es genießen zuzuhören, während andere teilnehmen. Der Scrum Master kann jedoch an dem Meeting teilnehmen und es auch erleichtern, wenn er vom Entwicklungsteam dazu aufgefordert wurde.

Sogar die Stakeholder können an den täglichen Standup-Meetings teilnehmen.

Q # 17) Was passiert, wenn nicht alle Sprint-Elemente abgeschlossen werden können?

ein. Der Sprint sollte verlängert werden

b. Der Sprint endet mit den erledigten Gegenständen

c. Der Sprint sollte abgesagt werden

d. Die unfertigen Sprint-Elemente sollten aus dem Sprint-Backlog entfernt werden

e. Starten Sie den nächsten Sprint zuerst mit den unfertigen Gegenständen

Argumentation

In einem Fall, in dem das Team nicht alle Sprint Backlog-Elemente ausführen kann, geschieht nichts. Der Sprint endet am festgelegten Datum mit den abgeschlossenen Gegenständen. Das Entwicklungsteam demonstriert die abgeschlossenen Elemente im Sprint Review-Meeting.

Die nicht abgeschlossenen Elemente werden zurück in das Product Backlog verschoben und von dort aus erneut priorisiert.

F # 18) Wie groß sollte das Entwicklungsteam sein?

zu. 5 + -3

b. 5 + -4

c. 6 + -4

d. 6 + -3

ist. 6 + -2

Argumentation

Die ideale und empfohlene Größe des Entwicklungsteams sollte 6 + -3 betragen. Die Größe des Entwicklungsteams sollte mit Bedacht gewählt werden, da dies die Produktivität des Teams direkt beeinträchtigen und sich somit auf die Produktlieferung auswirken kann.

Das Entwicklungsteam sollte nicht sehr groß sein, da dies möglicherweise viel Koordination zwischen den Teammitgliedern erfordert. Für ein sehr kleines Team wäre es jedoch sehr schwierig, über alle erforderlichen Fähigkeiten zu verfügen, um ein Inkrement zu liefern. Daher sollte eine optimale Anzahl für die Größe des Entwicklungsteams ausgewählt werden.

Q # 19) Welche Aktivitäten sind Teil der Product Backlog-Verfeinerung?

ein. Schätzen Sie die Product Backlog-Elemente

b. Die Bestellung der Product Backlog Items

c. Erstellen der Definition von Fertig

d. Erstellung von Aufgaben

e. Brainstorming für die Product Backlog-Elemente

Argumentation

Product Backlog Refinement ist eine Aktivität, bei der das gesamte Team zusammensitzt und sich Gedanken über die Backlog-Elemente macht. Die Backlog-Elemente werden verfeinert und die Details hinzugefügt.

Während des Meetings werden die Product Backlog-Elemente nach ihrer Priorität sortiert. Sobald die Product Backlog-Elemente verfeinert wurden, schätzen die Mitglieder des Entwicklungsteams die Product Backlog-Elemente.

Q # 20) Welche der folgenden Aktivitäten ist nicht zeitgesteuert?

ein. Sprint Retrospektive

b. Sprint

c. Verfeinerung des Product Backlogs

d. Tägliches Scrum

e. Sprint Review

Argumentation

In Scrum sind alle Zeremonien zeitlich begrenzt, d. H. Sie können nicht verlängert werden. Mit Ausnahme von Sprint können andere nicht gekürzt werden. Product Backlog Refinement ist eine solche Besprechung, die nicht zeitgesteuert ist, sondern ein kontinuierlicher Prozess ist und durchgeführt werden kann, wann immer das Team dies wünscht.

Beachten Sie, dass das Team nicht zu viel Zeit in Backlog Refinement Meeting verbringen sollte.

Überprüfen Sie Ihre Agile Scrum Quiz-Testergebnisse, um Ihr Verständnis zu bewerten!

Ich hoffe, Ihnen hat die große Auswahl an Tutorials in dieser Agile-Reihe gefallen, und wir sind sicher, dass dies der beste Leitfaden für Agile für alle ist, die mehr über Agile erfahren möchten!

PREV Tutorial

Literatur-Empfehlungen

^