Hier erfahren Sie viel über ihre Möglichkeiten zur nachhaltigen Verbesserung der Qualität. Mit einfachen Massnahmen und der Pareto-Regel erzielen Sie einen maximalen Ertrag.
1. Funktionalität
Die Funktionalität wird am besten aus einem Mix von Pflichtenheft, Visualisierung und Use Cases beschrieben, weil damit verschiedene Aspekte berücksichtigt werden.
Folgende Massnahmen bieten sich an:
- Vollständigkeit, dazu gehören auch die nicht-funktionalen Anforderungen
- Einfache Sprache, keine Fremdwörter, Erklärung der Begriffe
- Review intern und mit Kunde: Beginn der Entwicklung erst nach Abnahme der Funktionalität!
- Ablage der Informationen, sodass alle Projektmitarbeiter darauf Zugriff haben. Sind externe Mitarbeiter involviert, machen Cloud-Lösungen Sinn, z.B. Confluence.
2. Performanz
Die kritischen Funktionen müssen möglichst früh umgesetzt werden, sodass diese gemäss den definierten Randbedingungen getestet werden können. Dies betrifft nicht nur die Performanz sondern das grundsätzliche Vorgehen bei einer Entwicklung.
Ist die Performanz ein kritischer Faktor und wird erst am Schluss gemessen, kann es böse Überraschungen geben. Im schlechtesten Fall muss die Architektur angepasst werden, was mit hohen Kosten und Terminverzug verbunden ist.
3. Benutzerfreundlichkeit
Jede Anwendung muss ein Logfile haben. Darin protokolliert die Anwendung beispielsweise, auf welche Buttons der Benutzer klickt. Damit kann ein Profil erstellt werden, wo sich der Benutzer wie lange aufgehalten hat und wo nicht.
Die Zielgruppe muss möglichst früh beim Testen involviert werden. Achtung: Die Anwendung muss stabil funktionieren, sonst ärgern sich die die Benutzer.
4. Zuverlässigkeit
Ein zentraler Punkt für die Zuverlässigkeit ist das Testen der Anwendung. Dazu braucht es:
- Ein Testkonzept, welches die Grundzüge und Ideen beschreibt. Software können Sie nie zu 100% testen.
- Testfälle, um mit möglichst wenig Aufwand eine möglichst grosse Abdeckung zu erzielen.
Das Testkonzept und die Testfälle müssen vor Beginn der Umsetzung definiert werden. Sonst kann es passieren, dass Testfälle definiert werden, die nicht getestet werden können. Das kann unter Umständen verheerend sein.
5. Wartbarkeit
In seltenen Fällen ist eine Anwendung von Anfang an wiederverwendbar und modular. Meist besteht Zeitdruck und der Fokus liegt auf der Funktionalität. Das ist normal. Aus diesem Grund muss Zeit fürs Refactoring eingeplant werden: Der Code wird später so modularisiert, dass die bestehende Funktionalität nicht ändert.
6. Zusammenfassung
Mit diesen einfachen und kostengünstigen Massnahmen wird die Qualität erheblich gesteigert:
- Vollständigkeit und Review der Anforderungen
- Kritische Funktionen möglichst früh umsetzen und testen
- Benutzer der Zielgruppe müssen möglichst früh mit der Anwendung arbeiten / testen
- Testkonzept und Testfälle vor Beginn der Umsetzung definieren
- Regelmässig Zeit fürs Refactoring planen