Agile Softwareentwicklung | Karteikarten online lernen

Alle Oberthemen / Agile Softwareentwicklung / Scrum

Agile Softwareentwicklung (47 Karten)

Sag Danke

1
Kartenlink

Was sind Grenzen agiler Methodiken?

schlecht ausgebildete Entwickler
falsche Organisationsstrukturen
unmotivierte Entwickler
änderungsresistentes Management
keine Kunden

2
Kartenlink

Wo kann Verschwendung in der Entwicklung auftreten?

Übergabezeiten und Informationsverluste an neue Teams
Wartezeiten
Erzeugung fehlerhafter Software

3
Kartenlink

Welche agilen Werte gibt es im "agile manifesto"?

Individuen und Interaktionen gelten mehr als Prozesse und Tools
funktionierende Programme gelten mehr als Dokumentation
stetige Zusammenarbeit mit dem Kunden steht über Verträgen
Mut und Offenheit für Änderungen wichtiger als festgelegter Plan

4
Kartenlink

Was sind agile Methoden?

an Agilität ausgerichtete Methoden der Softwareentwicklung
basieren auf agilen Prinzipien (einfach, zweckmäßig, kundenorientiert, gemeinsamer Codebesitz)
z.B. Paarprogrammierung, Story-Cards, Testgetriebene Entwicklung

5
Kartenlink

Welche Zielsetzung erfüllen agile Entwicklungsprozesse? Welche Beispiele gibt es?

Abbau der Bürokratisierung in Softwareentwicklung
Reduktion Entwurfsphase
Software wird Kunden früh präsentiert
Reduktion Entwicklungsaufwand

Adaptive Software Development
Extreme Programming
Testgetriebene Entwicklung
Scrum

6
Kartenlink

Was ist agiles Design?

inkrementelle Entstehung eines Designdokuments
Design in 2 Schritten (Highlevel Design, Detail Design)

7
Kartenlink

Was ist das agile Testkonzept?

Testen ist begleitend zur Entwicklung
jedes Teammitglied testet seine Entwicklung selbst
Integrationsaspekte werden am Ende jedes Zyklus getestet

8
Kartenlink

Was ist das V-Modell?

Vorgehensmodell für Planung und Durchführung von Systementwicklungsprojekten
Spezifikation und Zerlegung = absteigender Ast
Realisierung und Integration = aufsteigender Ast

9
Kartenlink

Wodurch unterscheiden sich agile Methoden und V-Modell?

	Agil	V-Modell
Projektleiter	Nein	Ja
Kundenorientierung	Ausgeprägt	Nein, nur in Planungsphase
Dokumentation	Bei wichtigen Dokumenten	Ausführlich
Designdokumente	Bei wichtigen Dokumenten	Ausführlich
Testkonzept	Während Entwicklung	In separater Testphase
Flexibilität bei neuen Anforderungen	Ja	Nein
Bürokratie	Nein	Ja

10
Kartenlink

Was ist Scrum?

agiler Entwicklungsprozess
offenes Framework
klare Rollenbeschreibungen
einfaches Regelwerk
einfaches Prozessmodell

11
Kartenlink

Welche Rollen gibt es im Scrum?

Manager (Stakeholder)
Kunden (Stakeholder)
Anwender (Stakeholder)
Product Owner
Scrum Master
Teammitglieder

12
Kartenlink

Welche Aufgaben hat der Manager?

unterstützt Team (Blocks)
stellt Infrastruktur bereit
organisiert Schulungen
unterstützt Scrum Master bei Konflikten im Team

13
Kartenlink

Welche Aufgaben haben Kunden und Anwender?

definieren Anforderungen an Software
stehen in Kontakt mit Product Owner
beeinflussen Produkt durch Feedback
stellen Userorientierung sicher (v.a. Anwender)

14
Kartenlink

Welche Aufgaben hat der Product Owner?

definiert Sprint und Release Backlog
sammelt Feedback von Kunden und Anwendern
definiert Sprint Ziel
bestimmt Prioritäten des Backlogs
vertritt Team gegenüber Kunden und Anwendern

15
Kartenlink

Welche Aufgaben hat der Srum Master?

bereitet Scrum Meetings vor
sorgt dafür, dass das Team produktiv arbeitet, zusammenhält, Methoden einhält, sich selbst organisiert
beschützt das Team vor Störungen von außen
kümmert sich um Blocks

16
Kartenlink

Welche Aufgaben hat das Teammitglied?

entwickelt Software
nimmt an Scrum Meetings teil
spricht Probleme offen an

17
Kartenlink

Was ist ein Product Backlog?

wird vom Product Owner verwaltet
enthält Anforderungen, die zur Erreichung des Projektziels umgesetzt werden müssen
priorisierte Einträge

18
Kartenlink

Was ist der Release Backlog?

Ausschnitt des Product Backlogs, der für ein Release geplant ist

19
Kartenlink

Was ist der Sprint Backlog?

ausgewählter Ausschnitt aus Release Backlog
wird vom Product Owner an das Team übergeben
Team plant im Planungsmeeting Aktivitäten, die zur Umsetzung der Anforderungen erforderlich sind (Ende des Meetings: Sprint Backlog)
wird täglich aktualisiert

20
Kartenlink

Was ist eine Block Liste? Wer ist verantwortlich?

Dokumentation der Probleme des Teams
immer, wenn ein Mitglied nicht mit Arbeit fortfahren kann, erfasst es einen Block
Besprechung im Daily Scrum Meeting (Scrum Master, Manager und Team versuchen, Block zu beseitigen)
Blockliste: Impediment Backlog
Scrum Master ist verantwortlich

21
Kartenlink

Sprint Planning: Startbedingung, Verantwortlich, Teilnehmer, Ziel, Ergebnis?

Startbedingung: Priorisierter Release Backlog

Verantwortlich: Scrum Master

Teilnehmer: Team, Scrum Master, Product Owner

Ziel: Definition eines Sprintzieles + Aktivitäten

Ergebnis: Priorisierter Sprint Backlog, zugeordnete Backlog Items

22
Kartenlink

Daily Scrum: Startbedingung, Verantwortlich, Teilnehmer, Ziel, Ergebnis?

Startbedingung: Sprint Backlog, Team arbeitet daran

Verantwortlich: Scrum Master

Teilnehmer: Team, Scrum Master

Ziel: Informationsaustausch (Was wurde fertig? Was bearbeite ich? Was behindert meine Arbeit?)

Ergebnis: Aktualisierter Sprint Backlog, Block Liste

23
Kartenlink

Sprint Review: Startbedingung, Verantwortlich, Teilnehmer, Ziel, Ergebnis?

Startbedingung: Abgeschlossener Sprint

Verantwortlich: Scrum Master

Teilnehmer: Team, Scrum Master, Product Owner, Stakeholder

Ziel: Team präsentiert Ergebnis, legt offen, welche Backlog Items nicht abgearbeitet sind

Ergebnis: Feedback, Transparenz über Abarbeitungsgrad

24
Kartenlink

Sprint Retrospektive: Startbedingung, Verantwortlich, Teilnehmer, Ziel, Ergebnis?

Startbedingung: Abgeschlossener Sprint

Verantwortlich: Scrum Master

Teilnehmer: Team, Scrum Master

Ziel: Team reflektiert Zusammenarbeit im letzten Sprint

Ergebnis: Top 3 Punkte werden im nächsten Sprint umgesetzt

25
Kartenlink

Welche Herausforderungen gibt es im Scrum?

Team organisiert sich selbst
kein Projektleiter
gemeinsames Teamziel
Unterordnung starker Persönlichkeiten

26
Kartenlink

Wie wird im Scrum mit Anforderungen umgegangen?

werden nicht zuerst vollständig erfasst und dann an Entwicklung übergeben
werden zeitnah mit der Umsetzung vom Product Owner erfasst
Product Owner entscheidet, in welcher Reihenfolge Anforderungen umgesetzt werden + Kommunikation an das Team
werden über den gesamten Zeitraum mit dem Team detailliert und verfeinert
Wertschöpfungskraft des Teams regelt Menge der verarbeiteten Anforderungen

27
Kartenlink

Wie kommt man von einer Idee zum Backlog?

Vorstufe = Produktkonzept

wird vom Product Owner mit verschiedenen Abteilungen abgestimmt
beschreibt wichtige Eigenschaften

28
Kartenlink

Wie wird ein Product Backlog aufgebaut?

inkrementell
zuerst Themen/Epics definieren
dann Erweiterung um User Stories (bilden Basis für Sprint Planning)

29
Kartenlink

Priorisierung des Backlog: Gründe, Schwierigkeit, Kriterien, Gefahr?

Gründe

