GlossarWiki - Benutzerbeiträge [de-formal]

Storycard

2007-06-26T20:30:36Z

Xp:

=Definition=

Die Storycard ist wichtigster Bestandteil des [[Planungsspiel]]s 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=
* [[Beck, K. (2000): Extreme Programming - Das Manifest]]

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

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]

Storycard

2007-06-26T20:30:18Z

Xp:

=Definition=

Die Storycard ist wichtigster Bestandteil des [[Planungsspiel]]s 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.

=Weblinks=
* [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:Glossar]]

EXtreme Programming

2007-06-26T20:28:14Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [Beck, K. (2000)]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [Zeller, A. (2006)]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]

[angelehnt an: Beck, K. (2000)]

=Quellen und Anmerkungen=
* [[Beck, K. (2000): Extreme Programming - Das Manifest]]
* [[Zeller, A. (2006): www.st.cs.uni-sb.de]]

=Siehe auch=
* [[Storycard]] (Die Storycard ist das Ergebnis des [[Planungsspiel]]s.)

=Weblinks=
* [http://www.xprogramming.com XProgramming.com] (englisch)

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]
{{In Bearbeitung}}

Storycard

2007-06-26T20:25:15Z

Xp:

=Definition=

Die Storycard ist wichtigster Bestandteil des [[Planungsspiel]]s 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.

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

=Quellen=

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]

Storycard

2007-06-26T20:23:09Z

Xp:

[[Medium:storycard.jpg|thumb|Storycard]]

=Definition=

Die Storycard ist wichtigster Bestandteil des [[Planungsspiel]]s 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.

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

=Quellen=

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]

Pair Programming

2007-06-26T20:11:47Z

Xp:

=Definition=
Pair Programming ist ein Verfahren beim [[EXtreme Programming]].

=Beschreibung=
Dabei teilen sich zwei Programmierer einen Arbeitsplatz (ein Monitor, eine Tastatur, eine Maus). Der gerade aktive Programmierer wird dabei als Driver bezeichnet. Der passive, mitlesende Programmierer wird Partner genannt. Die beiden Programmierer stehen im ständigen Dialog und geben sich gegenseitig Rückmeldungen (Feedback). Die beiden Programmierer tauschen bei Bedarf die Tastatur und somit die Rolle. Wichtig beim Pair Programming ist, dass sich die Programmierer nicht auf eine Rolle spezialisieren dürfen.

=Effektivität bei XP=
In der Praxis ist der Ansatz kontrovers diskutiert. Dennoch haben einige Studien ergeben, dass sich Pair Programming erfolgreich durch bessere Effektivität und bessere Qualität auswirken kann. Dazu sei eine Studie der [[IEEE]] angeführt:

'''Ergebnis 1: Paare produzieren bessere Qualität'''

[[Medium:Pp01.JPG]]

(angelehnt an: Williams et al. (2000))

'''Ergebnis 2: Paare sind schneller fertig'''

[[Medium:Pp02.JPG]]

(angelehnt an: Williams et al. (2000))

= Quellen =
* [[Williams et al. (2000), Strengthening the Case for Pair-Programming]].

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]

EXtreme Programming

2007-06-26T20:11:14Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [Beck, K. (2000)]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [Zeller, A. (2006)]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]

[angelehnt an: Beck, K. (2000)]

=Quellen und Anmerkungen=
* [[Beck, K. (2000): Extreme Programming - Das Manifest]]
* [[Zeller, A. (2006): www.st.cs.uni-sb.de]]

=Siehe auch=
* [[Storycard]] (Die Storycard ist das Ergebnis des [[Planungsspiel]]s.)

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]
{{In Bearbeitung}}

Williams et al. (2000), Strengthening the Case for Pair-Programming

2007-06-26T20:09:28Z

Xp:

{{Quelle:URL
| key = Williams et al. (2000),
| authors = Williams et al.
| title = Strengthening the Case for Pair-Programming
| subtitle =
| editors = IEEE
| day = 7
| month = 6
| year = 2007
| url = http://collaboration.csc.ncsu.edu/laurie/Papers/ieeeSoftware.PDF
| annotations = Wenn Sie etwas zu diesem Werk zu sagen haben, dann sagen Sie es.
}}

Pair Programming

2007-06-26T20:06:47Z

Xp:

=Definition=
Pair Programming ist ein Verfahren beim [[EXtreme Programming]].

