Agile SW-Entwicklung

Question 1

Ziel der SCRUM

Answer 1

schnell
flexibel
wenig Aufand
Kunde zufriedenstellen
(hidden: nicht alles auf einmal ändern)

Question 2

SCRUM…(Vorgehen)

Answer 2

• Entkoppelung zwischen Innen (im Projektteam) und Außen (alles andere)
• Backlog-Owner org. Backlog
• Team übernimmt Sprint-Backlog
• Dann Ruhe, Team arbeitet innen
• Team kann nach außen kommunizieren, muss aber nicht
• Tätigkeit im Team ist nicht von SCRUM festgelegt
• Kontakt mit Außen; Nach dem Sprint oder bei (Innen-)Bedarf

Question 3

Product Backlog (Idee)

Answer 3

(Stapel von User Stories)

• ein Stapel enthält nützliche Feature-Beschreibungen
• Jedes Feature enthält alle Teile, von DB bis GUI… (in so einfach wie möglich)
• WICHTIG: müssen nach Nutzen-für-Kunden sortiert sein!!!! => dafür ist der Kunde zuständig

Question 4

Handling der User Stories—

Answer 4

• Kunde schreibt und wird dabei von Entwicklern unterstützt
• Entwickler schätzen relativen Aufwand
• Kunden sortieren nach Nuzen und berücksichtigen dabei den Aufwand
• PO (Product Owner) managed ‘die Kunden’

Question 5

SCRUM

Answer 5

ist kein Modell und keine konkrete Beschreibung für das agile Vorgehen. Es gibt nur Rahmenbedingungen vor, wie Projektrollen und einen Prozessablauf.

Question 6

ProjektVERLAUF bei SCRUM

Answer 6

1. Alle Anforderungen aus Kundensicht sammeln (Product Backlog)
2. Iterationsplannung für Projekt mit Kunde vereinbaren
3. Teilmenge der (‘ready’) Anforderungen für Iteration festlegen (Sprint Backlog)
4. Teilprodukt in Iteration entwickeln (Daily Scrum)
5. Feedback des Kunden zu Teilprodukt einholen (Review)
6. Planung gemäß Feedback anpassen
   (Verbesserungen, Fehlerbehebungen, neue /’ready’ Anforderungen an Prod. Backlog hinzugefügt)

(Schritte 3 bis 6 bis zum Projektende wiederholen)

Question 7

Sprint..def

Answer 7

• –entspricht einer Iteration.
• darf höchstens 1 Monat dauern.
• alle Sprints/Iterationen innerhalb eines Scrum-Prozesses sollen die gleiche Dauer haben.

Question 8

Scrum Master…def

Answer 8

…ist verantwortlich für das Einhalten des SCRUM Prozesses.

Question 9

Product Owner…def

Answer 9

…ist als Fachexperte verantwortlich für die Anforderungen.

.. ist auch für die Pflege des Product Backlogs verantwortlich.
…muss sicherstellen, dass die Anforderungen im Product Backlog nach Nutzen sortiert sind.

Question 10

Daily Scrum…def

Answer 10

…ein Daily-Standup-Meeting.

Question 11

Retrospective…def

Answer 11

…ein Meeting zur Rückschau auf den Prozess zwecks kontinuierlicher Verbesserung.

Question 12

Review…def

Answer 12

…ein Meeting, um Feedback zum aktuellen Inkrement zu erhalten.

Question 13

Definition of Done…

Answer 13

…vom ganzen Team akzeptierte Kriterien, wann genau eine Aufgabe als erledigt gilt.

Question 14

Product Backlog…def

Answer 14

…die für das Produkt insgesamt umzusetzenden Aufgaben bzw. Anforderungen. (nach Wichtigkeit durchnummeriert)

Question 15

Sprint Backlog..def

Answer 15

…die für die nächste Iteration ( Sprint ) umzusetzenden Aufgaben bzw. Anforderungen.

Question 16

Artefakte bei SCRUM..

Answer 16

…sind Dateien, die während der Entwicklung als (Zwischen-)Ergebnis entstehen.

Bei Scrum sind 3 Artefakte:

• Inkrement
• Product Backlog
• Sprint Backlog

Question 17

Inkrement… (SCRUM)

Answer 17

… entspricht einem Teilprodukt der Entwicklung, wie es durch eine Iteration (Sprint) entsteht.

Question 18

Srum legt zusätzlich besonderen Wert darauf, dass…

Answer 18

…jedes Inkrement in einem einsatzfähigen Zustand ist, der Kunde es also verwenden könnte, wenn er wollte.

Question 19

Rollen in einem Scrum PRojektteam…

Answer 19

1. Scrum Master (im Team genau 1)
2. Product Owner (im Team genau 1)
3. das Development Team

Scrum Maste != Product Owner (nicht der gleiche Person)
Versch. Personen können die gleichen Rollen haben.

Question 20

Scrum Idee =

Answer 20

Scrum Idee = Selbstorganisation im Team

Question 21

Agiles Manifesto…

Answer 21

Value:

• individuals and interactions OVER processes and tools
• working software OVER comprehensive documentation
• customer collaboration OVER contract negotiation
• responding to change OVER following a plan