wichtige Anforderungen können zuerst umgesetzt werden
Team wird für wichtige Anforderungen fokussiert
Vorbereitungszeit wird reduziert

Schwierigkeit: zur Priorisierung müssen auch technische Bedürfnisse berücksichtigt werden

Kriterien

Nutzen/Wert
Risiko
Kosten
technische Notwendigkeit

Gefahr: einzelne Teams achten nur auf eigenes Team

30
Kartenlink

Was ist das Kano Modell?

Anforderungen werden in Basis-, Leistungs- und Begeisterungsmerkmale eingeteilt
hoher Mehrwert + Kundenzufriedenheit

31
Kartenlink

Wie wird ein Sprint vorbereitet?

Schätzklausur - Planungspoker (Schätzung der Aufwände für einzelne Anforderungen)
Release Burndown Bericht (Projektfortschritt)
Ermittlung der Teamkapazität
Sprintplanung (Aufbau Sprint Backlog)

33
Kartenlink

Was ist Daily Scrum?

Besprechung, die 15 Minuten dauert und jeden Tag am gleichen Ort stattfindet
Vorbereitung: Sprint Backlog, Sprint Burndown Chart
Teammitglied beantworten 3 Fragen
Scrum Master dokumentiert Blocks
Ziel: gemeinsames Verständnis über Sprint Fortschritt

33
Kartenlink

Was ist Daily Scrum?

Besprechung, die 15 Minuten dauert und jeden Tag am gleichen Ort stattfindet
Vorbereitung: Sprint Backlog, Sprint Burndown Chart
Teammitglied beantworten 3 Fragen
Scrum Master dokumentiert Blocks
Ziel: gemeinsames Verständnis über Sprint Fortschritt

34
Kartenlink

Abbruch eines Sprints: Gründe, Schritte, Folgen?

Gründe

massive Blocks
Kundenanforderungen oder Geschäftsprozesse haben sich geändert

Schritte

Sprint Review einberufen, Arbeitsergebnisse dokumentieren
Sprint Retrospektive durchführen

Folgen: nach Beseitigung der Hindernisse wird neuer Sprint geplant

35
Kartenlink

Was ist ein Sprint Review?

Begutachtung der Arbeitsergebnisse
Projektfortschritt wird transparent gemacht
Product Owner gibt Feedback
Scrum Master: moderiert
Team: präsentiert Ergebnisse

36
Kartenlink

Was ist die Sprint Retrospektive?

Reflektion des Entwicklungsprozesses
soll Zusammenarbeit im Team verbessern
Beschluss, welche Verbesserungsvorschläge in den nächsten Sprints umgesetzt werden sollen

37
Kartenlink

Was ist Kanban?

Methode der Produktionsablaufsteuerung
Pull-Prinzip
orientiert sich am tatsächlichen Verbrauch
ermöglicht Reduzierung der Bestände
Ziel: gesamte Wertschöpfungskette auf der ersten Produktionsstufe kostenoptimal steuern
Steuerung durch Kanban-Karten

38
Kartenlink

Welche Grundideen vertritt Kanban?

Wertschöpfungskette wird aufgeteilt und für jeden übersichtlich dargestellt
Anzahl der Tickets, die gleichzeitig an einer Station bearbeitet werden (WiP) wird limitiert

39
Kartenlink

Was ist ein Kanban-Board?

Post-Its o.ä. = Arbeitselemente
drei Abschnitte: "anstehend", "in Arbeit", "abgeschlossen"

40
Kartenlink

Welche Gemeinsamkeiten haben Scrum und Kanban?

Anforderungen in kleinen Paketen
Pull-Systeme
Voraussetzung: selbstorganisierende Teams
agile Methoden, schlank
Transparenz, um Prozesse fortlaufend zu verbessern
häufige und schnelle releasefähige Auslieferung von Software-Inkrementen

41
Kartenlink

Wodurch unterscheiden sich Kanban und Scrum?

	Kanban	Scrum
Priorisierung	Optional	Vorgeschrieben
Schätzungen	Optional	Vorgeschrieben
Rollen	Keine	Vorgeschrieben
Board	Kontinuierlich	Nur für einen Sprint
Iterationen	Optional	In festem Rhythmus vorgeschrieben
Anforderungsgröße	Keine beschrieben	Müssen in einen Sprint passen
Diagrammtyp	Keiner vorgeschrieben	Burndown Chart