Kap 4 Leichtgewichtige Prozessmodelle

Die Zusammenarbeit mit dem Kunden ist wichtiger als Vertragsverhandlungen.

Adaption – Goal Attainment – Integration – Latency

Extreme Programming ist ein Prozessmodell, das in wiederholten kleinen Schritten vorgeht.

• Jeder hat Verantwortung über das Endergebnis

• Direkte Kommunikation

• Praktiken vorgegenem

• wenige Rollen wenige berzahnte Praktikenä

• Es gibt kaum vorgeschriebene Ergebnisse, außer einer laufenden Software.

  
  

Iterative technuik zur Softwareentwicklung

Desing auf mindeste fürs Testen

1. Der Code muss alle Tests bestehen

2. Es gibt keine Duplikate

3. Der Code drückt die Intention des Programmierers aus

4. Die geringste Anzahl von Klassen und Methoden wird verwendet

• Du sollst nur dann neuen Code schreiben, wenn ein automatisierter Test fehlgeschlagen ist

• Du sollst jede Redundanz (Duplikat), die Du findest, eliminieren

V:

• Kein ungetesteter Code

• Erfüllung der Anforderung leicht messbar

• Realistische Aufwandsschätzungen

• Arbeit an einem korrekten System

N:

• Problematische Kommunikation in großen Teams

• Schlechter einsetzbar bei Security Software

• Vernachlässigung der TDD-Prinzipien

• Schwierig für unerfahrene Entwickler

ABLAUF

Product owner =oHauptaufgabe: Erstellung und Priorisierung des Product & Release Backlogs

Scrumteam =: Umsetzung der über den Sprint Backlog geforderten Funktionalität bzw. Sprint Goal

Srcummaster =achtet auf die Umsetzung der Grundsätze und Regeln von Scrum

• Sprint so schnell wie möglich zum definierten Sprint Goal

• Daily Scrum zur selben Zeit am selben Ort

• Product Backlog nach Dringlichkeit geordnete Liste aller Anforderungen

• Increment SW-Produkt entsteht in Inkrementen

• Burndown Chart Tagesaktuelle Aufwandsschätzungen für den aktuellen Sprint