90 lines
3.4 KiB
Markdown
90 lines
3.4 KiB
Markdown
- > Natürlich kostet Qualität, aber fehlende Qualität kostet mehr.
|
||
- ## Was ist Qualität?
|
||
- Ziel ist nicht die perfekte Qualität sondern die gewünschte Qualität des Auftraggebers
|
||
- Kennen der Kundenanforderungen
|
||
- Wenn keine „goldenen Wasserhähne“ bestellt wurden werden auch keine geliefert
|
||
- Die maximal erreichbare Qualität definiert sich durch
|
||
das Zusammenspiel der Rahmenparameter
|
||
- Budget – der finanzielle Rahmen des Projekts
|
||
- Time – der zeitliche Rahmen des Projekts
|
||
- Inhalt – der inhaltliche Rahmen des Projekts
|
||
- 
|
||
- ## Was ist Qualitätsmanagement?
|
||
- Sicherstellen, dass alle Ergebnisse des Projekts die gesetzten Vorgaben erfüllen
|
||
- Konzepte und Dokumentationen
|
||
- Produkte
|
||
- Prozesse
|
||
- Qualität wird nicht einfach überprüft – sie wird von vornherein in das Projekt eingeplant
|
||
- Je geringer das Augenmerk auf Qualitätssicherung, desto größer das Risiko das die gewünschte Qualität nicht erreicht wird
|
||
- Je früher im Projektverlauf Abweichungen festgestellt werden, desto einfacher ist es diese zu korrigieren
|
||
## Wie können QS-Maßnahmen aussehen?
|
||
- ### Für Dokumente
|
||
- Fachkonzepte
|
||
- Handbücher
|
||
- Kommunikationen
|
||
- Unterrichtsmaterial
|
||
- Klare Vorgaben
|
||
- Inhaltlich (z.B. Pflichtenheft)
|
||
- Formell (Entsprechende Templates)
|
||
- Festlegen von Reviewzyklen, z.B.
|
||
- V01 – Dokumentgliederung
|
||
- V05 – Erster Draft
|
||
- V08 – Finaler Draft
|
||
- V1.0 – freigegebenes Dokument
|
||
- Wählen der richtigen Reviewer
|
||
- Formal
|
||
- Fachlich
|
||
- Überblick
|
||
- ### Für Produkte
|
||
- Systeme
|
||
- Software
|
||
- Komponenten
|
||
- Klare Vorgaben
|
||
- Inhaltlich (z.B. Pflichtenheft)
|
||
- Formell (Entsprechende Templates)
|
||
- Festlegen von Testszenarien
|
||
- Einzelne Funktionen
|
||
- Zusammenspiel von Funktionen
|
||
- Staging Umgebung
|
||
- Pilottest
|
||
- Wählen der richtigen Tester
|
||
- Repräsentativ
|
||
- Unbefangen
|
||
- Feedbackmechanismus
|
||
- ### Für Prozesse
|
||
- Rollout
|
||
- Migrationen •Betriebsprozesse
|
||
- Klare Vorgaben
|
||
- Inhaltlich (z.B. Pflichtenheft)
|
||
- Formell (Entsprechende Templates)
|
||
- Festlegen von Testszenarien
|
||
- Testumgebung
|
||
- Staging Umgebung
|
||
- Testobjekte
|
||
- Pilottest
|
||
- Fallbackszenarien
|
||
- Wählen der richtigen Tester
|
||
- Repräsentativ
|
||
- Unbefangen
|
||
- Feedbackmechanismus
|
||
- Steigernde Einführung
|
||
- Supportfähigkeit berücksichtigen
|
||
- Wellenbrecher einplanen
|
||
## Was gilt es sonst zu beachten?
|
||
- Tests sollen Objektiv das Ergebnis bewerten
|
||
- Vermeidung projektinterner Hintergründe
|
||
- Vermeidung von „Entwicklungsblindheit“
|
||
- Bei größeren Projekten häufig durch unabhängigen Qualitäts- oder Testmanager
|
||
- Dokumentation der gewählten QS-Methoden in einem Qualitätsplan
|
||
- ## Wie bilde ich Qualität im Projektplan ab?
|
||
- Planung der notwendigen Tätigkeiten
|
||
- Einplanen von Reviewzyklen
|
||
- Einplanen eventueller Korrekturen
|
||
- Einplanen entsprechender Ressourcen (personell, finanziell, zeitlich und infrastrukturell)
|
||
- Setzen konkreter Meilensteine oder Quality Gates
|
||
- Abschluss kleinerer Projektetappen oder größerer Projektphasen
|
||
- Erlauben den Fortschritt und die Qualität im Projektverlauf zu verifizieren
|
||
- Durchschreiten nach Nachweis definierter Qualität
|
||
- Häufig durch entsprechende Qualitätschecklisten unterstützt
|
||
- ## Anlagen
|
||
- [7_1_TMP_QGAte.xlsx](../assets/7_1_TMP_QGAte_1673173448391_0.xlsx) |