Q1. Teams können auf die Notwendigkeit von "technischen" User Stories stoßen. Wer entscheidet über die Priorität dieser?

• der Product Owner mit Hilfe von Operations
• der Tech Lead mit Hilfe des Product Owners
• der Product Owner mit Hilfe des Tech Lead
• der Tech Lead mit Hilfe von Operations

Q2. Welche Rolle hat der Scrum Master während des täglichen Stand-ups?

• Gratuliere dem Team zu seiner großartigen Arbeit.
• Stehe außerhalb des Kreises der Entwickler und höre nach Hindernissen.
• Der Scrum Master sollte nicht teilnehmen - dieses Treffen ist nur für Entwickler.
• Frage jeden Entwickler, was er seit dem letzten täglichen Standup gemacht hat.

Q3. Welcher Faktor sollte bei der Sprint-Planung nicht berücksichtigt werden?

• die Geschwindigkeit des Teams
• die Anzahl der Stories im Produkt-Backlog
• die bereiten Stories
• die Kapazität des Teams

Q4. Ein Teammitglied zeigt Anzeichen von großem persönlichem Stress: Weinen bei der Arbeit, Schnappen nach Kollegen und hitzige Telefonate. Was sollte ein Team-Facilitator tun?

• Melden Sie dies bei der Sprint-Freigabe.
• Beraten Sie den PO so schnell wie möglich. (Alte Antwort: Benachrichtigen Sie den Manager des Teammitglieds über Ihre Beobachtungen und bitten Sie den Manager um Hilfe.)
• Weisen Sie auf die Gründe hin und arbeiten Sie an Lösungen zusammen.
• Bitten Sie den PO, den Sprint zu verlängern.

Q5. Welche Aussage beschreibt den Arbeitsfluss im Scaled Agile Framework?

• Es ist ein "Push"-System.
• Es ist "Push" oben und "Pull" unten.
• Es ist ein "Pull"-System.
• Es ist weder "Push" noch "Pull".

Q6. Welche Rolle hat der Product Owner bei der Entscheidung über die Priorität der Arbeit im Sprint-Backlog?

• Keine - der Scrum Master sollte die Arbeit im Sprint-Backlog priorisieren.
• Der PO sollte die Elemente im Sprint-Backlog priorisieren.
• Die Entwickler priorisieren die Arbeit, es sei denn, sie können sie nicht abschließen, in diesem Fall sollte der PO die verbleibende Arbeit priorisieren.
• Keine - die Entwickler sollten die Arbeit im Sprint-Backlog priorisieren.

Q7. Das Scaled Agile Framework befürwortet, dass, wenn Sie nur eine Sache messen, was sollten Sie messen?

• Qualität
• Vorhersagbarkeit der Lieferung
• Kosten der Verzögerung
• Return on Investment

Q8. Warum sollten Sie sich für das Weighted Shortest Job First bewerben?

• um die Rendite zu maximieren
• um die wirtschaftliche Abfolge des Backlogs zu bestimmen
• um die Warteschlangenlänge zu visualisieren
• um ein Engagement für Qualität zu erfüllen

Referenz Weighted Shortest Job First (WSJF) ist ein Priorisierungsmodell, das verwendet wird, um Aufgaben (z. B. Funktionen, Fähigkeiten und Epics) zu sequenzieren, um den maximalen wirtschaftlichen Nutzen zu erzielen. In einem flussbasierten System werden Prioritäten kontinuierlich aktualisiert, um die besten wirtschaftlichen Ergebnisse zu erzielen. Die Aufgabensequenzierung, nicht die individuelle Aufgabenrendite, führt zu den besten Ergebnissen. Zu diesem Zweck wird WSJF verwendet, um Backlogs zu priorisieren, indem das relative CoD und die Aufgabengröße (ein Proxy für die Dauer) berechnet werden.

Q9. Sie haben die Funktionen in Ihrem Backlog nach Risiko und Wert klassifiziert. Mit welchen Funktionen sollte das Entwicklungsteam zuerst arbeiten?

• niedriger Wert und hohes Risiko
• hoher Wert und hohes Risiko
• hoher Wert und niedriges Risiko
• niedriger Wert und niedriges Risiko

Referenz Es wird vorgeschlagen, dass Funktionen mit hohem Geschäftswert und hohem Risiko zuerst bearbeitet werden. Auch wenn dies zunächst kontraintuitiv erscheinen mag, wird durch die frühe Durchführung dieser Arbeiten das Team schneller dazu übergehen, die Probleme und Unbekannten zu mindern - was zu einem höherwertigen Produkt führt. Wenn ein Fehler auftritt, tritt er früh und relativ kostengünstig auf.

Q10. In welcher Rolle des Scaled Agile Frameworks sind Enabler?

• Sie helfen dabei, die architektonische Startbahn zu erweitern.
• Sie verbinden Vision mit Mission, damit die Organisation erfolgreich sein kann.
• Sie unterstützen den Teamaufbau.
• Sie entfernen die Hindernisse für Qualität.

Q11. Welches Ergebnis wird bei einer Sprint-Überprüfung nicht erwartet?

• Das Team demonstriert seine abgeschlossene Arbeit.
• Das Team reflektiert, wie es seine Leistung verbessern kann.
• Elemente im Backlog können neu priorisiert werden.
• Stakeholder stellen Fragen zu den abgeschlossenen und bevorstehenden Backlog-Elementen.

Q12. Welche Technik wird nicht zum Aufteilen von Benutzerstories verwendet?

• Aufteilen nach Geschäftsbereich
• Aufteilen von zusammengesetzten Benutzerstories
• Aufteilen nach alternativen Pfaden
• Aufteilen nach Schnittstellen

Q13. Wer entscheidet, woran das Team arbeiten wird?

• der Scrum Master
• ein selbstorganisierendes Team
• der Product Owner
• der Product Manager

Q14. Welche Wahl ist kein Scrum-Wert?

• Fokus
• Integrität
• Mut
• Engagement

Q15. Was soll passieren, wenn der Product Owner eine Story bis zum Ende der Iteration nicht akzeptiert?

• Das Team bekommt keine Anerkennung für die Punkte der Story in seiner Geschwindigkeitsberechnung.
• Die Story sollte geschnitten werden, um die abgeschlossene Arbeit widerzuspiegeln.
• Die Akzeptanzkriterien sollten angepasst werden, um die abgeschlossene Arbeit widerzuspiegeln.
• Die Story sollte den Stakeholdern zur Feedback gezeigt werden.

Q16. Welche Aussage über das Produkt-Backlog trifft nicht zu?

• Es ist eine Liste von Arbeitspositionen, die hinter dem Zeitplan liegen.
• Die Elemente werden in Prioritätsreihenfolge gepflegt.
• Jeder im Team kann einen Artikel dafür vorschlagen.
• Es umfasst alle zu erledigenden Arbeiten.

Q17. Ein Projekt hat einige bedeutende Risiken, die das Team mindern möchte. Wie lässt sich am besten überwachen, wie erfolgreich dieser Einsatz ist?

• Risikobasierter Spike
• Risikoangepasstes Backlog
• Risiko-Velocity-Chart
• Risiko-Burndown-Diagramm

Q18. Der VP of Engineering möchte damit beginnen, einen "Teammitglied des Sprints" -Preis zu vergeben, um einen Top-Performer in jeder Gruppe anzuerkennen. Welchen Rat sollten Sie diesem VP geben?

• Dies ist nicht hilfreich, es sei denn, es gab kürzlich Mitarbeiter-Feedback, das darauf hindeutet, dass sich die Menschen nicht genug geschätzt fühlen.
• Dies ist eine gute Idee, solange in jedem Sprint eine andere Person anerkannt wird.
• Dies ist eine gute Idee, weil Auszeichnungen die Menschen dazu motivieren können, ihr Bestes zu geben.
• Dies ist nicht hilfreich, weil es die Team-Einheit zerstören kann, die für eine hohe Leistung unerlässlich ist.

Q19. Was ist der Unterschied zwischen dem Aufgabenbrett eines Teams und einem Kanban?

• Ein Kanban hat eine explizite Regel zur Begrenzung der WIP.
• Ein Kanban zeigt den Backlog der Arbeit.
• Ein Kanban verwendet kein Definition of Done.
• Ein Kanban zeigt den Status der Arbeitspositionen.

Referenz Eine explizite Regel gilt für das Aufgabenbrett des Scrum-Teams: Aufgaben können nicht in der Mitte eines Sprints zum Scrum-Board hinzugefügt werden.

Q20. Das Team beschwert sich, dass "in letzter Zeit Dinge durch die Risse gefallen sind." Was sollten Sie tun?

• Bitten Sie den Manager des Teams, Rollenzuweisungen vorzunehmen, damit das Team aufholen kann.
• Führen Sie einen Workshop durch, um alle Dinge zu identifizieren, die erledigt werden müssen, und sehen Sie, wer bei jedem helfen kann.
• Beziehen Sie sich auf die RACI (Verantwortlich, Rechenschaftspflichtig, Befragt, Informiert) -Zuweisungen des Teams.
• Treffen Sie sich mit dem Tech Lead und dem Product Owner, um zu versuchen zu identifizieren, was getan werden kann.