DoD: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| Zeile 6: | Zeile 6: | ||
* Trac-Status des [[Item]]s ist ''closed''. | * Trac-Status des [[Item]]s ist ''closed''. | ||
* 1 (2, alle) Teammitglieder haben die Erfüllung bestätigt. | * 1 (2, alle) Teammitglieder haben die Erfüllung bestätigt. | ||
* Der [[ | * Der [[Sopra-Crew|Tutor]] hat die Erfüllung bestätigt. | ||
* Alle relevanten Teile der Implementierung sind [[Dokumentation|dokumentiert]]. | * Alle relevanten Teile der Implementierung sind [[Dokumentation|dokumentiert]]. | ||
* Alle relevanten Teile der Implementierung enthalten keine ReSharper-Fehler. | * Alle relevanten Teile der Implementierung enthalten keine ReSharper-Fehler. | ||
| Zeile 15: | Zeile 15: | ||
Die [[DoD]] wird von allen Teammitgliedern zu Beginn des Projektes schriftlich und für alle einsehbar (z.B. im [[Trac]], als Textdatei im [[Subversion|SVN]]) festgelegt, kann aber zwischen Sprints immer wieder verändert werden. Die [[DoD]] kann auch von Item zu Item variiert werden. Diese Variation muss mit dem gesamten Team abgesprochen sein und pro [[Item]] dokumentiert werden (z.B. in einem Ticket). | Die [[DoD]] wird von allen Teammitgliedern zu Beginn des Projektes schriftlich und für alle einsehbar (z.B. im [[Trac]], als Textdatei im [[Subversion|SVN]]) festgelegt, kann aber zwischen Sprints immer wieder verändert werden. Die [[DoD]] kann auch von Item zu Item variiert werden. Diese Variation muss mit dem gesamten Team abgesprochen sein und pro [[Item]] dokumentiert werden (z.B. in einem Ticket). | ||
=== [[DoD]] im Softwarepraktikum === | |||
Im Softwarepraktikum regelt die [[DoD]] auch die Vergabe der wöchentlichen Punkte. Während des Sprint Reviews wird durch das Team und den Tutor für jede verteilte Aufgabe entschieden, ob sie nach der aktuellen [[DoD]] erfüllt wurde. Falls das nicht der Fall ist, werden Punkte abgezogen. | Im Softwarepraktikum regelt die [[DoD]] auch die Vergabe der wöchentlichen Punkte. Während des Sprint Reviews wird durch das Team und den Tutor für jede verteilte Aufgabe entschieden, ob sie nach der aktuellen [[DoD]] erfüllt wurde. Falls das nicht der Fall ist, werden Punkte abgezogen. | ||
Ihre [[DoD]] muss mindestens die folgenden Ziele enthalten: | Ihre [[DoD]] muss mindestens die folgenden Ziele enthalten: | ||
* Trac-Status des [[Item]]s ist ''closed''. | * Trac-Status des [[Item]]s ist ''closed''. | ||
* Der [[ | * Der [[Sopra-Crew|Tutor]] hat die Erfüllung bestätigt. | ||
{{Interna}} | {{Interna}} | ||
[[Kategorie:Organisation]] | [[Kategorie:Organisation]] | ||
Version vom 28. April 2014, 11:19 Uhr
Die Definition of Done (DoD) ist eine Checkliste von Zielen, die beschreiben, wann die Implementierung eines Items abgeschlossen ist.
Beispiele für solche Ziele sind:
- Trac-Status des Items ist closed.
- 1 (2, alle) Teammitglieder haben die Erfüllung bestätigt.
- Der Tutor hat die Erfüllung bestätigt.
- Alle relevanten Teile der Implementierung sind dokumentiert.
- Alle relevanten Teile der Implementierung enthalten keine ReSharper-Fehler.
- Es wurden Unit-Tests geschrieben, die die relevanten Teile der Implementierung testen.
- Die Architekturbeschreibung wurde gepflegt.
- etc.
Die DoD wird von allen Teammitgliedern zu Beginn des Projektes schriftlich und für alle einsehbar (z.B. im Trac, als Textdatei im SVN) festgelegt, kann aber zwischen Sprints immer wieder verändert werden. Die DoD kann auch von Item zu Item variiert werden. Diese Variation muss mit dem gesamten Team abgesprochen sein und pro Item dokumentiert werden (z.B. in einem Ticket).
DoD im Softwarepraktikum
Im Softwarepraktikum regelt die DoD auch die Vergabe der wöchentlichen Punkte. Während des Sprint Reviews wird durch das Team und den Tutor für jede verteilte Aufgabe entschieden, ob sie nach der aktuellen DoD erfüllt wurde. Falls das nicht der Fall ist, werden Punkte abgezogen.
Ihre DoD muss mindestens die folgenden Ziele enthalten: