CAQ Bedarfsanalyse für eine fundierte Softwareauswahl

Qualitätsprozesse analysieren, digitales Zielbild entwickeln und belastbare Anforderungen definieren. Die Auswahl eines CAQ-Systems beginnt nicht mit einer Herstellerliste, einer Produktpräsentation oder dem Vergleich einzelner Softwarefunktionen. Sie beginnt mit der Frage: Welche Qualitätsprozesse, Datenstrukturen und Systemfunktionen benötigt das Unternehmen, um sein Qualitätsmanagement künftig effizienter, transparenter und wirksamer zu steuern?

In vielen Unternehmen ist diese Frage zunächst nicht eindeutig zu beantworten. Qualitätsdaten befinden sich in verschiedenen Systemen, Excel-Dateien, Papierformularen und persönlichen Ablagen. Standorte arbeiten mit unterschiedlichen Prozessen und Katalogen. Prüfplanung, FMEA, Produktionslenkungsplan, Reklamationsmanagement, Audits und Maßnahmensteuerung sind nur teilweise miteinander verbunden. Informationen werden mehrfach erfasst, manuell übertragen oder außerhalb der offiziellen Systeme bearbeitet.

Wird in dieser Situation unmittelbar nach einer neuen CAQ Software gesucht, bestimmen häufig die Funktionen der Anbieter den weiteren Lösungsraum. Interne Wünsche werden ungeprüft in Funktionsanforderungen übersetzt. Bestehende Schwächen werden in einer neuen Software nachgebildet. Anforderungen an Datenmigration, Schnittstellen, Organisation und Einführung werden zu spät berücksichtigt.

Eine professionelle CAQ Bedarfsanalyse schafft vor der Marktrecherche Klarheit. Sie verbindet Unternehmensziele, Qualitätsprozesse, Organisation, Daten und Technologie zu einem belastbaren digitalen Qualitätszielbild.

Das Ergebnis ist nicht nur eine Sammlung gewünschter Funktionen. Das Ergebnis ist eine fundierte Grundlage für Investitionsentscheidung, Softwareauswahl, Ausschreibung und spätere Einführung. Eine belastbare CAQ-Auswahl beginnt nicht mit der Frage, welche Software am meisten kann. Sie beginnt mit der Frage, welche Qualitätsarchitektur das Unternehmen künftig benötigt.

CAQ Bedarfsanalyse auf einen Blick

Die CAQ Bedarfsanalyse bildet die erste Phase unseres vierstufigen Beratungsmodells:

1. Bedarfsanalyse

2. Marktrecherche

3. Entscheidung

4. Einführung

In Phase 1 werden die strategischen, fachlichen, organisatorischen und technischen Grundlagen für das Gesamtprojekt geschaffen.

Abhängig vom vereinbarten Projektumfang entstehen unter anderem:

1. Projektauftrag und klarer Scope

2. Stakeholder- und Governance-Modell

3. Dokumentierte Ist-Prozesse

4. CAQ-Reifegradbewertung

5. Schwachstellen- und Potenzialanalyse

6. Harmonisierte Soll-Prozesse

7. Digitales Qualitätszielbild

8. System- und Datenarchitektur

9. Fachliches Schnittstellenmodell

10. Anforderungen an Datenmigration und Betrieb

11. Priorisierter Anforderungskatalog

12. CAQ-Lastenheft

13. Bewertungskriterien für Anbieter

14. Business-Case-Struktur

15. Roadmap für Marktrecherche und Einführung

Die CAQ Bedarfsanalyse schafft damit Klarheit darüber, was das Unternehmen benötigt, bevor konkrete Anbieter und Produkte bewertet werden.

Was ist eine CAQ Bedarfsanalyse?

Eine CAQ Bedarfsanalyse ist die strukturierte Untersuchung der Anforderungen an ein zukünftiges System für digitales Qualitätsmanagement, Qualitätsplanung und Qualitätssicherung.

Sie analysiert nicht nur benötigte Softwarefunktionen. Betrachtet werden vier miteinander verbundene Dimensionen:

Prozesse

Wie werden Qualitätsaufgaben heute ausgeführt und wie sollen sie künftig gestaltet werden?

Organisation

Welche Rollen, Verantwortlichkeiten, Freigaben und Entscheidungswege werden benötigt?

Daten

Welche Qualitätsdaten, Stammdaten, Kataloge und Historien müssen geführt und genutzt werden?

Technologie

Welche Systemfunktionen, Schnittstellen, Betriebsmodelle und technischen Rahmenbedingungen sind erforderlich?

Diese vier Dimensionen bilden die Grundlage für ein digitales Qualitätsbetriebsmodell und ein belastbares CAQ-Lastenheft.

Warum die Bedarfsanalyse vor der Marktrecherche erfolgen sollte

CAQ-Lösungen unterscheiden sich erheblich hinsichtlich Funktionsumfang, technischer Architektur, Branchenausrichtung, Integrationsfähigkeit, Betriebsmodell und Einführungsmethodik.

Eine Software kann über einen großen Funktionsumfang verfügen und dennoch nicht zur Organisation passen. Eine andere Lösung kann die geschäftskritischen Prozesse im Standard unterstützen, obwohl ihre allgemeine Funktionsliste zunächst weniger umfassend erscheint.

Ohne eine strukturierte CAQ Anforderungsanalyse besteht das Risiko, dass:

1. bestehende Schwächen lediglich digitalisiert werden,

2. zentrale Anforderungen übersehen werden,

3. unnötige Funktionen beschafft werden,

4. Anbieter nicht vergleichbar bewertet werden,

5. Schnittstellen und Datenmigration unterschätzt werden,

6. zu viele Individualentwicklungen entstehen,

7. Nutzeranforderungen unzureichend berücksichtigt werden,

8. globale und lokale Prozesse nicht klar abgegrenzt sind,

9. Gesamtbetriebskosten falsch eingeschätzt werden,

10. die spätere Einführung erheblich aufwendiger wird.

Die Marktrecherche sollte deshalb erst beginnen, wenn Zielbild, Scope und zentrale Anforderungen fachlich abgestimmt und freigegeben sind.

Managementnutzen der CAQ Bedarfsanalyse

Die Bedarfsanalyse ist keine rein operative Vorarbeit für ein Lastenheft.

Sie schafft die Grundlage für zentrale Managemententscheidungen.

Dazu gehören:

