SWEN2
Software Engineering 2
Software Engineering 2
-
- 1 / 92
-
Flashcards
Wie wird der Sprint Backlog verwaltet?
Eine Zuweisung von Arbeit findet niemals statt. Jeder wählt die Arbeit selbst aus. Die Schätzung der noch verbleibenden Aufwandes erfolgt täglich. Jedes Team-Mitglied kann den Sprint Backlog anpassen.
Falls die Arbeit unklar ist, sollte ein entsprechend grösseres Backlog Item für die spätere Klärung geschaffen werden.
Was zeigt der Burndown Chart?
Er indiziert, wie gut ein Sprint vorwärts kommt. Der Scrum Master sorgt dafür, dass das Team auf Warnsignale reagiert.
Was versteht man unter der Definition of Done (DoD)?
DoD ist die Vollständigkeit im Sinne eines gegenseitig akzeptierten Übereinkommens aller Beteiligten, die Konform in Bezug auf die Governance-Vorgaben der Organisation ist.
Die Vollständigkeit wird in Bezug auf eine User Story und einen Sprint definiert.
Was sind die Konsequenzen einer fehlenden DoD? Nenne mind. 4 davon.
- technische Schulden
- Nichterledigte Arbeit türmt sich
- Illusion in Bezug auf den Projektfortschritt (Velocity)
- Unvorhersehbares Lieferdatum
- Team "over-commitment" in Bezug auf die Arbeit, die während eines Sprints erledigt werden kann.
- Der Product Owner lieftert "überraschende" Ergebnisse während dem Sprint Review
Wer definiert die DoD?
Das Team (Product Owner inkl.)
Wie wird die DoD definiert?
Schriftlich im Einverständnis des gesamten Teams und unter Einbezug des Product Owners / Kunden.
Wann wird die DoD definiert?
Vor jedem Sprint und immer wieder adaptiert.
Was bedeutet Selbstorganisation in Bezug auf Scrum?
Es bedeutet, dass das Scrum Team:
- Die zu erledigende Arbeit selbst auswählt
- Den besten Weg um Anforderungen zu erfüllen findet
- Sich Hilfe sucht, zur Überwindung extremer Hindernisse
- Einen eigenen Scrum Master wählt
Einen Teamleiter im herkömmlichen Sinne gibt es nicht.
Was sind Hinernisse / Hemmnisse in Bezug auf Scrum?
Alles was:
- den Fortschritt des Teams beeinträchtigt
- nicht durch das Team intern gelöst werden kann
- eine Zusammenarbeit mit Externen erfordert
- die Arbeit am laufenden Sprint beeinflusst
Was sind User Stories?
User Stories sind eine knappe und präzise Beschreibung eines Stücks Funktionalität, welche dem User (oder Kunden) der SW einen Nutzen stiftet.
Nenne die 3 Teile einer User Story Karte und erkläre sie.
- Card: schriftliche Beschreibung der User Story für Planungszwecke und als Erinnerung
- Conversation: Bereich, der weitere Infors über die User Story und Abstimmungsdetails enthält
- Confirmation: Bereich, der die Tests enthält, die sicherstellen, dass die User Story vollständig ist und so wie erwartet abläuft.
User Stories müssen allumfassende und vollständige Anforderungen darstellen. Wahr oder Falsch?
Falsch!
Sie können mit schriftlicher Dokumentation (Geschäftsregeln, Glossar, etc.) angereichert werden, falls notwendig.
Was ist der Nutzen von User Rollen?
Es erweitert den Scope, indem man von mehr als einem einzigen User ausgeht. Dies erlaubt es, Nutzer zu variieren, z.B. durch
- Hintergrund
- Vertrautheit im Umgang
- Nutzungsfrequenz
- etc.
Beschreibe den Ablauf der Identifizierung und der Auswahl einer Menge von User Rollen.
- Brainstorming einer initialen Menge von User Rollen
- Organisation dieser initialen Menge
- Konsolidierung der Rollen
- Definition der Rollen
Was sind die Vorteile von User Rollen?
- Ermöglicht eine Denkweise, dass SW von real existierenden Menschen genutzt wird.
- Vermeidet es "User" zu sagen. Stattdessen ist der konkrete Rollen Name in der User Story zu verwenden.
- Verbindet Rollen mit Stories.
Was ist ein Epic?
Eine grosse User Story
Was sind Schätzgrössenordnungen für Epics?
Faktoren 13, 20, 40 oder 100
Was sind Themes?
Eine zusammenhängende Menge von User Stories, die zu einer Einheit gruppiert werden.
Was sind Schätzgrössenordnungen für Themes?
Faktoren 13, 20, 40 oder 100
Was sind Story Points?
Die Anzahl Story Points, die einer bestimmten User Story zugeordnet werden, bestimmen die Grösse der Story.
Es gibt keine definierte Formel, um die Grösse einer Story zu definieren.
Story Points schätzen den Aufwand, der notwendig ist, um ein bestimmtes Feature zu realisieren. Sie sind eine relative Messung der Komplexität einer User Story.
Was ist die Velocity und wie wird sie berechnet?
Velocity ist die Fortschrittsmessung eines Teams. Sie wird berechnet durch die Summe der, während einer Iteration umgesetzten, Story Points, die jeder User Story zugeordnet sind.
Was ist Planning Poker?
Ein iterativer Ansatz für die Schätzung.
Wie funktioniert Planning Poker?
Jeder schätzenden Person wird ein Stapel Karten verteilt und auf jeder Karte ist eine gültige Schätzung notiert.
Der Kunde / Product Owner liest die Story vor und erläutert sie kurz.
Jede schätzende Person nimmt eine Karte, die seiner persönlichen Schätzung entspricht. Dann werden die Karten umgedreht, damit sie für alle sichtbar sind.
Die Unterschiede werden diskutiert. Anschliessend werden die Schätzungen wiederholt, bis sie übereinstimmen.
Was sind die "Condition of Satisfaction"?
Jedes Projekt wird mit einer gewissen Menge von Zielen initialisiert. Es werden mit grosser Sicherheit zusätzliche Ziele bezüglich dem Zeitplan, dem Budget und der Qualität definiert.
Diese Ziele sind für den Kunden / Product Owner die "Condition of Satisfaction"
Was sind die allgemeinen Levels of Planning (Schichten der Planungszwiebel)?
- Strategy (äusserste Schicht)
- Portfolio
- Product
- Release
- Iteration
- Day (innerste Schicht)
Auf wievielen Ebenen planen agile Teams?
Auf mind. 3 Ebenen.
Was sind die Planungsebenen bei Scrum?
- Product Backlog
- Sprint Backlog
- Daily Scrum Meeting
- Increment (oder potentially shippable product)
Was ist das Ziel von Planungsebenen?
Teilziele so zu definieren und zu verifizieren, dass sie zu einem langfristigen Ziel führen.
Was sind die Faktoren für die Priorisierung der User Stories?
- Der finanzielle Wert einer Funktion (wieviel Geld wird verdient / gespart?)
- Die Kosten für die Entwicklung (und den Unterhalt) der neuen Funktion (wieviele Story Points?)
- Der Umfang und die Signifikanz des Know-How-Gewinns durch die Entwicklung der Funktion
- Die Mitigation der Risiken als Konsequenz der Umsetzung einer Funktion (Zeitplan, Kosten und Risiken)
Wann sind Schätzungen am besten?
Wenn sie aus der Zusammenarbeit des Teams abgeleitet werden.
Nenne eine Schätzungstechnik.
Planning Poker
Was sind mögliche Grössenordnungen für die Schätzung?
- Fibonacci
- 2^n
- Einfach, Mittel, Komplex
Ist die 0 eine gültige Schätzgrösse?
Nenne die 6 Eigenschaften einer guten User Story.
- Independent
- Negotiable
- Valuable
- Estimatable
- Small
- Testable
=> INVEST
Erkläre das I in INVEST (Independent).
Abhängigkeiten führen zu Problemen in Bezug auf die Priorisierung und Schätzung. Im Idealfall kann eine User Story für die Umsetzung ausgewählt werden, ohne dass eine Vielzahl anderer Stories mitberücksichtigt werden müssen.
Vermeiden durch Kombination und erneutem Aufteilen
Erkläre das N in INVEST (Negotiable).
User Stories sind keine Verträge aber zentrale Artefakte für die Entwicklung und den Kunden.
Unnötige Details sind zu vermeiden.
Details können im Rahmen von Tests niedergeschrieben werden (auf der Rücksseite)
Erkläre das V in INVEST (Valuable).
User Stories sollten für den Kunden von Wert sein und nicht für die Entwicklung.
Solche, die aus der Entwicklung kommen, sollten umgeschrieben werden, damit sie den Wert für den Kunden reflektieren.
Erkläre das E in INVEST (Estimatable).
User Stories sollten unbedingt schätzbar sein. Die Planung basiert darauf.
Gründe warum sie nicht schätzbar sind:
- Der Entwicklung fehlt das Fachwissen
- Der Entwicklung fehlt das technische Know-How
- User Storie ist zu umfangreich
Erkläre das S in INVEST (Small).
Kleine User Stories sind einfacher zu planen und zu priorisieren.
Erkläre das T in INVEST (Testable).
User Stories müssen testbar sein.
