Benutzer-Werkzeuge
se:agilesoftwareentwicklung
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung Letzte Überarbeitung Beide Seiten der Revision | ||
|
se:agilesoftwareentwicklung [2009-01-06 14:48] stefan |
se:agilesoftwareentwicklung [2014-12-30 15:07] stefan Seite von programmierung:agilesoftwareentwicklung nach softwareentwicklung:agilesoftwareentwicklung verschoben |
||
|---|---|---|---|
| Zeile 2: | Zeile 2: | ||
| ===== Kernpunkte agiler Entwicklungsmethoden ===== | ===== Kernpunkte agiler Entwicklungsmethoden ===== | ||
| - | **nach {[quellen:Bleek2008]}** | + | **nach \cite{Bleek2008}** |
| * **priorisierte Anforderungen** sind die Grundlage der Entwicklung | * **priorisierte Anforderungen** sind die Grundlage der Entwicklung | ||
| * Fokus auf nutzenbringende Features (und nicht auf Standardfunktionen wie z.B. Stammdatenverwaltung) | * Fokus auf nutzenbringende Features (und nicht auf Standardfunktionen wie z.B. Stammdatenverwaltung) | ||
| Zeile 10: | Zeile 10: | ||
| * zusätzliche Anforderungen können leicht und schnell integriert werden | * zusätzliche Anforderungen können leicht und schnell integriert werden | ||
| * das Team soll **ständig dazulernen** | * das Team soll **ständig dazulernen** | ||
| - | * **[[Retrospektiven]]** sind äußerst wichtig für die Entwicklung des Teams und des Prozesses | + | * **[[se:Retrospektiven]]** sind äußerst wichtig für die Entwicklung des Teams und des Prozesses |
| * kontinuierliche Verbesserung des Schätzverfahrens für Tasks -> z.B. Planning Poker | * kontinuierliche Verbesserung des Schätzverfahrens für Tasks -> z.B. Planning Poker | ||
| * Collective Code Ownership -> jeglicher Code darf von jedem Entwickler geändert werden | * Collective Code Ownership -> jeglicher Code darf von jedem Entwickler geändert werden | ||
| * lauffähige Software abliefern | * lauffähige Software abliefern | ||
| - | * die verfügbare Arbeitszeit muss realistisch [[iterationsplanung|verplant]] werden | + | * die verfügbare Arbeitszeit muss realistisch [[se:iterationsplanung|verplant]] werden |
| * überschaubare Länge der Tasks/Aufgaben der Entwickler (max. 1 Woche) | * überschaubare Länge der Tasks/Aufgaben der Entwickler (max. 1 Woche) | ||
| * z.B. 70% produktive Zeit wegen Urlaub, unvorhergesehenen Aufgaben etc. | * z.B. 70% produktive Zeit wegen Urlaub, unvorhergesehenen Aufgaben etc. | ||
| * Zeit für Bugfixing, Retrospektiven etc. muss eingeplant werden | * Zeit für Bugfixing, Retrospektiven etc. muss eingeplant werden | ||
| - | * [[Timeboxing]] -> Termine stehen fest, Funktionen werden ggfs. reduziert | + | * [[se:Timeboxing]] -> Termine stehen fest, Funktionen werden ggfs. reduziert |
| * einfache Regeln -> keine Zeitverschwendung durch lange Lernzeiten für Prozessmodell | * einfache Regeln -> keine Zeitverschwendung durch lange Lernzeiten für Prozessmodell | ||
| * viel Freiheit für die Entwickler -> dennoch sollten die wenigen Regeln strikt eingehalten werden | * viel Freiheit für die Entwickler -> dennoch sollten die wenigen Regeln strikt eingehalten werden | ||
| Zeile 24: | Zeile 24: | ||
| ===== Agile Werte ===== | ===== Agile Werte ===== | ||
| - | **nach {[quellen:Bleek2008|S. 10ff.]}** | + | **nach \cite[S. 10ff.]{Bleek2008}** |
| * Kommunikation | * Kommunikation | ||
| * direkt: von Person zu Person und möglichst kurzfristig bei Bedarf | * direkt: von Person zu Person und möglichst kurzfristig bei Bedarf | ||
| Zeile 33: | Zeile 33: | ||
| * methodisch: keine überbordenden Prozesse, sondern einfach umzusetzendes Vorgehen | * methodisch: keine überbordenden Prozesse, sondern einfach umzusetzendes Vorgehen | ||
| * Rückkopplung | * Rückkopplung | ||
| - | * insbesondere: [[Retrospektiven]] | + | * insbesondere: [[se:Retrospektiven]] |
| * Mut | * Mut | ||
| * neue Wege ausprobieren | * neue Wege ausprobieren | ||
| Zeile 49: | Zeile 49: | ||
| ===== Pro und Contra ===== | ===== Pro und Contra ===== | ||
| - | **nach {[quellen:Bleek2008|S. 159ff.]}** | + | **nach \cite[S. 159ff.]{Bleek2008}** |
| * Contra aufgrund des Kunden | * Contra aufgrund des Kunden | ||
| * kein SMARTes Projektziel | * kein SMARTes Projektziel | ||
| Zeile 92: | Zeile 92: | ||
| ===== Ist Agile Entwicklung ingenieursmäßig? ===== | ===== Ist Agile Entwicklung ingenieursmäßig? ===== | ||
| - | **nach {[quellen:Coldewey2008]}** | + | **nach \cite{Coldewey2008}** |
| * Agiles Arbeiten ist ingenieursmäßiges Arbeiten | * Agiles Arbeiten ist ingenieursmäßiges Arbeiten | ||
| * es muss wissenschaftlich-theoretisch fundiert sein | * es muss wissenschaftlich-theoretisch fundiert sein | ||
se/agilesoftwareentwicklung.txt · Zuletzt geändert: 2014-12-30 15:08 von stefan
Seiten-Werkzeuge
Falls nicht anders bezeichnet, ist der Inhalt dieses Wikis unter der folgenden Lizenz veröffentlicht: CC Attribution-Noncommercial-Share Alike 4.0 International