=Beschreibung=
Dabei teilen sich zwei Programmierer einen Arbeitsplatz (ein Monitor, eine Tastatur, eine Maus). Der gerade aktive Programmierer wird dabei als Driver bezeichnet. Der passive, mitlesende Programmierer wird Partner genannt. Die beiden Programmierer stehen im ständigen Dialog und geben sich gegenseitig Rückmeldungen (Feedback). Die beiden Programmierer tauschen bei Bedarf die Tastatur und somit die Rolle. Wichtig beim Pair Programming ist, dass sich die Programmierer nicht auf eine Rolle spezialisieren dürfen.

=Effektivität bei XP=
In der Praxis ist der Ansatz kontrovers diskutiert. Dennoch haben einige Studien ergeben, dass sich Pair Programming erfolgreich durch bessere Effektivität und bessere Qualität auswirken kann. Dazu sei eine Studie der [[IEEE]] angeführt:

'''Ergebnis 1: Paare produzieren bessere Qualität'''

[[Medium:Pp01.JPG]]
(angelehnt an: Williams et al. (2000))

'''Ergebnis 2: Paare sind schneller fertig'''

[[Medium:Pp02.JPG]]
(angelehnt an: Williams et al. (2000))

= Quellen =
* [[Williams et al. (2000), Strengthening the Case for Pair-Programming]].

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]

Pair Programming

2007-06-26T20:05:42Z

Xp: /* Quellen */

=Definition=
Pair Programming ist ein Verfahren beim [[EXtreme Programming]].

=Beschreibung=
Dabei teilen sich zwei Programmierer einen Arbeitsplatz (ein Monitor, eine Tastatur, eine Maus). Der gerade aktive Programmierer wird dabei als Driver bezeichnet. Der passive, mitlesende Programmierer wird Partner genannt. Die beiden Programmierer stehen im ständigen Dialog und geben sich gegenseitig Rückmeldungen (Feedback). Die beiden Programmierer tauschen bei Bedarf die Tastatur und somit die Rolle. Wichtig beim Pair Programming ist, dass sich die Programmierer nicht auf eine Rolle spezialisieren dürfen.

=Effektivität bei XP=
In der Praxis ist der Ansatz kontrovers diskutiert. Dennoch haben einige Studien ergeben, dass sich Pair Programming erfolgreich durch bessere Effektivität und bessere Qualität auswirken kann. Dazu sei eine Studie der [[IEEE]] angeführt:

'''Ergebnis 1: Paare produzieren bessere Qualität'''

[[Medium:Pp01.JPG]]
(angelehnt an: Williams et al. (2000))

'''Ergebnis 2: Paare sind schneller fertig'''

[[Medium:Pp02.JPG]]
(angelehnt an: Williams et al. (2000))

= Quellen =
[1] [[Williams et al. (2000), Strengthening the Case for Pair-Programming]].

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]

Datei:Pp02.JPG

2007-06-26T20:00:42Z

Xp:

Pair Programming

2007-06-26T20:00:21Z

Xp:

=Definition=
Pair Programming ist ein Verfahren beim [[EXtreme Programming]].

=Beschreibung=
Dabei teilen sich zwei Programmierer einen Arbeitsplatz (ein Monitor, eine Tastatur, eine Maus). Der gerade aktive Programmierer wird dabei als Driver bezeichnet. Der passive, mitlesende Programmierer wird Partner genannt. Die beiden Programmierer stehen im ständigen Dialog und geben sich gegenseitig Rückmeldungen (Feedback). Die beiden Programmierer tauschen bei Bedarf die Tastatur und somit die Rolle. Wichtig beim Pair Programming ist, dass sich die Programmierer nicht auf eine Rolle spezialisieren dürfen.

=Effektivität bei XP=
In der Praxis ist der Ansatz kontrovers diskutiert. Dennoch haben einige Studien ergeben, dass sich Pair Programming erfolgreich durch bessere Effektivität und bessere Qualität auswirken kann. Dazu sei eine Studie der [[IEEE]] angeführt:

'''Ergebnis 1: Paare produzieren bessere Qualität'''

[[Medium:Pp01.JPG]]
(angelehnt an: Williams et al. (2000))

'''Ergebnis 2: Paare sind schneller fertig'''

[[Medium:Pp02.JPG]]
(angelehnt an: Williams et al. (2000))

= Quellen =
[1] Williams et al. (2000), Strengthening the Case for Pair-Programming, IEEE Software, abgerufen von http://collaboration.csc.ncsu.edu/laurie/Papers/ieeeSoftware.PDF am 07.06.2007.

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]

Datei:Pp01.JPG

2007-06-26T19:58:04Z

Xp:

EXtreme Programming

2007-06-26T19:54:58Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [Beck, K. (2000)]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [Zeller, A. (2006)]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]

[angelehnt an: Beck, K. (2000)]

=Quellen und Anmerkungen=
* [[Beck, K. (2000): Extreme Programming - Das Manifest]]
* [[Zeller, A. (2006): Lehrstuhl für Softwaretechnik]]

=Siehe auch=
* [[Storycard]] (Die Storycard ist das Ergebnis des [[Planungsspiel]]s.)

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]
{{In Bearbeitung}}

Zeller, A. (2006): Home-Page

2007-06-26T19:53:00Z

Xp:

{{Quelle:URL
| key = Zeller, A. (2006)
| authors = Andreas Zeller
| title = Lehrstuhl für Softwaretechnik
| subtitle =
| editors = Lehrstuhl für Softwaretechnik (Prof. Zeller)
| day = 7
| month = 6
| year = 2006
| url = http://www.st.cs.uni-sb.de/
| annotations =
}}

EXtreme Programming

2007-06-26T19:50:05Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [Beck, K. (2000)]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [Zeller, A. (2006)]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]

[angelehnt an: Beck, K. (2000)]

=Quellen und Anmerkungen=
* [[Beck, K. (2000): Extreme Programming - Das Manifest]]
* [[Zeller, A. (2006): www.st.cs.uni-sb.de]]

=Siehe auch=
* [[Storycard]] (Die Storycard ist das Ergebnis des [[Planungsspiel]]s.)

[[Kategorie:Extreme Programming]]
[[Kategorie:Glossar]]
{{In Bearbeitung}}

Beck, K. (2004): Extreme Programming – Das Manifest

2007-06-26T19:38:23Z

Xp:

{{Quelle:Buch |
key = Beck (2000)|
authors = Kent Beck|
editors = |
title = Extreme Programming|
subtitle = Das Manifest|
volume = |
number = |
edition = |
series = |
month = |
year = 2000|
publisher = Addison-Wesley|
address = München|
isbn = 3827321395|
url = |
shelfmark = |
annotations = |
}}
[[Kategorie:Quelle:Extreme Programming]]

EXtreme Programming

2007-06-25T15:37:17Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

Beachten Sie den Wiki-Artikel [[Storycard]]. Die Storycard ist das Ergebnis des Planungsspiel.

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]

[angelehnt an [KB00]]

=Quellen und Anmerkungen=
[KB00] Beck, K., "Extreme Programming, das Manifest", Addison-Wesley, 2000

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]
{{In Bearbeitung}}

EXtreme Programming

2007-06-25T15:22:20Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]

[angelehnt an [KB00]]

=Quellen und Anmerkungen=
[KB00] Beck, K., "Extreme Programming, das Manifest", Addison-Wesley, 2000

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]
{{In Bearbeitung}}

Pair Programming

2007-06-25T12:23:16Z

Xp:

=Definition=
Pair Programming ist ein Verfahren beim [[EXtreme Programming]].

=Beschreibung=
Dabei teilen sich zwei Programmierer einen Arbeitsplatz (ein Monitor, eine Tastatur, eine Maus). Der gerade aktive Programmierer wird dabei als Driver bezeichnet. Der passive, mitlesende Programmierer wird Partner genannt. Die beiden Programmierer stehen im ständigen Dialog und geben sich gegenseitig Rückmeldungen (Feedback). Die beiden Programmierer tauschen bei Bedarf die Tastatur und somit die Rolle. Wichtig beim Pair Programming ist, dass sich die Programmierer nicht auf eine Rolle spezialisieren dürfen.

=Effektivität bei XP=
In der Praxis ist der Ansatz kontrovers diskutiert. Dennoch haben einige Studien ergeben, dass sich Pair Programming erfolgreich durch bessere Effektivität und bessere Qualität auswirken kann. Dazu sei eine Studie der [[IEEE]] angeführt:

'''Ergebnis 1: Paare produzieren bessere Qualität'''

[[Medium:pp01.jpg]]

'''Ergebnis 2: Paare sind schneller fertig'''

[[Medium:pp02.jpg]]

= Quellen =
[1] Williams et al. (2000), Strengthening the Case for Pair-Programming, IEEE Software, abgerufen von http://collaboration.csc.ncsu.edu/laurie/Papers/ieeeSoftware.PDF am 07.06.2007.

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

Storycard

2007-06-25T11:56:50Z

Xp:

[[Medium:storycard.jpg|thumb|Storycard]]

=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.

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

EXtreme Programming

2007-06-25T11:55:16Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]
[angelehnt an [KB00]]

=Quellen und Anmerkungen=
[KB00] Beck, K., "Extreme Programming, das Manifest", Addison-Wesley, 2000

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]
{{In Bearbeitung}}

Storycard

2007-06-25T11:54:55Z

Xp:

[[Medium:storycard.jpg|thumb|Storycard]]

=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.

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.

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

Storycard

2007-06-25T11:53:40Z

Xp:

[[Medium:storycard.jpg|thumb|Storycard]]

== 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.

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.

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

EXtreme Programming

2007-06-25T11:52:25Z

Xp: /* Verfahren */

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

Beachten Sie den Wiki-Artikel [[Storycard]]. Die Storycard ist das Ergebnis des Planungsspiel-Verfahrens.

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]
[angelehnt an [KB00]]

== Quellen und Anmerkungen ==
[KB00] Beck, K., "Extreme Programming, das Manifest", Addison-Wesley, 2000

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]
{{In Bearbeitung}}

Pair Programming

2007-06-25T11:48:46Z

Xp:

Pair Programming ist ein Verfahren beim [[EXtreme Programming]]. Dabei teilen sich zwei Programmierer einen Arbeitsplatz (ein Monitor, eine Tastatur, eine Maus). Der gerade aktive Programmierer wird dabei als Driver bezeichnet. Der passive, mitlesende Programmierer wird Partner genannt. Die beiden Programmierer stehen im ständigen Dialog und geben sich gegenseitig Rückmeldungen (Feedback). Die beiden Programmierer tauschen bei Bedarf die Tastatur und somit die Rolle. Wichtig beim Pair Programming ist, dass sich die Programmierer nicht auf eine Rolle spezialisieren dürfen.

In der Praxis ist der Ansatz kontrovers diskutiert. Dennoch haben einige Studien ergeben, dass sich Pair Programming erfolgreich durch bessere Effektivität und bessere Qualität auswirken kann. Dazu sei eine Studie der [[IEEE]] angeführt:

'''Ergebnis 1: Paare produzieren bessere Qualität'''

[[Medium:pp01.jpg]]

'''Ergebnis 2: Paare sind schneller fertig'''

[[Medium:pp02.jpg]]

= Quellen =
[1] Williams et al. (2000), Strengthening the Case for Pair-Programming, IEEE Software, abgerufen von http://collaboration.csc.ncsu.edu/laurie/Papers/ieeeSoftware.PDF am 07.06.2007.

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

Storycard

2007-06-25T11:48:30Z

Xp:

[[Medium:storycard.jpg|thumb|Storycard]]

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.

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

EXtreme Programming

2007-06-25T11:41:58Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]
[angelehnt an [KB00]]

== Quellen und Anmerkungen ==
[KB00] Beck, K., "Extreme Programming, das Manifest", Addison-Wesley, 2000

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]
{{In Bearbeitung}}

EXtreme Programming

2007-06-25T11:40:46Z

Xp:

=Definition nach [[Kent Beck]]=

Definition von Extreme Programming (kurz auch XP genannt) nach dem Erfinder [[Kent Beck]]:

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

=Definition nach Prof. Zeller=

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder [[Kent Beck]] von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an sich einfach und bringen einzeln kaum Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]
[angelehnt an [KB00]]

== Quellen und Anmerkungen ==
(1) Beck, K., "Extreme Programming, das Manifest", Addison-Wesley, 2000

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]
{{In Bearbeitung}}

EXtreme Programming

2007-06-08T09:25:13Z

Xp:

=Definition=

Definition von Extreme Programming (kurz auch XP genannt) nach [[Kent Beck]] (Erfinder):

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an Sich einfach und bringen kaum einzeln Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[ [[Planungspiel]] | [[Kurze Releasezyklen]] | [[Metapher]] | [[Einfaches Design]] | [[Testen]] | [[Refactoring]] | [[Pair Programming]] | [[Gemeinsame Verantwortlichkeit]] | [[Fortlaufende Integration]] | [[40-Stunden-Woche]] | [[Kunde Vor-Ort]] | [[Programmierstandards]] ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

EXtreme Programming

2007-06-08T09:23:20Z

Xp:

=Definition=

Definition von Extreme Programming (kurz auch XP genannt) nach Kent Beck (Erfinder):

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an Sich einfach und bringen kaum einzeln Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[Planungspiel | Kurze Releasezyklen | Metapher | Einfaches Design | Testen | Refactoring | Pair Programming | Gemeinsame Verantwortlichkeit | Fortlaufende Integration | 40-Stunden-Woche | Kunde Vor-Ort | Programmierstandards ]

=Abhängigkeitsdiagramm=

[[Medium:exp.jpg]]

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

Datei:Exp.jpg

2007-06-08T09:22:41Z

Xp: Beck, Kent (2000). Extreme Programming – Das Manifest

Beck, Kent (2000). Extreme Programming – Das Manifest

EXtreme Programming

2007-06-08T09:21:12Z

Xp:

=Definition=

Definition von Extreme Programming (kurz auch XP genannt) nach Kent Beck (Erfinder):

''„XP ist eine leichte, effiziente, risikoarme, flexible, kalkulierbare, exakte''

''und vergnügliche Art und Weise der Softwareentwicklung“.'' [1]

In einschlägiger Fachliteratur findet man oftmals detailliertere und aussagekräftigere
Definitionen. Prof. Zeller definiert beispielsweise XP so:

''„Extreme Programming (XP) ist ein leichtgewichtiges Vorgehensmodell der Softwareentwicklung''

''für kleine bis mittelgroße Teams (Beck: 2-10 MA; Praxiserfahrung: 5-6 MA),''

''deren Anforderungen vage sind oder deren Anforderungen sich schnell ändern.“ [2]''

=Verfahren=
Der Erfinder von XP stellt eine Anzahl von Verfahren als Basis vor. Dabei sind alle Verfahren an Sich einfach und bringen kaum einzeln Erfolg. Nur die Kombination der Verfahren ist das Ziel.

[Planungspiel | Kurze Releasezyklen | Metapher | Einfaches Design | Testen | Refactoring | Pair Programming | Gemeinsame Verantwortlichkeit | Fortlaufende Integration | 40-Stunden-Woche | Kunde Vor-Ort | Programmierstandards ]

=Abhängigkeitsdiagramm=

[[Bild:exp.jpg]]

[[Kategorie:Glossar]]
[[Kategorie:Projektmanagement]]

Kent Beck

2007-06-08T09:13:20Z

Xp:

Erfinder und Autor des legendären [[EXtreme Programming]].

Storycard

2007-06-08T09:11:34Z

Xp:

Storycard

2007-06-08T09:10:21Z

Xp:

[[Medium:storycard.jpg|thumb|Storycard]]

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.

Pair Programming

2007-06-08T09:06:24Z

Xp:

Extreme programming

2007-06-08T09:05:43Z

Xp: Weiterleitung nach EXtreme Programming

#REDIRECT [[EXtreme Programming]]

Pair Programming

2007-06-08T08:56:24Z

Xp:

Pair Programming ist ein Verfahren beim [[Extreme Programming]]. Dabei teilen sich zwei Programmierer einen Arbeitsplatz (ein Monitor, eine Tastatur, eine Maus). Der gerade aktive Programmierer wird dabei als Driver bezeichnet. Der passive, mitlesende Programmierer wird Partner genannt. Die beiden Programmierer stehen im ständigen Dialog und geben sich gegenseitig Rückmeldungen (Feedback). Die beiden Programmierer tauschen bei Bedarf die Tastatur und somit die Rolle. Wichtig beim Pair Programming ist, dass sich die Programmierer nicht auf eine Rolle spezialisieren dürfen.

In der Praxis ist der Ansatz kontrovers diskutiert. Dennoch haben einige Studien ergeben, dass sich Pair Programming erfolgreich durch bessere Effektivität und bessere Qualität auswirken kann. Dazu sei eine Studie der [[IEEE]] angeführt:

'''Ergebnis 1: Paare produzieren bessere Qualität'''

[[Medium:pp01.jpg]]

'''Ergebnis 2: Paare sind schneller fertig'''

[[Medium:pp02.jpg]]

= Quellen =
[1] Williams et al. (2000), Strengthening the Case for Pair-Programming, IEEE Software, abgerufen von http://collaboration.csc.ncsu.edu/laurie/Papers/ieeeSoftware.PDF am 07.06.2007.