1. 5 Werte
1.1. Kommunikation
1.1.1. Techniken wie Pair-Programming, Stand-Up-Meeings, gemeinsame Schätz-Runden, etc.
1.2. Einfachheit
1.2.1. Wie können wir die Funktionalität am einfachsten Umsetzen?
1.3. Feedback
1.3.1. Gibt es einen Test für die Funktion?
1.3.2. Ist der Kunde mit der Funktionalität zufrieden
1.4. Mut
1.4.1. Mut das richtige zu tun, d.h. Implementieren "wegschmeissen", wenn etwas nicht richtig ist (oder nicht gut genug ist).
1.5. Respekt
1.5.1. innerhalb Entwicklerteam und Respekt in den Beziehungen mit dem Kunden
2. 14 Prinzipien
2.1. Menschlichkeit
2.2. Wirtschaftlichkeit
2.3. Wechselseitiger Vorteil
2.4. Selbstähnlichkeit
2.5. Verbesserung
2.6. Vielfältigkeit
2.7. Reflexion
2.8. Fluss
2.9. Gelegenheit
2.10. Redundanz
2.11. Fehlschlag
2.12. Qualität
2.13. Kleinee Schritte
2.14. Akzeptierte Verantwortung
3. Primärpraktiken (2004)
3.1. Team Sitzt räumlich zusammen
3.2. Informative Arbeitumgebung, Energized Work, Freiraum
3.3. Ten- Minute Build
3.4. Wöchentlicher Zyklus
3.5. Vierteljährlicher Zyklus
4. Prozessschritte
4.1. Planung
4.1.1. User Stories
4.1.2. Planungsspiel
4.1.3. Kleine Releases
4.1.4. Iterationen
4.1.5. Move People Around
4.1.6. Stand-Up Meeting
4.2. Design
4.2.1. Einfach
4.2.2. CRC-Karten (Class, Responsibilities and Collaboration Cards)
4.2.3. Refactoring
4.3. Kodieren
4.3.1. Kunde im Team
4.3.2. Kodierungsstandards
4.3.3. Modultest (Unit Test) zuerst programmieren
4.3.4. Pair Programming
4.3.5. Code Integration
4.3.6. Code gehört ALLE
4.3.7. Keine Überstunden
4.4. Testen
4.4.1. Unit Test für gesamten Code
4.4.2. Akzeptanztest