Storycard: Unterschied zwischen den Versionen
Xp (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Xp (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 5: | Zeile 5: | ||
Es gibt keine [[Norm]] einer Storycard, jedoch sind einige [[Parameter]] empfehlenswert, die individuell erweitert oder gekürzt werden können. Hier eine Empfehlung nach [[Kent Beck]] (dem Erfinder von Extreme Programming): | Es gibt keine [[Norm]] einer Storycard, jedoch sind einige [[Parameter]] empfehlenswert, die individuell erweitert oder gekürzt werden können. Hier eine Empfehlung nach [[Kent Beck]] (dem Erfinder von Extreme Programming): | ||
* Datum | |||
* '''Datum''' | |||
Erstellungsdatum der Storycard | Erstellungsdatum der Storycard | ||
* Storynummer | |||
* '''Storynummer''' | |||
Fortlaufende Nummer | Fortlaufende Nummer | ||
* (Vorausgehende) Abhängigkeit | |||
* '''(Vorausgehende) Abhängigkeit''' | |||
Storynummer der Storycard, welche übergeordnet ist | Storynummer der Storycard, welche übergeordnet ist | ||
* Aktivitätsart (Neu | Beheben | Erweitern) | |||
* '''Aktivitätsart (Neu | Beheben | Erweitern)''' | |||
Beschreibt die Art der Aufgabe, ob sie komplett neu ist, ein Fehler zu beheben ist oder eine Funktion zu erweitern ist | Beschreibt die Art der Aufgabe, ob sie komplett neu ist, ein Fehler zu beheben ist oder eine Funktion zu erweitern ist | ||
* Funktionstest | |||
* '''Funktionstest''' | |||
Funktioniert die Funktion? | Funktioniert die Funktion? | ||
* Priorität (Kunde | Programmierer) | |||
* '''Priorität (Kunde | Programmierer)''' | |||
Welche Wichtigkeit sieht der Kunde bzw. der Programmier für die Aufgabe vor? | Welche Wichtigkeit sieht der Kunde bzw. der Programmier für die Aufgabe vor? | ||
* Risiko | |||
* '''Risiko''' | |||
Wie hoch sieht der Programmier das Risiko bei der Implementierung? | Wie hoch sieht der Programmier das Risiko bei der Implementierung? | ||
* Aufwandsschätzung (vom Programmierer) | |||
* '''Aufwandsschätzung (vom Programmierer)''' | |||
Die Programmier schätzen ab, wie viel Zeit der Task in Anspruch nehmen wird | Die Programmier schätzen ab, wie viel Zeit der Task in Anspruch nehmen wird | ||
* Aufgabenbeschreibung | |||
* '''Aufgabenbeschreibung''' | |||
Möglichst präzise Beschreibung der Aufgabe | Möglichst präzise Beschreibung der Aufgabe | ||
* Notizen | |||
* '''Notizen''' | |||
Weitere Hinweise vom Kunden bzw. Programmierer | Weitere Hinweise vom Kunden bzw. Programmierer | ||
* Aufgaben-Nachverfolgung (Datum | Status | Aufgabe | Kommentar) | |||
* '''Aufgaben-Nachverfolgung (Datum | Status | Aufgabe | Kommentar)''' | |||
In einer Tabelle kann der Programmierer die Aufgaben eintragen. Damit hat jeder Projektbeteiligte immer den aktuellen Fortschritt der Aufgabe parat. | In einer Tabelle kann der Programmierer die Aufgaben eintragen. Damit hat jeder Projektbeteiligte immer den aktuellen Fortschritt der Aufgabe parat. |
Version vom 8. Juni 2007, 10:11 Uhr
Die Storycard ist wichtigster Bestandteil des Planungsspiels beim EXtreme Programming. Auf ihnen beschreibt der Kunde die von ihm gewünschten Leistungsmerkmale der Funktion. Die Programmierer unterstützen den Prozess in Zusammenarbeit mit dem Kunden.
Es gibt keine Norm einer Storycard, jedoch sind einige Parameter empfehlenswert, die individuell erweitert oder gekürzt werden können. Hier eine Empfehlung nach Kent Beck (dem Erfinder von Extreme Programming):
- Datum
Erstellungsdatum der Storycard
- Storynummer
Fortlaufende Nummer
- (Vorausgehende) Abhängigkeit
Storynummer der Storycard, welche übergeordnet ist
- Aktivitätsart (Neu | Beheben | Erweitern)
Beschreibt die Art der Aufgabe, ob sie komplett neu ist, ein Fehler zu beheben ist oder eine Funktion zu erweitern ist
- Funktionstest
Funktioniert die Funktion?
- Priorität (Kunde | Programmierer)
Welche Wichtigkeit sieht der Kunde bzw. der Programmier für die Aufgabe vor?
- Risiko
Wie hoch sieht der Programmier das Risiko bei der Implementierung?
- Aufwandsschätzung (vom Programmierer)
Die Programmier schätzen ab, wie viel Zeit der Task in Anspruch nehmen wird
- Aufgabenbeschreibung
Möglichst präzise Beschreibung der Aufgabe
- Notizen
Weitere Hinweise vom Kunden bzw. Programmierer
- Aufgaben-Nachverfolgung (Datum | Status | Aufgabe | Kommentar)
In einer Tabelle kann der Programmierer die Aufgaben eintragen. Damit hat jeder Projektbeteiligte immer den aktuellen Fortschritt der Aufgabe parat.