02 Testing
Can we release this?
Quality Management & Engineering
Qualität wird nicht geprüft. Sie wird systematisch erzeugt.
ORCITA verbindet Quality Management, Prozessanalyse und Engineering, um Qualität messbar, Ursachen beherrschbar und Verbesserungen dauerhaft zu machen. Von Voice of Customer und Critical-to-Quality über Prozessfähigkeit und Root-Cause-Analyse bis zu Improvement und Control.
Quality ManagementSix SigmaISO 9000Process Improvement
Problem
Fehler sind das Ergebnis. Nicht die Ursache.
Organisationen reagieren auf Qualitätsprobleme häufig dort, wo sie sichtbar werden: Defects, Reklamationen, Incidents, Verzögerungen, Nacharbeit oder fehlgeschlagene Releases.
Mehr Prüfung kann Symptome reduzieren. Es beantwortet aber nicht die entscheidende Frage: Warum erzeugt der Prozess diese Ergebnisse überhaupt?
ORCITA betrachtet Qualität deshalb als Eigenschaft des gesamten Systems: von Kundenanforderung und Prozessdesign über Daten und Messung bis zu Ursachenanalyse, Verbesserung und nachhaltiger Steuerung.
- Unklare QualitätsanforderungenGut ist beschrieben, aber nicht in messbare Qualitätsmerkmale übersetzt.
- Unbeherrschte VariationErgebnisse schwanken, ohne dass systemische Ursachen und besondere Ereignisse sauber unterschieden werden.
- SymptombehandlungDefects werden korrigiert. Die Ursachen, die sie wiederholt erzeugen, bleiben bestehen.
- Verbesserung ohne ControlMaßnahmen wirken kurzfristig. Danach kehrt der Prozess schrittweise zum alten Zustand zurück.
Abgrenzung
Quality Management beantwortet eine andere Frage als Testing.
Testing prüft, ob ein Release tragfähig ist. Quality Management fragt, warum ein System zuverlässig Qualität erzeugt oder daran scheitert. Testing bleibt eine wichtige Kontrolle. Es ist nicht das Qualitätssystem selbst.
03 Quality Management & Engineering
Why does this system reliably produce, or fail to produce, quality?
Quality Thesis
Quality is a system property.
DMAIC
Eine Denklogik für steuerbare Verbesserung.
ORCITA nutzt DMAIC nicht als Schulungsfolie, sondern als Consulting-Logik: Qualität wird definiert, gemessen, ursächlich verstanden, verbessert und dauerhaft kontrolliert.
Define
Qualität operationalisieren.
Qualität beginnt mit der Frage, was für Kunden, Nutzer, Betrieb und Regulierung tatsächlich kritisch ist.
- Voice of Customer
- Critical-to-Quality
- SIPOC und Prozessgrenzen
- Operational Definitions
If quality cannot be defined, it cannot be engineered.
Measure
Realität statt Annahmen.
Bevor ein Prozess verbessert werden kann, braucht es eine belastbare Baseline und Vertrauen in das Messsystem.
- Process Performance
- Measurement System Analysis
- Data Quality
- Capability Analysis
What cannot be reliably measured cannot be reliably improved.
Analyze
Ursachen statt Symptome.
Nicht jede Auffälligkeit ist eine Ursache. Entscheidend ist, welche Faktoren Variation, Fehler oder schlechte Prozessleistung treiben.
- Root Cause Analysis
- Pareto Analysis
- Cause & Effect
- FMEA und Risikotreiber
Fix the cause. Not the symptom.
Improve
Den Prozess verändern.
Verbesserung heißt nicht, zusätzliche Kontrollen um einen schlechten Prozess zu bauen. Ursachen werden beseitigt und Übergaben vereinfacht.
- Process Redesign
- Standardisierung
- Fehlervermeidung
- Automation als Hebel
Improve the system, not only the inspection layer.
Control
Verbesserung dauerhaft machen.
Eine Verbesserung ist erst abgeschlossen, wenn sie ohne permanente Projektintervention Bestand hat.
- Control Plans
- Leading Indicators
- Process Ownership
- Continuous Improvement
Improvement without control is temporary.
Stability, Capability, Performance
Beherrscht heißt noch nicht geeignet.
Ein Prozess kann stabil sein und trotzdem systematisch Ergebnisse produzieren, die Kundenanforderungen nicht zuverlässig erfüllen. Umgekehrt können Ergebnisse momentan innerhalb der Spezifikation liegen, obwohl der Prozess instabil ist.
Stability
Ist der Prozess statistisch beherrscht?
- Control Limits
- Special Cause Variation
- Common Cause Variation
Capability
Kann der Prozess die geforderte Spezifikation zuverlässig erfüllen?
- Specification Limits
- Cp
- Cpk
Performance
Was liefert der Prozess in der beobachteten Realität?
- Baseline
- Pp
- Ppk
Fachliche Grenze
Control limits are not specification limits.
Cost of Poor Quality
Schlechte Qualität ist eine Kostenstruktur.
Qualitätsprobleme erscheinen nicht nur als Defects. Sie binden Kapital, Kapazität, Zeit und Managementaufmerksamkeit. Sie können Kundenbeziehungen, Betrieb und regulatorische Sicherheit belasten.
Prevention Costs
- Prozessdesign
- Standards
- Qualifizierung
- Fehlervermeidung
Appraisal Costs
- Testing
- Reviews
- Inspektionen
- Audits
Internal Failure Costs
- Rework
- Verzögerungen
- Ausschuss
- interne Incidents
External Failure Costs
- Reklamationen
- SLA-Verletzungen
- Produktionsausfälle
- regulatorische Folgen
Service Architecture
Sechs Arbeitsfelder für ein belastbares Qualitätssystem.
Die Leistungen sind nicht als Toolliste gedacht. Sie beschreiben, welche Teile des Systems gestaltet, gemessen, verbessert und kontrolliert werden müssen.
01
Quality Strategy & Operating Model
- Qualitätsziele
- Rollen und Verantwortlichkeiten
- Governance
- Steuerungsmodell
02
Process Performance & Capability
- Prozessanalyse
- Stabilität
- Capability
- Variation
03
Measurement & Data Quality
- Operational Definitions
- Messsysteme
- Datenqualität
- belastbare Entscheidungsgrundlagen
04
Root Cause & Risk Analysis
- Ursachenanalyse
- Pareto
- FMEA
- Priorisierung
05
Process Improvement
- DMAIC
- Prozessoptimierung
- Standardisierung
- Fehlervermeidung
06
Control & Continuous Improvement
- Control Plans
- KPIs
- Ownership
- Monitoring
Quality Engineering
Management definiert das System. Engineering macht Qualität reproduzierbar.
Quality Engineering übersetzt Qualitätsziele in technische und operative Mechanismen, die Fehler verhindern, Abweichungen früh erkennen und Qualitätsnachweise reproduzierbar machen.
Testing findet Abweichungen. Quality Engineering baut Mechanismen, die Abweichungen verhindern, früh erkennen oder systematisch beherrschbar machen.
- Quality Gates
- Automation
- Observability
- Data Validation
- CI/CD Controls
- Process Automation
- Preventive Controls
- Evidence Generation
Selected Experience
Erfahrung aus realen Qualitätsproblemen.
Die Beispiele zeigen Situationen, in denen Qualität über Anforderungen, Prozessleistung, Messung und Control verbessert werden musste.
Digital Platform
Problem
Wiederkehrende Regression, wachsender manueller Prüfaufwand und wiederholte Fehlerbilder in einer digitalen Plattform.
Ansatz
Fehlerentstehung, Wiederholungsmuster und Qualitätssicherungsprozess wurden strukturiert verbessert. Automatisierung wurde als Improvement-Hebel eingesetzt, nicht als Selbstzweck.
Evidenzbasis
Bestehende ORCITA-Evidenz: Projekterfahrung aus Testautomatisierung, Regressionsteststeuerung und Quality-Gate-Arbeit in digitalen Plattformen.
Enterprise Transformation
Problem
Viele Beteiligte, unterschiedliche Qualitätsvorstellungen und schwache Übergaben zwischen Fachbereich, IT, Plattformen und Dienstleistern.
Ansatz
Qualitätskriterien wurden operationalisiert, Verantwortlichkeiten definiert, Kontrollpunkte etabliert und Qualität als Delivery-Verantwortung verankert.
Evidenzbasis
Bestehende ORCITA-Evidenz: Aufbau von Quality-Governance für komplexe Transformationsprogramme.
Regulated Environment
Problem
Ein funktionierender Prozess reichte nicht aus. Kontrollen, Verantwortlichkeiten und Ergebnisse mussten reproduzierbar und nachweisbar sein.
Ansatz
Governance, Nachweise, Rollen, Metriken und Verbesserungsschleifen wurden so strukturiert, dass Qualität steuerbar und auditierbar blieb.
Evidenzbasis
Bestehende ORCITA-Evidenz: Erfahrung in regulierten und auditnahen Projektumgebungen mit Governance-, ISO- und Kontrollanforderungen.
Experience & Methods
Methodenkompetenz mit Managementrelevanz.
Six Sigma, ISO und Engineering-Methoden werden nicht als Zertifizierungssprache eingesetzt. Sie dienen dazu, Prozessrealität, Variation, Ursachen und nachhaltige Steuerung belastbar zu machen.
Methods
- DMAIC
- VOC
- CTQ
- SIPOC
- MSA
- SPC
- Process Capability
- Root Cause Analysis
- Pareto
- FMEA
- COPQ
Management Systems
- ISO 9000
- Process Governance
- Continuous Improvement
Engineering
- Quality Gates
- Automation
- CI/CD Controls
- Observability
- Data Quality
Six Sigma Black Belt
Outcome
Quality is not an inspection activity. It is a property of a capable system.
Was sich verändert
Qualität wird vom Kontrollaufwand zur Systemeigenschaft.
Das Ziel ist nicht, immer mehr Fehler zu finden. Das Ziel sind Prozesse, die weniger unerwünschte Variation erzeugen, Ursachen statt Symptome adressieren, messbare Kundenanforderungen erfüllen, Verbesserungen dauerhaft halten und Cost of Poor Quality reduzieren.
Insights
Analysen zu Quality Engineering und Governance.
Kontakt
Wenn Qualität spät sichtbar wird, ist das System bereits teuer.
Beschreiben Sie Prozess, Messung, Variation und gewünschtes Ergebnis. ORCITA ordnet ein, wo das Qualitätsproblem entsteht und welches Delivery-Modell dafür tragfähig ist.