1. Welche strategischen Ziele verfolgt das CAQ-Projekt?

2. Welche Prozesse und Standorte gehören zum Projektumfang?

3. Welche Systeme sollen abgelöst, integriert oder beibehalten werden?

4. Welche Investitionen und internen Ressourcen werden benötigt?

5. Welche Prozessharmonisierung ist vor der Digitalisierung erforderlich?

6. Welche Risiken können die Auswahl oder Einführung gefährden?

7. Welche Nutzenpotenziale sollen realisiert werden?

8. Welche Funktionen gehören zum ersten Release?

9. Welche Themen können später ausgebaut werden?

10. Wie soll die weitere Softwareauswahl organisiert werden?

Die CAQ Bedarfsanalyse schafft damit eine belastbare Grundlage für Investitionsfreigabe, Budgetierung, Projektorganisation und Anbieteransprache. Sie reduziert das Risiko, dass zentrale Prozess-, Daten- oder Integrationsfragen erst während der Einführung sichtbar werden.

Typische Ausgangssituationen

Eine CAQ Bedarfsanalyse ist insbesondere in folgenden Situationen sinnvoll.

Erstmalige Einführung eines CAQ-Systems

Qualitätsprozesse werden überwiegend mit Excel, Papier, E-Mail oder einzelnen Fachanwendungen bearbeitet.

Das Unternehmen möchte eine integrierte CAQ-Plattform aufbauen.

Ablösung einer bestehenden CAQ Software

Das vorhandene System ist technisch veraltet, wird nicht mehr ausreichend unterstützt oder passt nicht mehr zur Unternehmensentwicklung.

Konsolidierung mehrerer Systeme

Verschiedene Standorte oder Geschäftsbereiche nutzen unterschiedliche CAQ-Lösungen, Datenbanken und Prozessvarianten.

Vorbereitung einer Ausschreibung

Das Unternehmen benötigt einen strukturierten Anforderungskatalog und belastbare Ausschreibungsunterlagen.

Optimierung einer vorhandenen Lösung

Das CAQ-System ist grundsätzlich geeignet, wird aber nur teilweise genutzt. Excel-Nebenlösungen, Medienbrüche und manuelle Tätigkeiten bestehen weiterhin.

ERP-, MES- oder PLM-Transformation

Die Einführung oder Ablösung eines angrenzenden Kernsystems verändert Datenflüsse, Schnittstellen und Systemverantwortungen im Qualitätsmanagement.

Internationale Expansion oder Standortintegration

Neue Werke, Unternehmenszukäufe oder globale Standards erfordern harmonisierte Prozesse und eine skalierbare Systemarchitektur.

Vorbereitung von Automatisierung und KI

Qualitätsdaten sollen stärker automatisiert verarbeitet, analysiert und für Künstliche Intelligenz nutzbar gemacht werden.

Ziele und Projektauftrag klären

Die Bedarfsanalyse beginnt mit der Definition der strategischen und operativen Projektziele. Die allgemeine Aussage „Wir möchten unser Qualitätsmanagement digitalisieren“ reicht als Projektziel nicht aus.

Ziele sollten konkretisieren, welche Wirkung erreicht werden soll. Beispiele sind:

1. Qualitätsprozesse standortübergreifend standardisieren

2. Excel- und Papierlösungen reduzieren

3. Datenmehrfachpflege vermeiden

4. Reklamationsprozesse beschleunigen

5. FMEA, Control Plan und Prüfplanung verbinden

6. Prüfdaten automatisiert übernehmen

7. Lieferantenqualität systematischer steuern

8. Rückverfolgbarkeit verbessern

9. Managementinformationen schneller bereitstellen

10. Qualitätskosten transparenter machen

Ein belastbares Ziel kann beispielsweise lauten: > Reklamationen sollen unternehmensweit nach einem einheitlichen Prozess bearbeitet werden. Verantwortlichkeiten, Eskalationen, Maßnahmen und Wirksamkeitsprüfungen sollen digital gesteuert und transparent ausgewertet werden.

Klare Ziele ermöglichen später eine fundierte Bewertung von Anforderungen, Anbietern und Projekterfolg.

Projektumfang und Scope definieren

Die Bedarfsanalyse legt fest, welche Organisationseinheiten und Prozesse Bestandteil des Projekts sind.

Zu klären sind:

• Welche Standorte werden berücksichtigt?
• Welche Gesellschaften und Geschäftsbereiche sind betroffen?
• Welche Qualitätsprozesse gehören zum ersten Projektumfang?
• Welche Module werden in späteren Ausbaustufen betrachtet?
• Welche Nutzergruppen werden einbezogen?
• Welche bestehenden Systeme sollen abgelöst werden?
• Welche Anwendungen bleiben bestehen?
• Welche Schnittstellen sind erforderlich?
• Welche Daten müssen migriert werden?
• Welche Sprachen und regionalen Anforderungen bestehen?

Eine klare Scope-Definition verhindert, dass der Projektumfang während der Auswahl unkontrolliert wächst. Sie schafft gleichzeitig eine Grundlage für Aufwand, Budget, Projektorganisation und Roadmap.

Stakeholder und Governance

CAQ-Projekte betreffen nicht nur das Qualitätsmanagement. Abhängig vom Projektumfang sind unter anderem einzubeziehen:

Geschäftsführung, Qualitätsleitung, Qualitätsplanung und Qualitätssicherung

Produktion, Entwicklung und Konstruktion

Einkauf und Lieferantenmanagement

Logistik und Service

IT, Informationssicherheit und Datenschutz

Controlling

Betriebsrat

Jede Stakeholdergruppe besitzt eigene Ziele, Anforderungen und Risiken.

Die Produktion benötigt verständliche und aktuelle Prüfvorgaben. Die Qualitätsleitung benötigt durchgängige Prozesse und belastbare Nachweise. Die IT bewertet Architektur, Integration und Betrieb. Das Management benötigt Transparenz über Nutzen, Kosten und Projektrisiken.

Die Stakeholderanalyse bewertet deshalb:

1. Fachliche Verantwortung

2. Einfluss auf Projektentscheidungen

3. Betroffenheit durch die Einführung

4. Datenverantwortung

5. Freigaberechte

6. mögliche Zielkonflikte

7. Schulungs- und Veränderungsbedarf

Aus diesen Informationen entsteht ein erstes Governance-Modell.

Es klärt beispielsweise:

• Wer definiert Anforderungen?
• Wer priorisiert sie?
• Wer verantwortet Stammdaten?
• Wer entscheidet über Prozessvarianten?
• Wer genehmigt Schnittstellen und Migration?
• Wer erteilt die fachliche Abnahme?

Ist-Prozesse analysieren

Die Ist-Analyse untersucht, wie Qualitätsprozesse heute tatsächlich ausgeführt werden. Dabei reicht es nicht aus, vorhandene Prozessbeschreibungen und Arbeitsanweisungen zu lesen. Entscheidend ist die reale Arbeitsweise.

Analysiert werden unter anderem:

1. Prozessauslöser

2. Bearbeitungsschritte

3. Rollen und Verantwortlichkeiten

4. eingesetzte Systeme und Dokumente

5. Datenquellen

6. Freigaben und Entscheidungen

7. Übergaben zwischen Fachbereichen

8. Durchlauf- und Wartezeiten

9. Eskalationen

10. Berichte und Kennzahlen

11. Ausnahmen und Sonderfälle

12. bestehende Schwachstellen

Zentrale Fragen sind:

• Wo entstehen Qualitätsdaten?
• Wer erfasst und bearbeitet sie?
• Welche Informationen werden mehrfach gepflegt?
• Wo werden Daten manuell übertragen?
• Welche Entscheidungen finden außerhalb der Systeme statt?
• Wo entstehen Wartezeiten und Rückfragen?
• Welche Informationen fehlen?
• Welche Prozesse funktionieren bereits gut?
• Welche lokalen Varianten sind fachlich notwendig?

Medienbrüche und Schattenprozesse identifizieren

Offizielle Prozessbeschreibungen zeigen häufig nicht den vollständigen Arbeitsablauf. Zusätzlich bestehen in vielen Organisationen:

Excel-Listen

persönliche Auswertungen

lokale Datenbanken

E-Mail-Freigaben

Papierformulare

manuelle Übertragungen

nicht dokumentierte Hilfsprozesse

Diese Schattenprozesse sind nicht nur ein technisches Problem. Sie zeigen häufig, dass bestehende Systeme bestimmte Anforderungen nicht erfüllen, nicht ausreichend integriert oder für Anwender zu komplex sind. Eine qualifizierte CAQ Bedarfsanalyse dokumentiert diese Lösungen und untersucht ihren fachlichen Ursprung.

Die entscheidende Frage lautet nicht:

Wie wird die Excel-Datei durch Software ersetzt?

Die entscheidende Frage lautet: Welcher Bedarf hat zur Entstehung dieser Excel-Datei geführt und wie sollte der zugrunde liegende Prozess künftig gestaltet werden?

Prozess-, Daten-, System- und Organisationsreife bewerten

Nicht jeder Qualitätsprozess ist unmittelbar bereit für eine Digitalisierung. Ein Prozess kann fachlich uneinheitlich, organisatorisch ungeklärt oder datenbezogen unzureichend sein. Eine CAQ-Reifegradbewertung betrachtet deshalb mehrere Dimensionen.

Prozessreife

Bewertet werden Standardisierung, Durchgängigkeit, Verantwortlichkeiten, Kennzahlen und Wirksamkeit.

Datenreife

Bewertet werden Vollständigkeit, Konsistenz, Eindeutigkeit, Klassifikation, Historie und Datenverantwortung.

Systemreife

Bewertet werden Funktionsabdeckung, Integration, Automatisierung, Benutzerfreundlichkeit und Skalierbarkeit.

Organisationsreife

Bewertet werden Governance, Ressourcen, Entscheidungswege, Key-User-Strukturen und Veränderungsfähigkeit.

Die Bewertung zeigt, in welchen Bereichen bereits belastbare Anforderungen formuliert werden können und wo zunächst eine fachliche oder organisatorische Klärung erforderlich ist.

Soll-Prozesse entwickeln

Auf Basis der Ist- und Reifegradanalyse werden zukünftige Soll-Prozesse gestaltet. Ein Soll-Prozess beschreibt nicht nur, welche Bildschirmmaske ein Anwender bearbeitet.

Er definiert:

1. Ziel und Nutzen des Prozesses

2. Auslöser und Eingangsinformationen

3. beteiligte Rollen

4. Bearbeitungs- und Entscheidungsschritte

5. Freigaben und Eskalationen

6. benötigte Daten

7. beteiligte Systeme

8. Ausnahmen und Sonderfälle

9. Ergebnisse und Nachweise

10. Kennzahlen zur Wirksamkeit

Bei der Gestaltung gelten drei Grundsätze:

Vereinfachung vor Automatisierung.

Standardisierung vor Individualisierung.

Klare Verantwortung vor technischem Workflow.

Die Soll-Prozesse verhindern, dass historisch gewachsene Schwächen unverändert in einer neuen Software nachgebildet werden.

End-to-End-Prozesse statt isolierter Module

Qualitätsprozesse dürfen nicht ausschließlich innerhalb einzelner Softwaremodule betrachtet werden.

Ein Beispiel ist das Reklamationsmanagement. Eine Kundenreklamation kann Auswirkungen haben auf:

Ursachenanalyse

Aufgaben und Maßnahmen

FMEA

Produktionslenkungsplan

Prüfplan

Arbeitsanweisungen

Lieferantenbewertung

Schulung

Kennzahlen

Management Review

Eine professionelle Bedarfsanalyse betrachtet deshalb die vollständige Prozesskette vom Auslöser bis zum Wirksamkeitsnachweis.

Ein möglicher Closed Quality Loop lautet: Abweichung → Ursachenanalyse → Maßnahme → Änderung von FMEA und Prüfplanung → operative Umsetzung → Wirksamkeitsprüfung

Die benötigten CAQ-Funktionen werden aus diesen End-to-End-Prozessen abgeleitet.

Digitales Qualitätszielbild entwickeln

Das digitale Qualitätszielbild beschreibt, wie Qualitätsmanagement, Qualitätsplanung und Qualitätssicherung künftig arbeiten sollen.

Es beantwortet unter anderem:

1. Welche Qualitätsprozesse werden zentral oder dezentral gesteuert?

2. Welche Abläufe werden harmonisiert?

3. Welche Daten werden einmalig und führend verwaltet?

4. Welche Aufgaben übernimmt das CAQ-System?

5. Welche Funktionen verbleiben in ERP, MES, PLM oder DMS?

6. Welche Rollen besitzen Prozess- und Datenverantwortung?

7. Welche Standards gelten standortübergreifend?

8. Welche lokalen Varianten sind zulässig?

9. Welche Kennzahlen benötigt das Management?

10. Welche Prozesse können automatisiert werden?

11. Wie werden Änderungen, Freigaben und Eskalationen gesteuert?

12. Welche Grundlagen werden für Analytics und KI benötigt?

Das Zielbild bildet die Verbindung zwischen Unternehmensstrategie, Soll-Prozessen und zukünftiger Systemarchitektur.

Bedarf, Anforderung und Lösung unterscheiden

Fachbereiche formulieren häufig direkt eine gewünschte Softwarefunktion.

Beispiel:

> Wir benötigen einen automatischen PDF-Bericht.

Der eigentliche Bedarf kann jedoch lauten:

> Kunden sollen einen freigegebenen Prüfbericht ohne manuelle Nachbearbeitung erhalten.

Aus diesem Bedarf können verschiedene technische und organisatorische Lösungen entstehen.

Eine professionelle Bedarfsanalyse unterscheidet deshalb:

Geschäftsproblem

Welche Schwachstelle oder welches Risiko soll adressiert werden?

Stakeholderbedarf

Welche Fähigkeit oder Information wird von einer Nutzergruppe benötigt?

Prozessanforderung

Wie muss der zukünftige Ablauf gestaltet sein?

Systemanforderung

Welche Funktion oder Eigenschaft muss die Lösung bereitstellen?

Lösungsoption

Wie kann die Anforderung technisch oder organisatorisch umgesetzt werden?

Die Bedarfsanalyse übernimmt Wünsche nicht ungeprüft als Softwareanforderungen. Sie klärt zunächst das zugrunde liegende Problem, den erwarteten Nutzen und mögliche Lösungsalternativen.

## System- und Datenarchitektur

Ein CAQ-System ist Bestandteil einer übergeordneten Unternehmensarchitektur. Typische angrenzende Systeme sind:

ERP, MES, PLM, DMS, LIMS und CRM

Business Intelligence

Maschinen und Sensoren

digitale Prüfmittel und Koordinatenmessmaschinen

Lieferanten- und Kundenportale

Die Bedarfsanalyse definiert die fachliche Rolle dieser Systeme.

Zu klären ist:

Welches System führt Artikel und Aufträge?

Wo werden Zeichnungen und technische Änderungen verwaltet?

Wo entstehen Prüfaufträge?

Wo werden Qualitätsstatus und Sperrentscheidungen geführt?

Wo liegen freigegebene Dokumente?

Wo werden Mess- und Prozessdaten gespeichert?

Wie werden Managementinformationen bereitgestellt?

Das Ziel ist nicht, sämtliche Daten in einem einzigen System zu speichern.

Das Ziel ist eine eindeutige System- und Datenverantwortung ohne unnötige Mehrfachpflege.

Daten- und Stammdatenanalyse

Die Leistungsfähigkeit eines CAQ-Systems hängt wesentlich von der Qualität seiner Daten ab. Relevante Datenobjekte können sein:

Artikel

Produkte und Varianten

Kunden

Lieferanten

Standorte

Prozesse

Maschinen

Prüfmerkmale

Fehlerkataloge

Ursachenkataloge

Maßnahmenarten

Prüfmittel

Dokumente

Benutzer und Rollen

Die Datenanalyse untersucht:

1. In welchen Systemen Daten heute geführt werden

2. Welches System fachlich verantwortlich ist

3. Welche Informationen mehrfach vorhanden sind

4. Welche Daten fehlen

5. Welche Klassifikationen uneinheitlich sind

6. Welche Dubletten bestehen

7. Welche Datenqualität vorliegt

8. Welche Historien benötigt werden

9. Welche Daten migriert werden müssen

10. Wer für Pflege und Freigabe verantwortlich ist

Ungeklärte Stammdaten und Katalogstrukturen gehören zu den häufigsten Ursachen für Verzögerungen während einer CAQ-Einführung.

Datenmigration strukturiert vorbereiten

Datenmigration ist kein rein technischer Übertragungsvorgang.

Sie erfordert fachliche Entscheidungen.

Die Vorbereitung umfasst mehrere Schritte.

Dateninventur

Welche Datenquellen und Datenbestände existieren?

Datenbewertung

Welche Informationen sind aktuell, vollständig und für das Zielsystem relevant?

Datenbereinigung

Welche Dubletten, Fehler und veralteten Inhalte müssen bearbeitet werden?

Datenharmonisierung

Welche Kataloge, Codes, Merkmale und Strukturen müssen vereinheitlicht werden?

Migrationsentscheidung

Welche Daten werden vollständig, teilweise oder nicht übernommen?

Migrationsvalidierung

Wie wird geprüft, ob die Daten korrekt und vollständig übertragen wurden?

Diese Fragen beeinflussen Projektaufwand, Anbieterbewertung und spätere Einführung erheblich.

Schnittstellen und Informationsflüsse

Eine Schnittstelle ist nicht nur ein technischer Datenkanal. Sie ist Bestandteil eines End-to-End-Prozesses und benötigt klare Regeln für Fehler, Korrekturen und Verantwortlichkeiten.

Für jede relevante Integration sollte geklärt werden:

1. Welche Daten werden übertragen?

2. Welches System ist führend?

3. In welche Richtung erfolgt der Datenaustausch?

4. Welches fachliche Ereignis löst die Übertragung aus?

5. Wie häufig werden Informationen ausgetauscht?

6. Wie werden Änderungen und Stornierungen behandelt?

7. Wie werden Fehler erkannt?

8. Welche Wiederholungs- und Ersatzprozesse bestehen?

9. Welche Verfügbarkeit wird benötigt?

10. Wer verantwortet Betrieb und Fehlerbehebung?

Das Ergebnis ist ein fachliches Schnittstellenmodell, das später in Ausschreibung und technisches Integrationskonzept einfließt.

Berichte, Kennzahlen und Managementinformationen

Eine CAQ Software soll nicht nur Prozesse dokumentieren.

Sie soll belastbare Informationen für operative und strategische Entscheidungen bereitstellen.

Die Bedarfsanalyse klärt deshalb:

Welche Kennzahlen werden heute verwendet?

Wie werden sie berechnet?

Welche Berichte entstehen manuell?

Welche Daten fehlen?

Welche Informationen benötigen Fachbereiche?

Welche Kennzahlen benötigt das Management?

Welche Werte sollen standortübergreifend vergleichbar sein?

Welche Frühwarnindikatoren sind relevant?

Mögliche Kennzahlen sind:

Reklamationskosten

Bearbeitungszeiten

Fehlerhäufigkeiten

Ausschuss und Nacharbeit

Prozessfähigkeit

Prüfaufwand

Lieferantenleistung

Maßnahmenstatus

Auditfeststellungen

Prüfmittelverfügbarkeit

Kosten schlechter Qualität

Kennzahlen müssen eindeutig definiert, fachlich belastbar und entscheidungsrelevant sein.

Informationssicherheit und Betrieb

CAQ-Systeme verarbeiten häufig vertrauliche Produkt-, Prozess-, Kunden- und Lieferantendaten. Bereits in der Bedarfsanalyse werden deshalb Anforderungen berücksichtigt an:

1. Rollen und Berechtigungen

2. Funktionstrennung

3. Standort- und Mandantentrennung

4. externe Zugänge

5. Audit Trail und Protokollierung

6. Datenaufbewahrung

7. Backup und Wiederherstellung

8. Authentifizierung

9. Schutz vertraulicher Daten

10. Verfügbarkeit und Notfallbetrieb

Auch das künftige Betriebsmodell ist zu betrachten.

Abhängig von Geschäftsanforderungen, Schutzbedarf, Systemarchitektur und internen Ressourcen kann eine Cloud-, On-Premises- oder Hybridlösung geeignet sein. Die Bedarfsanalyse definiert die Anforderungen, ohne die spätere Systementscheidung vorwegzunehmen.

Anforderungen an Einführung und Betrieb

Ein CAQ-Lastenheft sollte nicht nur beschreiben, was die Software fachlich leisten muss. Es sollte auch Anforderungen an Einführung und späteren Betrieb enthalten.

Dazu gehören:

Projektorganisation und Einführungsmethodik

Fit-to-Standard und Konfiguration

Schnittstellenrealisierung

Datenmigration

Testmanagement

Pilotierung

Rollout, Schulungen und Dokumentation

Support

Service Level

Go-live

Stabilisierung

Diese Anforderungen schaffen bereits während Ausschreibung und Angebotsvergleich Transparenz über die erwarteten Leistungen der Anbieter.

Künstliche Intelligenz und Automatisierungsreife

Künstliche Intelligenz kann zukünftig verschiedene Qualitätsprozesse unterstützen. Mögliche Anwendungsfälle sind:

Klassifikation von Reklamationen

Suche nach ähnlichen Fehlerfällen

Analyse von Prüf- und Prozessdaten

Unterstützung bei Ursachenanalysen

Strukturierung von FMEA-Inhalten

Erkennung von Inkonsistenzen

Zusammenfassung von Auditberichten

Vorbereitung von Managementinformationen

Die CAQ Bedarfsanalyse bewertet jedoch nicht nur mögliche KI-Funktionen.

Sie prüft zunächst, ob Prozesse, Daten und Governance für deren Einsatz ausreichend reif sind.

Wesentliche Voraussetzungen sind:

1. Einheitliche Datenstrukturen

2. Belastbare Fehler- und Ursachenkataloge

3. Ausreichende Datenqualität

4. Eindeutige Qualitätsobjekte

5. Klare System- und Datenverantwortung

6. Geeignete Berechtigungskonzepte

7. Nachvollziehbare Entscheidungen

8. Menschliche Kontroll- und Freigabepunkte

Der Nutzen von KI hängt weniger von einzelnen Algorithmen als von der Qualität und Struktur der vorhandenen Daten ab.

CAQ-Lastenheft erstellen

Das CAQ-Lastenheft überführt Zielbild, Prozesse und Anforderungen in eine strukturierte Grundlage für Marktrecherche und Ausschreibung.

Ein vollständiges Lastenheft kann folgende Anforderungskategorien enthalten.

Geschäftsanforderungen

Welche Unternehmensziele und Nutzenfelder sollen unterstützt werden?

Prozessanforderungen

Welche End-to-End-Prozesse müssen abgebildet werden?

Funktionale Anforderungen

Welche Funktionen muss das System bereitstellen?

Datenanforderungen

Welche Datenobjekte, Kataloge und Qualitätsregeln werden benötigt?

Integrationsanforderungen

Welche Systeme, Maschinen und Messmittel müssen angebunden werden?

Nichtfunktionale Anforderungen

Welche Anforderungen bestehen an Bedienbarkeit, Performance, Sicherheit und Skalierbarkeit?

Migrationsanforderungen

Welche Daten und Historien müssen übernommen werden?

Einführungsanforderungen

Welche Projekt-, Test-, Schulungs- und Rolloutleistungen werden erwartet?

Betriebsanforderungen

Welche Anforderungen gelten für Support, Wartung, Updates und Verfügbarkeit?

Ein gutes Lastenheft beschreibt präzise, was erreicht werden muss, ohne den Lösungsraum unnötig auf eine bereits angenommene technische Umsetzung zu begrenzen.

Anforderungen qualifiziert formulieren

Eine hochwertige Anforderung sollte:

1. eindeutig identifizierbar sein,

2. einen fachlichen Ursprung besitzen,

3. notwendig sein,

4. verständlich formuliert sein,

5. möglichst einen Sachverhalt enthalten,

6. widerspruchsfrei sein,

7. realisierbar sein,

8. priorisiert sein,

9. prüfbar sein,

10. rückverfolgbar sein.

Unklare Aussagen wie „Das System muss flexibel und benutzerfreundlich sein“ reichen nicht aus.

Besser ist eine konkrete Beschreibung von Nutzergruppe, Anwendungsfall, erwartetem Ergebnis und prüfbaren Kriterien.

Anforderungen priorisieren und bewerten

Nicht jede Anforderung besitzt dieselbe Bedeutung.

Eine klare Priorisierung ermöglicht es, zwischen zwingenden Anforderungen, wichtigen Funktionen und späteren Ausbaustufen zu unterscheiden.

Mögliche Kategorien sind:

Muss-Anforderung

Ohne Erfüllung ist die Lösung fachlich, technisch oder organisatorisch nicht geeignet.

Soll-Anforderung

Die Anforderung besitzt hohe Bedeutung. Eine geeignete Alternative kann unter definierten Bedingungen akzeptiert werden.

Kann-Anforderung

Die Funktion bietet zusätzlichen Nutzen, ist für die grundlegende Eignung jedoch nicht entscheidend.

Spätere Ausbaustufe

Die Anforderung ist relevant, aber nicht Bestandteil des ersten Releases.

Zusätzlich können Anforderungen bewertet werden nach:

Geschäftsnutzen

Prozesskritikalität

Risiko

Nutzerwirkung

Integrationsrelevanz

regulatorischer Bedeutung

Komplexität

Zeitpunkt der Umsetzung

Dadurch entsteht eine fundierte Grundlage für Softwarevergleich und spätere Releaseplanung.

Use Cases für Marktrecherche und Anbieterbewertung

Die Bedarfsanalyse entwickelt nicht nur einzelne Anforderungen. Sie kann auch realistische End-to-End-Szenarien für die spätere Softwarebewertung definieren.

Beispiele sind:

1. Kundenreklamation vom Eingang bis zur Wirksamkeitsprüfung

2. FMEA-Änderung mit Auswirkung auf Control Plan und Prüfplan

3. Prüfplanung vom technischen Merkmal bis zum Prüfergebnis

4. Lieferantenabweichung mit Eskalation und Maßnahmensteuerung

5. Auditfeststellung mit Korrektur, Freigabe und Managementbericht

6. Technische Änderung über PLM, ERP, MES und CAQ

7. Prüfmittelüberwachung mit Sperrung betroffener Prüfungen

Diese Szenarien können später für Request for Information, Ausschreibung, Softwaredemonstrationen und Proof of Concept genutzt werden.

Business Case und Nutzenpotenziale

Eine professionelle Bedarfsanalyse betrachtet nicht nur Anforderungen und Kosten.

Sie identifiziert auch die erwarteten Nutzenfelder.

Mögliche Potenziale sind:

1. Reduzierung manueller Datenerfassung

2. Geringerer Aufwand für Berichte

3. Schnellere Bearbeitung von Reklamationen

4. Weniger Datenmehrfachpflege

5. Reduzierung von Excel-Nebenlösungen

6. Schnellere Freigaben

7. Bessere Lieferantensteuerung

8. Höhere Maßnahmenwirksamkeit

9. Geringerer Aufwand für Audits und Nachweise

10. Weniger Ausschuss und Nacharbeit

11. Schnellere Ursachenanalysen

12. Verbesserte Managemententscheidungen

Relevante Ausgangskennzahlen können beispielsweise sein:

Zeitaufwand für manuelle Berichte

Anzahl vorhandener Excel-Nebenlösungen

Durchlaufzeit von Reklamationen

Anteil überfälliger Maßnahmen

Aufwand für Auditvorbereitung

Zeitaufwand für Datenmehrfachpflege

Qualitätskosten

Aufwand für standortübergreifendes Reporting

Der Business Case muss in der frühen Phase nicht zwingend vollständig monetarisiert werden.

Er sollte jedoch Nutzenfelder, Ausgangssituation und spätere Messgrößen definieren.

Standortübergreifende Anforderungen

Bei internationalen oder dezentralen Organisationen muss zwischen globalen Standards und lokalen Anforderungen unterschieden werden.

Zu klären sind:

Welche Prozesse gelten unternehmensweit?

Welche Stammdaten werden zentral verwaltet?

Welche Kennzahlen müssen vergleichbar sein?

Welche Kunden-, Rechts- oder Standortanforderungen bestehen?

Welche Sprachen werden benötigt?

Welche lokalen Varianten sind zulässig?

Wie erfolgen globale und lokale Freigaben?

Welche Rollout-Reihenfolge ist sinnvoll?

Das Ziel ist keine uneingeschränkte Zentralisierung.

Das Ziel ist eine kontrollierte Balance zwischen globaler Harmonisierung und notwendiger lokaler Flexibilität.

Vorgehensmodell der CAQ Bedarfsanalyse

Die konkrete Vorgehensweise wird an Projektumfang, Organisation und vorhandene Dokumentation angepasst. Ein typisches Vorgehensmodell umfasst sechs Schritte.

Schritt 1: Projektauftrag und Scope

Ziele, Prozesse, Standorte, Stakeholder und erwartete Ergebnisse werden verbindlich festgelegt.

Schritt 2: Ist- und Reifegradanalyse

Prozesse, Systeme, Daten, Medienbrüche und organisatorische Schwachstellen werden untersucht.

Schritt 3: Potenzial- und Risikobewertung

Verbesserungspotenziale, Abhängigkeiten und kritische Projektrisiken werden bewertet.

Schritt 4: Soll-Konzept und Qualitätszielbild

Zukünftige Prozesse, Rollen, Systemgrenzen, Datenflüsse und Managementinformationen werden definiert.

Schritt 5: Anforderungen und Lastenheft

Anforderungen werden formuliert, strukturiert, priorisiert und in ein CAQ-Lastenheft überführt.

Schritt 6: Managementfreigabe und Roadmap

Zielbild, Scope, Anforderungen, Nutzenfelder und weiteres Vorgehen werden vorgestellt, abgestimmt und freigegeben.

Workshops und Analysemethoden

Abhängig vom Projekt können unterschiedliche Methoden kombiniert werden. Dazu gehören:

Managementinterviews und Stakeholderinterviews

Prozessworkshops

Systemdemonstrationen

Dokumentenanalysen

Datenanalysen

Shopfloor-Beobachtungen

Reifegradbewertungen

End-to-End-Szenarien

Architekturworkshops

Priorisierungsworkshops

Wichtig ist, dass Anforderungen nicht nur abgefragt werden.

Sie müssen kritisch analysiert, strukturiert, auf ihren Ursprung zurückgeführt und hinsichtlich Nutzen und Notwendigkeit bewertet werden.

Management Gate vor der Marktrecherche

Am Ende der Bedarfsanalyse steht ein verbindlicher Entscheidungspunkt. Vor dem Übergang zu Phase 2 sollten mindestens bestätigt sein:

1. Strategische Projektziele

2. Projektumfang

3. Soll-Prozesse

4. Systemgrenzen

5. Führende Systeme

6. Priorisierte Anforderungen

7. Migrationsumfang

8. Bewertungskriterien

9. Projektorganisation

10. Managementfreigabe

Erst danach beginnt die strukturierte CAQ Marktrecherche.

So wird verhindert, dass Anbieterpräsentationen und Produktfunktionen das Zielbild nachträglich verändern.

Ergebnisse der CAQ Bedarfsanalyse

Der konkrete Leistungsumfang wird projektspezifisch vereinbart.

Typische Ergebnisse sind:

1. Strategische Zielsetzung und Projekt-Scope

2. Stakeholder- und Governance-Modell

3. Dokumentierte Ist-Prozesse

4. CAQ-Reifegradbewertung

5. Schwachstellen- und Potenzialanalyse

6. Harmonisierte Soll-Prozesse

7. Digitales Qualitätszielbild

8. System- und Datenarchitektur

9. Übersicht führender Systeme

10. Fachliches Schnittstellenmodell

11. Daten- und Migrationsanforderungen

12. Priorisierter Anforderungskatalog

13. CAQ-Lastenheft

14. Use Cases für die Anbieterbewertung

15. Bewertungskriterien

16. Risikoübersicht

17. Business-Case-Struktur

18. Roadmap für Marktrecherche und Einführung

Diese Ergebnisse schaffen eine belastbare Grundlage für die anschließende Auswahlphase.

Praxisbeispiel: Bedarfsanalyse für eine CAQ-Konsolidierung

Ein Industrieunternehmen verwaltet Prüfpläne, Prüfmittel, Reklamationen und Lieferantenbewertungen in verschiedenen Anwendungen.

Mehrere Standorte verwenden eigene Excel-Dateien, Fehlerkataloge und Auswertungen. Prüfergebnisse werden teilweise manuell aus Messsystemen übertragen. Standortübergreifende Kennzahlen können nur mit erheblichem Aufwand erstellt werden.

Das Unternehmen plant die Einführung einer einheitlichen CAQ-Plattform. Im ersten Schritt werden Projektziele, Standorte und relevante Qualitätsprozesse festgelegt.

Anschließend werden Prozesse, Systeme und Datenstrukturen analysiert.

Die Analyse zeigt:

1. Prüfmerkmale werden mehrfach gepflegt.

2. Fehler- und Ursachenkataloge sind nicht harmonisiert.

3. Reklamationen und Maßnahmen sind nicht durchgängig verbunden.

4. ERP, MES und CAQ besitzen überlappende Datenbestände.

5. Für die Migration bestehen keine eindeutigen Datenverantwortlichkeiten.

6. Standorte verwenden unterschiedliche Kennzahlen.

Auf Basis dieser Erkenntnisse wird ein digitales Qualitätszielbild entwickelt.

Globale Kernprozesse und zentrale Stammdaten werden definiert. Begründete lokale Anforderungen bleiben erhalten. Systemrollen und Schnittstellen werden abgegrenzt.

Die Ergebnisse umfassen:

1. Eine einheitliche Prozesslandkarte

2. Harmonisierte Soll-Prozesse

3. Klare Rollen und Datenverantwortlichkeiten

4. Definierte Systemgrenzen

5. Priorisierte CAQ-Module

6. Fachlich beschriebene Schnittstellen

7. Abgegrenzten Migrationsumfang

8. Freigegebenes CAQ-Lastenheft

9. Einheitliches Bewertungsmodell für Anbieter

10. Roadmap für Ausschreibung und Rollout

Das Unternehmen kann anschließend geeignete Anbieter strukturiert vergleichen, ohne bestehende Prozess- und Datenprobleme ungeprüft in eine neue Software zu übertragen.

Typische Fehler in der Bedarfsanalyse

Produktfokus vor Prozessklärung

Anforderungen werden an den Funktionen einer bereits favorisierten Lösung ausgerichtet.

Bestehende Abläufe werden ungeprüft übernommen

Historisch gewachsene Prozesse werden unverändert als Soll-Anforderung formuliert.

Stakeholder werden zu spät einbezogen

Produktion, Entwicklung, Einkauf, IT oder weitere Fachbereiche werden erst nach Erstellung des Lastenhefts beteiligt.

Bedarf und Lösung werden vermischt

Konkrete Softwarefunktionen werden gefordert, ohne das zugrunde liegende Problem zu verstehen.

Schnittstellen werden nur technisch betrachtet

Führende Systeme, Datenverantwortung und Fehlerprozesse bleiben ungeklärt.

Migration wird ausgeklammert

Datenqualität, Historien und Bereinigung werden erst während der Einführung thematisiert.

Zu viele Muss-Anforderungen

Nahezu jeder Wunsch wird als zwingend eingestuft. Prioritäten verlieren dadurch ihre Steuerungswirkung.

Anforderungen sind nicht prüfbar

Allgemeine Begriffe erschweren Anbieterbewertung und spätere Abnahme.

Einführung wird nicht berücksichtigt

Das Lastenheft beschreibt Funktionen, aber keine Anforderungen an Migration, Tests, Schulung, Rollout und Support.

Erfolgsfaktoren einer qualifizierten CAQ Bedarfsanalyse

Zentrale Erfolgsfaktoren sind:

1. Klare strategische Ziele

2. Verbindlicher Projekt-Scope

3. Aktive Einbindung aller relevanten Stakeholder

4. Analyse der realen Arbeitsweise

5. Kritische Prüfung bestehender Prozesse

6. End-to-End-Perspektive

7. Klare Prozess- und Datenverantwortung

8. Frühzeitige Abgrenzung der Systemrollen

9. Strukturierte und prüfbare Anforderungen

10. Realistische Priorisierung

11. Berücksichtigung von Migration und Einführung

12. Herstellerunabhängige Moderation

13. Dokumentierte Entscheidungen

14. Managementfreigabe des Zielbildes

Eine gute Bedarfsanalyse erzeugt nicht den größtmöglichen Anforderungskatalog.

Sie identifiziert die Anforderungen, die für Geschäftsziele, Prozesse, Nutzer und langfristige Systemfähigkeit tatsächlich entscheidend sind.

Übergang zu Phase 2: CAQ Marktrecherche

Nach Abschluss der Bedarfsanalyse ist geklärt:

Welche Qualitätsprozesse unterstützt werden müssen

welche Anforderungen zwingend sind

welche Daten und Schnittstellen benötigt werden

welche Systemrollen gelten

welche Betriebs- und Sicherheitsanforderungen bestehen

welche Einführungsleistungen erwartet werden

wie Anbieter später bewertet werden

Auf dieser Grundlage beginnt die herstellerunabhängige Marktrecherche.

Geeignete Lösungen werden identifiziert, in einer Longlist strukturiert, anhand klarer Kriterien vorausgewählt und für eine Shortlist qualifiziert.

Die Bedarfsanalyse schafft damit die Voraussetzung für eine fundierte Ausschreibung und einen belastbaren Softwarevergleich.

Herstellerunabhängige CAQ Bedarfsanalyse der KONTOR GRUPPE

Wir unterstützen Unternehmen bei der strukturierten Vorbereitung ihrer CAQ-Softwareauswahl.

Unsere Leistungen umfassen:

1. Strategie- und Zielworkshops

2. Projekt- und Scope-Definition

3. Stakeholder- und Governance-Analyse

4. CAQ-Reifegradbewertung

5. Ist-Prozessanalyse

6. Schwachstellen- und Potenzialanalyse

7. Soll-Prozessdesign

8. Entwicklung des digitalen Qualitätszielbildes

9. Daten- und Stammdatenanalyse

10. System- und Schnittstellenanalyse

11. Definition führender Systeme

12. Vorbereitung von Datenmigration und Betrieb

13. Identifikation von Automatisierungs- und KI-Potenzialen

14. Entwicklung von Use Cases

15. Priorisierung der Anforderungen

16. Erstellung des CAQ-Lastenhefts

17. Definition von Bewertungskriterien

18. Entwicklung einer Projekt- und Einführungsroadmap

Wir betrachten die CAQ Bedarfsanalyse nicht als reine Funktionsabfrage.

Wir entwickeln das Zielbild, die Prozesse, Datenstrukturen und Anforderungen, auf deren Grundlage eine belastbare Investitions- und Softwareentscheidung möglich wird.

Häufige Fragen zur CAQ Bedarfsanalyse

Was ist eine CAQ Bedarfsanalyse?

Eine CAQ Bedarfsanalyse untersucht Unternehmensziele, Qualitätsprozesse, Organisation, Systeme, Daten und Schnittstellen als Grundlage für die Auswahl einer CAQ Software.

Wann sollte die Bedarfsanalyse durchgeführt werden?

Sie sollte vor Marktrecherche, Ausschreibung, Anbieterpräsentationen und Softwareentscheidung erfolgen.

Was ist das Ergebnis einer CAQ Bedarfsanalyse?

Typische Ergebnisse sind Ist-Analyse, Reifegradbewertung, Soll-Prozesse, digitales Qualitätszielbild, Systemarchitektur, Anforderungskatalog, CAQ-Lastenheft und Roadmap.

Wer sollte beteiligt werden?

Neben Qualitätsmanagement und Qualitätssicherung sollten abhängig vom Projekt auch Management, Produktion, Entwicklung, Einkauf, Logistik, IT und weitere relevante Fachbereiche beteiligt werden.

Was gehört in ein CAQ-Lastenheft?

Ein CAQ-Lastenheft enthält Geschäfts-, Prozess-, Funktions-, Daten-, Integrations-, Sicherheits-, Migrations-, Einführungs- und Betriebsanforderungen.

Was ist der Unterschied zwischen Bedarf und Anforderung?

Der Bedarf beschreibt ein Problem oder eine benötigte Fähigkeit. Eine Anforderung übersetzt diesen Bedarf in eine konkrete, nachvollziehbare und prüfbare Erwartung an Prozess oder System.

Was ist der Unterschied zwischen Ist-Analyse und Soll-Konzept?

Die Ist-Analyse beschreibt heutige Abläufe, Systeme und Schwachstellen. Das Soll-Konzept definiert, wie Prozesse und Systemlandschaft künftig gestaltet werden sollen.

Werden bestehende Excel-Lösungen berücksichtigt?

Ja. Excel-Dateien und andere Schattenprozesse liefern wichtige Hinweise auf fehlende Funktionen, unzureichende Integration oder nicht erfüllte Nutzerbedarfe.

Werden ERP, MES, PLM und DMS einbezogen?

Ja. Die Bedarfsanalyse klärt Systemrollen, führende Daten, Informationsflüsse und notwendige Schnittstellen.

Gehört Datenmigration zur Bedarfsanalyse?

Die technische Migration erfolgt während der Einführung. Datenquellen, Qualität, Historien, Bereinigung und fachlicher Migrationsumfang sollten jedoch bereits in der Bedarfsanalyse definiert werden.

Werden Cloud- und On-Premises-Anforderungen berücksichtigt?

Ja. Datenschutzbedarf, Architektur, Integration, Verfügbarkeit und interne Betriebsfähigkeit fließen in die Anforderungen ein.

Wie werden Anforderungen priorisiert?

Anforderungen können als Muss, Soll, Kann oder spätere Ausbaustufe klassifiziert und zusätzlich nach Nutzen, Risiko, Kritikalität und Komplexität bewertet werden.

Wie lange dauert eine CAQ Bedarfsanalyse?

Die Dauer hängt von Anzahl und Komplexität der Prozesse, Standorte, Systeme, Stakeholder und gewünschten Ergebnisse ab. Der konkrete Umfang wird zu Projektbeginn festgelegt.

Was folgt nach der Bedarfsanalyse?

Im Anschluss beginnt die herstellerunabhängige CAQ Marktrecherche mit Markt-Screening, Longlist, Shortlist und Ausschreibung.

CAQ-Bedarfsanalyse und Lastenheft anfragen

Sie planen die Einführung, Ablösung, Konsolidierung oder Optimierung eines CAQ-Systems?

Wir unterstützen Sie dabei, vor der Marktrecherche Klarheit über Prozesse, Anforderungen, Daten, Schnittstellen und Projektziele zu schaffen.

Im Rahmen der CAQ Bedarfsanalyse erhalten Sie abhängig vom vereinbarten Umfang:

1. Eine strukturierte Ist- und Reifegradbewertung

2. Eine Prozess- und Systemlandkarte

3. Ein digitales Qualitätszielbild

4. Harmonisierte Soll-Prozesse

5. Eine System- und Datenarchitektur

6. Einen priorisierten Anforderungskatalog

7. Ein belastbares CAQ-Lastenheft

8. Eine Risiko- und Potenzialübersicht

9. Eine Roadmap für Marktrecherche und Einführung

Schaffen Sie Klarheit über Prozesse, Daten, Systeme und Anforderungen, bevor Sie Anbieter auswählen und Investitionsentscheidungen treffen.

CAQ-Bedarfsanalyse anfragen