Postscrum

Schätzen Sie bitte den Prozentsatz der richtigen Antworten, welche sie abgeben werden (1 Stern = 10%):

Haben sie schon einmal einen Scrumkurs besucht (intern oder extern)?

Welche Aufgaben umfasst der Sprint 0 (Mehrere Antworten möglich)?

Wie lange dauern die jeweiligen Scrummeetings?


Daily Scrum
Sprint Retrospektive
Sprint Planning
Sprint Review

Sie haben einen Task abgeschlossen, jedoch hat er eine kleine instabile Schwachstelle. Der Sprint ist nun zu Ende. Wie gehe ich nun vor (Mehrere Antworten möglich)?

Ich stelle meinen bisherigen Fortschritt vor und stelle diesen Produktiv, wenn die Instabilität keine Gefahr und nur klein ist.

Der Task gilt als nicht erfüllt und deswegen wird im Sprint Review dieser nicht weiter thematisiert.

Ich erkläre vor dem Meeting dem Scrummaster mein Anliegen und spreche mit ihm ab, ob der Task genug stabil zur Vorstellung ist.

Ich entschuldige mich beim Product Owner, dass ich trotz Sprintende den Task nicht abschliessen konnte.

Dies ist nur relevant bei Bugfixes, weil die Bugfixes eine Instabilität darstellen und diese erst bei kompletter Stabilität vorgezeigt werden dürfen.

Ich stelle vor, was ich bisher geleistet habe, jedoch wird auf keinen Fall etwas ins Produktive integriert.

Dem Productowner ist nach Sprintstart noch eingefallen, dass er noch einen anderen Task priorisieren will. Er fragt einen Entwickler des Entwicklerteams, ob sie was tauschen könnten im Sprint. Er wäre sogar bereit einen Task aus dem Sprint zu entfernen mit gleicher Anzahl Storypoints. Was sollte nun passieren (Mehrere Antworten möglich)?

Der Product Owner zahlt und der Kunde ist König. Wir erfüllen ihm seinen Wunsch.

Solange die Storypointsanzahl stimmt und noch keiner mit dem zu tauschenden Task begonnen hat, spielt dieser Tausch keine Rolle.

Hier muss der Scrummaster interagieren, da der PO solche Dinge nicht mit dem Entwicklerteam absprechen darf.

Nur der PO und Scrummaster können dies vereinbaren. Wenn der Scrummaster mit dem Tausch einverstanden ist, dann wird dieser durchgeführt.

Ein Tausch kann nicht erfolgen. Lediglich der Sprint kann abgebrochen werden und ein neuer definiert werden.

Dies muss beim nächsten Daily Scrum besprochen werden. Bei Einverständnis der Mehrheit wird diese Änderung angenommen.

Falls mit Jira gearbeitet wird, kann man die Tasks noch entfernen, solange kein Entwickler den Task als "In Bearbeitung". Ab dann erhält der Task einen Flag. Solange existiert die Trade Möglichkeit, wobei die Storypoints aus den neuen Task(s) den Storypoints des entfernten entsprechen müssen.

	Sortiere die Sprintmeetings (1 Sprintanfang, 4 Sprintende)
Sprint Review
Sprint Planning
Product Backlog Refinement
Sprint Retrospektive

Der Einfachheit zuliebe ist PL mit dem AG gleichzusetzen und der TPL mit dem PO gleichzusetzen. Ordne die Aufgaben den Rollen zu:

	Entwicklungsteamleiter	Stakeholder	Testverantwortlicher	Entwickler	Scrummaster	Product Owner
Existiert nicht
Taskreihenfolge erstellen
Tasks dem Sprint zuordnen
Sicherstellen, dass die verschiedenen Anforderungen wie z.B. Geschäftsanforderungen und Systemanforderungen in Bezug auf die Qualität des IT-Systems erfüllt werden
Protokoll zu Testprotokollen und Testkonzepten verfassen.
Backlog schätzen
Absolvierung von Tasks
Projektstrukturplan
Jira bestellen
Backlog Pflege

	Bitte definiere folgende Begriffe in 2-5 Sätzen:
Epic
Story
Theme
Task

Erkläre bitte den Unterschied zwischen Definition of Ready und Definition of Done. Gib jeweils zwei Beispiele pro Definition an:

Wer ist für die Einhaltung des Scrums zuständig?

Die Stakeholder, denn sie wollen das Projekt agil realisieren.

Das Entwicklerteam, denn sie sind am Meisten von Scrum betroffen.

Der Product Owner, denn er ist der Stellvertreter der Stakeholder

Die Scrumpolice, jemand aus dem Entwicklerteam wird als Zuständiger zu Beginn des Projektes auserwählt

Der Scrummaster, dies fällt in seinen Aufgabenbereich

Scrummaster + Entwicklerteam, denn sie sind die Dienstleister und der Kunde nimmt nur die Projektform in Anspruch, muss diese aber nicht aktiv realisieren

Alle zusammen, denn ein agiles Projekt kann nur durch gemeinsames Einverständnis funktionieren

Wahr oder Falsch?

	Wahr	Falsch
Der Product owner ist die höchste Instanz in einem Scrumprojekt
Als Scrummaster entscheide ich, welche Tasks in das Backlog gezogen werden
Wenn mir eine Softwarelizenz fehlt, dann organisiert der Scrummaster mir die Lizenz
Wenn mir eine Softwarelizenz fehlt, dann organisiert der Product Owner mir die Lizenz
Tasks werden nur von dem Mitarbeiter geschätzt, der dann effektiv daran arbeitet
Die maximale Storypointanzahl pro Sprint berechnet sich folgendermassen: Storypoints = 10 * Anzahl Mitarbeiter * Sprintwochen

Welche Aussagen zu Storypoints stimmen?

Die Storypoints werden nur als Zeit geschätzt, da die Post sich bewährende Prinzipien aus Hermes mitzieht

Die Storypoints werden nur als Komplexität geschätzt, da Scrum keine Zeit vorsieht

Die Storypoints werden sowohl nach Zeit wie auch nach Komplexität geschätzt, da die Post sich bewährende Prinzipien aus Hermes mitzieht

Der Referenzwert zur Backlogschätzung definiert sich stets am Aufsetzen eines Windows Betriebssystemes, da die Komplexität immer gleich bleibt und beinahe jeder Entwickler dies mindestens einmal in seinem Leben machen musste. Es gibt jedoch auch Variationen mit dem Aufsetzen eines Mac oder Linux Systemes für die Teams, welche wirklich selten mit Windows arbeiten mussten.

Ein Epic muss gesamthaft mindestens 100 Storypoints umfassen

Der Referenzwert muss 1 sein

Zur Bewertung der Tasks kann ein Scrumpoker bzw. ein Planningpoker eingesetzt werden

Der Mitarbeiter mit den meisten Storypoints wird zum neuen Scrummaster nach dem Sprint

{"name":"Postscrum", "url":"https://www.quiz-maker.com/QPREVIEW","txt":"Schätzen Sie bitte den Prozentsatz der richtigen Antworten, welche sie abgeben werden (1 Stern = 10%):, Haben sie schon einmal einen Scrumkurs besucht (intern oder extern)?, Welche Aufgaben umfasst der Sprint 0 (Mehrere Antworten möglich)?","img":"https://www.quiz-maker.com/3012/images/ogquiz.png"}