Haltung - Kommunikation
Geschwindigkeit - Funktionsfähiger SW
Kundenzentriertheit
Anpassungsfähigkeit

Question 22

AGIL

Answer 22

Adaption
Goal attainment
Integration
Latency

Question 23

feingranulare Verträge (+/-)

• Planung
• Endergebnis
• Reaktion an Änderungen
• Aufwand

Answer 23

++ klare Arbeitsgrundlage (Endergebnis)
+ finanzielle Sicherheit (Planung)
– enorm aufwändig (Aufwand)
– Änderungen schwer durchsetzbar (Reaktion)

Question 24

ad hoc (+/-)

• Planung
• Endergebnis
• Reaktion an Änderungen
• Aufwand

Answer 24

+ wenig Planungsaufwand (Planung)
+ individuelle Freiheit (Aufwand)
– Ergebnis unvorhersehbar (Endergebnis)
– abhängig von ‘Helden’ (Reaktion)

Question 25

Meilenstein- und Plangetrieben (+/-)

• Planung
• Endergebnis
• Reaktion an Änderungen
• Aufwand

Answer 25

+ langfristige Vorhersagen (Endergebnis)
+ gute Zustandskontrolle (Planung)
– Änderungen aufwändig (Reaktion)
– unrealistische Annahmen schwer zu eliminieren (Aufwand)

Question 26

Meilenstein- und Risikogesteuert (+/-)

• Planung
• Endergebnis
• Reaktion an Änderungen
• Aufwand

Answer 26

(Spiralmodell)
\++ Risiken aktiv ausgeräumt (Reaktion)
\+ Teilergebnisse früh (Endergebnis)
- kaum langfristig planbar (Planung)
- relativ aufwändig (Aufwand)

Question 27

eXtreme Programming (+/-)

• Planung
• Endergebnis
• Reaktion an Änderungen
• Aufwand

Answer 27

+ früh Kernergebnisse (Endergebnis)
++ Änderungen unproblem (Reaktion)
- in sehr großen Projekten Zusatzplaning nötig (Planung)
- viel Selbstdisziplin nötig (Aufwand)

Question 28

Agiles Beispiel: scrum (+/-)

• Planung
• Endergebnis
• Reaktion an Änderungen
• Aufwand

Answer 28

+ mittelfristig geplant (Planung)
+ reagiert schnell (Reaktion)
- hängt an MA-Qualifikation (Aufwand)
- Endprodukt nicht spezifiziert (Endergebnis)

Question 29

Planung im Projekt (Sorted)

Answer 29

ad hoc  (WENIG Planung)
eXtreme Programming
Scrum (agil)
Spieralmodel (Meilenstein und Risikogesteuert)
Meilenstein und Plangetrieben
feingranulare Verträge (VIEL Planung)

Question 30

Kommunikationsvarianten

Answer 30

• Gespräch
• Video Konferenz
• Telefonat
• email
• Paper (ohne Nachfragen u. Feedback)

Question 31

Wie wird ein Projekt agiler?

Answer 31

• Druck reduzieren durch leicht-gewichtige Ansätze
  (unnötige Dok. einsparen, Vorgaben und Templates verschlanken)
• Vage Anforderungen und Änderungen einkalkulieren
  (schnell zum Kernsystem, Weiterentwicklung inkrementell)
• Besseres Feedback
  (konkrete org. und technische Maßnahmen, engere Kundeneinbindung)

Question 32

XP Prinzipien 5

Answer 32

1. Kundenzufriedenheit
2. Einfachheit
3. späte Änderungen willkommen
4. direkte Face-2-Face Kommunikation
5. Regelmäßiges Feedback

Question 33

Was heißt eXtreme?

Answer 33

• erfordert extreme Disziplin
• Praktiken aus SW-Entw. werden ins Extrem geführt
• ständige Code-Reviews durch Pair-Programming
• ständig mehrmals täglich testen + vor dem Implementieren die Testfälle erstellen.

Question 34

Anwender (XP)

Answer 34

beantwortet die fachliche Rückfragen.

Question 35

Kunde XP

Answer 35

priorisiert Story Cards

Question 36

Spikes in XP

Answer 36

= Prototypen = Labormuster = keine Teilsysteme

Question 37

Sample Design, Einfacher Entwurf bedeutet:

Answer 37

einfach 
zu implementiere
zu ändern
zu testen
zu verstehen

Question 38

Feedback beim XP

Answer 38

Pair Programming -> sekunden
Uni Test -> Minuten
Pair Negotiation -> Stunden
Stand Up Meeting -> Ein Tag
Iteration Plan -> Wochen
Release Plan -> Monate

Question 39

Scrum Schwerpunkt..

Answer 39

…auf dem Management des Entwicklungsprozesses.

Question 40

XP Schwerpunktt…

Answer 40

… auf Einsatz von “Sammlung” von SW-Entwicklungspraktiken

Question 41

Der Reifegrad für Agilität…

Answer 41

zeigt das Level an, wie stark die Prinzipien aus dem Manifest für agile Softwareentwicklung befolgt werden.