Storycard: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 39: Zeile 39:
* '''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.
=Quellen=
* [[Beck, K. (2000): Extreme Programming - Das Manifest]]


=Weblinks=
=Weblinks=
* [http://www.jamesshore.com/Multimedia/Beyond-Story-Cards.html Beyond Story Cards: Agile Requirements Collaboration] (englisch)
* [http://www.jamesshore.com/Multimedia/Beyond-Story-Cards.html Beyond Story Cards: Agile Requirements Collaboration] (englisch)


=Quellen=
* [[Beck, K. (2000): Extreme Programming - Das Manifest]]
[[Kategorie:Extreme Programming]]
[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]
[[Kategorie:Glossar]]

Version vom 26. Juni 2007, 22:30 Uhr

Definition

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.

Parameter einer Storycard

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.

Quellen

Weblinks