Arbeitsbereich für den Abstract
Roter Faden durch das 5-seitige Kapitel:
- Einleitung
- Ein wichtiger Aspekt der Qualitätssicherung ist, Fehler und Fehlentwicklungen möglichst nahe zu ihrem Entstehen zu entdecken. Je später ein Fehler gefunden wird, desto höher sind die Fehlerbehebungskosten ("10er-Regel"). (1 Seite)
- TDD (Test Driven Development) lässt frühzeitig Softwareentwickler vor der Entwicklung überlegen, wie das Stück Software Integriert und dann dessen "Qualität" hinsichtlich definierter Qualitätsmerkmale (Performance, Usability, funktionale Korrektheit, ...) überprüft wird. (1 Seite)
- Continuos Integration und Continuous Delivery sind wichtige Schritte zur frühzeitigen Qualitätsüberprüfung und zum schrittweisen Aufbau des Produktes. (1 Seite)
- Vorteile:
- Fehlentwicklungen und Fehler in Basisfunktionen können sehr früh entdeckt und behoben werden
- Wenn die Planung die kritischen und schwierigen Teile für die Umsetzung hoch priorisiert, dann werden diese bei jeder (Teil-)Integration implizit mitgetestet
- die künftigen Benutzer bzw. deren Vertreter können früh das Look-and-feel beurteilen und Feedback geben.
- Vorteile:
- Herausforderungen für Continous Integration (2 Seiten)
- Technisch müssen die Systeme dafür ausgelegt sein (Testsystem, Daily build, ...)
- Organisatorisch muss die Sprintplanung zur Continous Integration passen
- Abschluss mit Timeboxing und Continous Delivery
- Frage ob der Konnex mit Timeboxing hier soviel Mehrwert gibt?
Eventuell Verweis auf Agiles Projektmanagement mit Critical Chain und Reliable/Ultimate Scrum zum Kapitel über Reliable Scrum.