card2brain.ch

Cartes-fiches	30
Langue	Deutsch
Catégorie	Gestion d'entreprise
Niveau	Autres
Crée / Actualisé	10.02.2025 / 13.04.2025
Lien de web	https://card2brain.ch/box/20250210_scrum_master_tuev
Intégrer	<iframe src="https://card2brain.ch/box/20250210_scrum_master_tuev/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>

Was sind die Grundgedanken von agilen Projekten?

Anforderungsänderungen sind willkommen und möglich.

Anpassungen an sich verändernde Umstände können vorgenommen werden.

Kundenzufriedenheit soll durch eine frühe Auslieferung von Produktinkrementen erreicht werden.

Welches sind die Bausteine von Scrum?

Rollen (Product Owner, Scrum Master, Team

Planungsphasen (Release Planung, Sprint Planung, Entwicklungsplanung)

Artefakte (Product Backlog, Sprint Backlog, Produktinkrement)

Ereignisse (Sprint Planung I + II, Daily Scrum, Sprint Review, Sprint Retrospektive)

Welche der folgenden Aussagen treffen auf Scrum zu?

Im Daily Scrum werden Maßnahmen zur Behebung von Hindernissen diskutiert.

Am Ende eines jeden Sprints existiert ein funktionsfähiges Produktinkrement.

Die Sprint Retrospektive bewertet die Zusammenarbeit im Scrum Team.

Die Sprint Review dauert bis zu 8 Stunden und ggf. länger.

Wie ist es möglich, dass die Kundenzufriedenheit in Scrum Projekten sichergestellt wird?

An oberster Stelle steht die enge Zusammenarbeit mit dem Kunden.

Kunden können an den Sprint Reviews teilnehmen.

Der Kunde hat zu jedem Zeitpunkt die volle Kontrolle über die Entwicklung des Projektes.

Der Projektfortschritt ist transparent und kann somit auch an den Kunden weiterberichtet werden

Welches sind die Werte des Agilen Manifests?

Individuen und Interaktion sind wichtiger als Prozesse und Werkzeuge.

Funktionierende Software ist wichtiger als umfassende Dokumentationen.

Reagieren auf Veränderung ist wichtiger als das Befolgen eines festgelegten Plans.

Zusammenarbeit mit dem Kunden ist wichtiger als Vertragsverhandlungen.

Was ist das Ziel des Initial Meetings?

Erstellung eines initialen Product Backlogs, damit für die ersten 2-3 Sprints genügend Anforderungen vorhanden sind.

Die gemeinsame Verabschiedung des Releaseplans ist das klare Ziel.

Die Definition und gemeinsame Klarheit zur Zusammenarbeit.

Die Diskussion und Reflexion der abgestimmten Produkt Vision.

Welche der folgenden Aussagen bezogen auf einen Sprint sind korrekt?

Im Sprint können Verbesserungsmaßnahmen umgesetzt werden.

Die Länge des Sprints darf minimal 30 Tage betragen.

Aus einem Sprint resultiert ein Produktinkrement.

Ein Sprint ist ein time-boxed Ereignis mit einem definierten Ziel.

Was ist die maximale Dauer eines Sprints?

Ein Sprint dauert so lange, bis das Produktinkrement fertig ist.

30 Tage

Ein Sprint dauert so lange, bis der Kunde zufrieden ist.

Ein Sprint dauert eine Woche.

Welche der folgenden Aussagen treffen auf Scrum Ereignisse zu?

Alle Ereignisse haben eine festgelegte Timebox.

Die Reihenfolge von Review, Retrospektive und Planning können beliebig geändert werden.

Der Scrum Master ist für die Durchführung, die Einladung und die Moderation aller Ereignisse zuständig.

Das Team entscheidet, welche Inhalte in welchem Meeting behandelt werden.

Welche Sprintarten können Sprints aufweisen?

Standardsprint

Releasesprints

Explorationssprints

Epicsprints

Was sind zentrale Rollen und Aufgaben in Scrum Projekten?

Scrum Master: verantwortlich für die Einhaltung des Scrum Prozesses und der Regeln.

Manager: verantwortlich für die Führung des Teams und Einhaltung der Führungsgrundsätze

Product Owner: nimmt die Sicht des Kunden im Projekt ein.

Entwicklungsteam: Durchführung der Sprints, Entwicklung des Produktinkrements.

Wie kann der Scrum Master das Entwicklungsteam unterstützen?

Der Scrum Master gibt klare Anweisungen zur Aufgabenverteilung.

Der Scrum Master kann das Team schützen, um dem Team den nötigen Handlungsfreiraum für die Erfüllung Ihrer Aufgaben zu geben.

Der Scrum Master ist für das Coaching des Entwicklungsteams zuständig.

Der Scrum Master hat die Aufgabe, ein Verständnis für Arbeiten in einem empirischen Umfeld zu schaffen.

Welche der folgenden Aussagen sind NICHT korrekt?

Die Timebox des Daily Scrums ist abhängig von der Größe des Entwicklungsteams.

Der Scrum Master nimmt nicht an den Scrum Meetings teil und wird nur bei Bedarf hinzugezogen.

Nur der Product Owner setzt die umgesetzten Anforderungen im Product Backlog auf „Done“.

Das Scrum Team ist nicht fest definiert, so können die Mitglieder des Entwicklungsteams auch häufiger die Positionen wechseln.

Welche Rechte und Pflichten hat das Entwicklungsteam in einem Scrum Projekt?

Für die Umsetzung von Anforderungen trägt das gesamte Entwicklungsteam die Verantwortung.

Das Entwicklungsteam kann Verhaltensregeln für sich selbst beschließen.

Das Entwicklungsteam ist für das Erreichen der Projektziele und damit auch für den Auslieferungszeitpunkt alleine verantwortlich.

Um optimal auf die Erreichung des Ziels hinzuarbeiten, organisiert sich das Entwicklungsteam selbst.

Ist der Scrum Master der Projektleiter in einem Scrum Projekt?

Nein, die Rolle des Projektleiters ist in einem Scrum Projekt nicht existent.

Ja, da er den Kunden im Projekt vertritt.

Ja, da er für die Einhaltung des Scrum Prozesses verantwortlich ist.

Nein, das ist der Produktmanager.

Welche Rechte und Pflichten hat ein Scrum Master?

Der Scrum Master verantwortet die Leitung des Entwicklungsteams.

Der Scrum Master coacht das Scrum Team und hat die Aufgabe, agile Denk- und Verhaltensweisen zu fördern.

Der Scrum Master ist verantwortlich für die Kommunikation mit dem Kunden, um die Prinzipien des agilen Manifests zu transportieren.

Der Scrum Master führt durch das Sprint Review, um umgehend die Anforderungen im Product Backlog auf „Done“ zu setzen.

Wer ist verantwortlich für die Erreichung des Sprint-Ziels?

Das Entwicklungsteam

Der Produktmanager

Der Scrum Master

Der Kunde

Welche Aussagen treffen auf das Product Backlog zu?

Das Product Backlog ist ein lebendes Dokument, welches kontinuierlich aktualisiert und angepasst wird.

Das Product Backlog wird zu jedem Sprintende vom Product Owner abgenommen.

Das Product Backlog enthält die abgeschätzte Größe/Komplexität der Anforderungen.

Das Product Backlog muss vor Beginn des Projektes so detailliert und präzise wie möglich sein.

Die INVEST-Methode beschreibt Qualitätsanforderungen an User Stories. Welche Anforderungen treffen zu?

Unabhängig: Anforderungen sollen voneinander unabhängig sein, damit sie in beliebiger Reihenfolge umgesetzt werden können.

Terminiert: Alle Anforderungen sind terminlich fest geplant, damit eine genaue Ablaufplanung erstellt werden kann.

Klein: Die Größe der Anforderungen sollte so definiert sein, dass diese in einem Sprint umgesetzt werden können.

Schätzbar: Jede Anforderung muss geschätzt sein. Ist das Team nicht in der Lage, eine Schätzung abzugeben, so soll diese nochmal besprochen und definiert werden.

Welche Aussagen bezogen auf die MuSCoW -Priorisierung“ sind korrekt?

Das "C" in "MuSCoW-Priorisierung" steht für "could have".

Anforderungen die mit „W“ bewertet sind, werden im Projekt nicht umgesetzt.

Ein Vorteil der " MuSCoW -Priorisierung" ist die klare Angrenzung der unterschiedlichen Priorisierungsstufen.

Bei der " MuSCoW -Priorisierung" werden zuerst alle Anforderungen mit „M“ umgesetzt. Wenn noch Zeit übrig ist, werden Anforderungen mit „C“ umgesetzt.

Was ist ein Sprint Backlog?

Ein Sprint Backlog enthält die Product Backlog Items, die für diesen Sprint ausgewählt wurden sowie die Aufgaben, die für die Erstellung des Produktinkrements notwendig sind.

Ein Sprint Backlog wird zu Beginn des Projektes erstellt und kann vom Entwicklungsteam angepasst werden.

Ein Sprint Backlog wird mindestens einmal täglich, im Rahmen des Daily Scrums, angepasst.

Ein Sprint Backlog ist das zentrale Artefakt für das Entwicklungsteam, um sich während des Sprints zu organisieren.

Wie wird in Scrum mit Hindernissen (Impediments) umgegangen?

Probleme werden im sogenannten Impediment Chart (oder Backlog) aufgenommen.

Der Scrum Master ist für das Impediment Chart verantwortlich.

Auf das Impediment Backlog hat ausschließlich der Scrum Master Zugriff.

Die Impediments werden im Daily Scrum besprochen und gelöst.

Was sollte bei der „Definition von Done” (DoD) berücksichtigt werden?

Die Meinungen, die bezüglich der Produktqualität vom Scrum Team und Stakeholder vorgetragen werden, sollen in die DoD integriert werden.

Die Normen, Standards und Richtlinien des Unternehmens sollen berücksichtigt werden.

Wenn mehrere Scrum Teams am selben Produkt arbeiten, gibt es eine gemeinsame „Definition of Done“.

Die Entwicklungsgeschwindigkeit des Teams findet Berücksichtigung.

Was sind die Merkmale des Daily Scrums?

Das Daily Scrum kann, muss aber nicht stattfinden.

Das Daily Scrum ist ein wichtiges Meeting, um dem Product Owner den Status und Fortschritt des Projektes zu berichten.

Das Daily Scrum ist ein 15-minütiges time-boxed Ereignis.

Beim Daily Scrum werden Hindernisse beseitigt.

Welche Aussagen bezüglich des Backlog Refinements sind korrekt?

Das Backlog Refinement (Grooming) ist eine kontinuierliche entwicklungsbegleitende Tätigkeit (kein Scrum Ereignis im eigentlichen Sinn) und sollte max. 10% der Sprintdauer in Anspruch nehmen.

Zu den Aufgaben im Backlog Refinement gehören u.a. das Verfeinern, Schneiden und Schätzen von Anforderungen

Das Entwicklungsteam entscheidet über die Art der Durchführung (ein oder mehrere Meetings während des Sprints) und den Zeitpunkt des Backlog Refinements.

Der Product Backlog darf im Backlog Refinement nicht angepasst werden.

Welche der folgenden Aussagen zur Sprint Retrospektive sind korrekt?

Ursachen für Vorkommnisse sollten analysiert und Maßnahmen beschlossen werden.

Ziel der Sprint Retrospektive ist es, die negativen Vorkommnisse zu besprechen.

Eine ehrliche und respektvolle Kommunikation sollte eingehalten werden.

Die Regel des Timeboxings gilt für die Sprint Retrospektive nicht.

Wodurch unterscheidet sich ein Releaseplan vom Product Backlog?

Der Release Plan wird vom Release Owner erstellt.

Die Anforderungen aus dem Product Backlog werden im Release Plan in eine zeitliche Reihenfolge gebracht.

Im Releaseplan werden die Anforderungen abgeschätzt.

Im Releaseplan werden alle Meetingzeiten berücksichtigt.

Welche der folgenden Aussagen beschreiben einen Epic Wall (Parking Lot Chart)?

Die Epic Wall dient dem Entwicklungsteam zur Darstellung von Hindernissen.

Die Epic Wall unterstützt bei der Übersicht eines umfangreichen Product Backlogs.

Die Epic Wall ist für den Scrum Master wichtig, um auf einen Blick die Veränderung der Entwicklungsgeschwindigkeit zu erkennen.

Die Epic Wall ist für den Product Owner wichtig, um einen Überblick über den Gesamtentwicklungsfortschritt zu bekommen.

Bei großen Projekten werden mindestens zwei Product Owner eingesetzt. Ist diese Aussage richtig oder falsch?

Richtig

Falsch

Was bedeutet Skalierung bei großen und verteilten Scrum Projekten?

Ein Projekt gilt dann als groß, wenn mehr als ein Entwicklungsteam parallel arbeitet.

Arbeiten mehrere Scrum Teams gemeinsam an einem Projekt, dann arbeiten alle an einem gemeinsamen Product Backlog.

Wenn mehr als an einem Standort gearbeitet wird, gilt ein Scrum Projekt als verteilt.

Wenn an jedem Standort ein Scrum Team arbeitet, welches am Projekt beteiligt ist, spricht man von verteilten Teams.

Scrum Master - TÜV

Créer ou copier des fichiers d'apprentissage

Créer ou copier des fichiers d'apprentissage

Connecte-toi pour voir toutes les cartes.

SWITCHaai

Office 365

Edulog

Apple ID

Google