Ein Scrum Team entwickelt eine App für die Buchung von Leihfahrrädern. Die Anwendung muss mit dem Service-Überwachungssystem am PC interagieren. Folgendes steht in der Definition of Done:
Die App ist frei von Rechtschreibfehlern
Alle Unit Tests wurden bestanden
Es gibt keine nichtreagierenden Funktionen
Der Product Owner schlägt vor, auch Integrationstests in die DoD aufzunehmen. Hat er Recht?
Answer
Nein, weil ein anderes Software-Team für die Pflege des Überwachungssystem zuständig ist
Ja, weil das Überwachungssystem vom gleichen Scrum Team programmiert wurde
Ja, denn zwischen der App und dem Überwachungssystem gibt es eine Abhängigkeit
Nein, weil der Product Owner keinen Einfluss auf die DoD nehmen darf
Card 122
Question
Was gilt, wenn im Rahmen einer Scrum-Skalierung auf eine Releaseplanung gesetzt wird?
Answer
Sprintergebnisse müssen potenziell nur zu den Release-Terminen releasefähig sein
Ein Release-Plan gibt dem Kunden vollkommene Sicherheit darüber, welche Features wann im Laufe der Produktentwicklung geliefert werden
Ein Release-Plan muss flexibel genug sein, um ihn über die gesamte Projektlaufzeit zu aktualisieren
Die Scrum-Iterationen werden innerhalb von Wasserfallphasen angeordnet
Card 123
Question
In einem laufenden Sprint kommuniziert die Nutzerabteilung, dass die in der Entwicklung befindlichen Features nicht mehr erforderlich sind und nun andere Anforderungen von größerer Bedeutung sind. Der Sprint würde noch weitere 10 Tage dauern und die Entwickler hätten das Sprintziel ohne Probleme erreicht. Nun erwägt der Product Owner einen Abbruch des Sprints. Wählen Sie das richtige Argument für oder gegen einen Abbruch.
Answer
Abbruch! Die Entwickler können sich im neuen Sprint schneller den Anforderungen widmen, die Wert liefern
Kein Abbruch! Die aktuell entwickelten Features könnten später nützlich sein.
Kein Abbruch! Sprints müssen bei Scrum immer die gleiche Länge haben.
Abbruch! Wenn der Kunde seine Meinung ändert, sollte ein Sprint immer neu aufgesetzt werden
Card 124
Question
In einer Organisation wird erstmals ein Scrum Team aufgestellt, um ein Website Relaunch zu entwickeln. Es besteht aus einem Scrum Master, einem Product Owner, einem Marketing-Spezialisten, einem Texter und einem Tester. Kann dieses Team wie ein Scrum Team am Produkt arbeiten?
Answer
Ja, ein Scrum Team sollte aus mindestens drei Entwicklern bestehen
Nein, dem Team fehlen Entwicklungsfertigkeiten, die es von anderen Teams unabhängig macht
Card 125
Question
Ein Kunde erteilt einem Scrum Team einen Auftrag mit Lieferfrist in sechs Monaten. Er erbittet einen Plan über die Lieferung der einzelnen Features. Was empfehlen ein guter Scrum Master und Product Owner ihrem Kunden?
Answer
Sie erhalten einen Release-Plan mit einer möglichst guten Prognose der zu liefernden Features über die nächsten sechs Monate
Wir führen für Sie regelmäßige Demos mit den neuesten Features durch und verfeinern den Plan sukzessive nach jedem Review unter Einbeziehung Ihrer Änderungswünsche
Wir führen für Sie regelmäßige Demos mit den neuesten Features durch, um die Kreativität unserer Entwickler aufzuzeigen
Card 126
Question
Was sollte bei der Entdeckung eines Bugs NICHT getan werden?
Answer
Der Kunde wird unabhängig von der Kritikalität direkt über den Bug informiert
Einfügen des Bugs auf dem Scrum-Board
Analyse der Dringlichkeit des Bugs
Ordnung des Bugs im Product Backlog durch den Product Owner
Card 127
Question
Wie gehen Scrum Teams am besten mit Listen von bekannten Fehlern, unkritischen Bugs und Problemen eines Produktes um?
Answer
Die Liste ist unbedeutend und wird archiviert, das Team konzentriert sich lieber auf die neuen Features
Alle Items auf dem Scrum Board erfassen, verfolgen und in jedem Sprint einige Fehler/Probleme beheben
Card 128
Question
Das Auftauchen von Bugs und Problemen kommt für gewöhnlich in jedem Softwareprojekt vor. Ein Team plant daher in jedem Sprint Pufferzeit für die Behebung von Bugs und Problemen ein. Es ist sich jedoch nicht ganz sicher, ob und wie es den Product Owner einbeziehen sollte. Wie lautet die korrekte Antwort eines Scrum Masters?
Answer
Der Product Owner muss keine Kenntnis von Bugs und Problemen haben, die Entwickler lösen diese durch eigenverantwortliches Handeln
Bittet den Product Owner, die Bugs und Probleme zu bewerten, um sie dann in ein entsprechendes Backlog zu stellen
Card 129
Question
In einem Scrum-Team ist der Product Owner in letzter Zeit dazu übergegangen, im Sprint Planning Aufgaben an die Entwickler zu delegieren. Diesen scheint es nichts auszumachen, denn so wurde es schließlich in früheren Zeiten auch praktiziert. Wie sollte der Scrum Master in dieser Situation handeln?
Answer
Es dem Team überlassen, eigenverantwortlich mit dem Product Owner über Aufgaben zu verhandeln
Den Product Owner darauf hinweisen, dass die Teammitglieder ihre Aufgaben selbst wählen
Zweifel offen ansprechen und das ganze Team zu einer Diskussion über die Praxis animieren
Card 130
Question
Ein gründlicher Product Owner erfasst, nachdem er intensive Gespräche mit Kunden und Anwendern geführt hat, einen Großteil der Wünsche in sehr detaillierten Anforderungen. Welche Reaktion sollte ein Scrum Master darauf zeigen?
Answer
Dem Product Owner raten, das Format von User Stories zu verwenden und damit mehr Spielraum für spätere Änderungswünsche durch die Stakeholder zuzulassen
Dem Product Owner Recht geben, denn er hat die Autorität über das Product Backlog
Dem Product Owner zustimmen, denn so ist sichergestellt, dass die Entwickler die Anforderungen exakt verstehen und umsetzen können
Card 131
Question
Was sollte ein Team tun, wenn es einen unkritischen Bug findet?
Answer
Den Product Owner bitten, den Bug im Product Backlog aufnehmen und ihn ordnen, damit er später behoben werden kann
Die Aufgabe in das Sprint Backlog stellen und umgehend erledigen
Die Aufgabe in das Sprint Backlog stellen und erledigen, wenn der Sprint noch genügend Zeit lässt
Card 132
Question
Ein Scrum Team verfolgt seinen Fortschritt nach mit Hilfe eines Burn-Down-Charts. Im Verlauf des Sprints sieht die Kurve wie folgt aus:
Answer
Die Entwickler sind auf eine Blockade gestoßen und stecken fest.
Die Entwickler stellen weniger fertig als sie vorgesehen hatten.
Die Entwickler liegen bezüglich des Erreichens des Sprintziels auf Kurs.
Card 133
Question
Ein Scrum Team verfolgt seinen Fortschritt nach mit Hilfe eines Burn-Down-Charts. Im Verlauf des Sprints sieht die Kurve wie folgt aus:
Answer
Die Entwickler sind auf eine Blockade gestoßen und stecken fest.
Die Entwickler liegen bezüglich des Erreichens des Sprintziels auf Kurs.
Die Entwickler stellen weniger fertig als sie vorgesehen hatten.
How to use this set
Read the preview and check whether the content and answers suit your learning goal. You can add the public set to your sets to study it. Your account shows the available actions.
Ein Scrum Team verfolgt seinen Fortschritt nach mit Hilfe eines Burn-Down-Charts. Im Verlauf des Sprints sieht die Kurve wie folgt aus:
Ein Scrum Team verfolgt seinen Fortschritt nach mit Hilfe eines Burn-Down-Charts. Im Verlauf des Sprints sieht die Kurve wie folgt aus: