Lernziele V.3

Question 1

wo entstehen Fehler im Produktentstehungsprozess und wo werden Fehler behoben

Answer 1

• meisten Fehler 75% -> vor Serienanlauf -> gewinnen zu wenig Bedeutung , da nur Funktionalität beachtet wird
  -> 80% aller Fehler werden nach Serienanlauf behoben = sehr teuer!
• 40% der Garantie-& Kulanzaufwendungen sind konzeptbedingt
  60% aller Fehler sind Wiederholfehler

Question 2

wie entwickeln sich die Kosten der Fehlerbehebung (Zehnerregel)

Answer 2

• Kosten zur Fehlerbehebung steigt um den Faktor 10 für jede Phase, um welche der Fehler erst entdeckt wird
  -> Daher lohnt es sich Budget für Qualität zu reservieren

Question 3

Ursachen für Entstehung von fehler + Prävention

Answer 3

• mangelnde Klarheit der Anforderung
• Stabilität + richtigkeit der Anforderung
• mangelnde Abstimmung der Entwicklungsteams
• mangelnde Verbindlichkeit

Question 4

Was sind Präventive Qualitätsmaßnahmen?

Answer 4

Prävention = Fehler früh erkennen/vermeiden

• Quality GAtes + Designs Reviews
• Quality Function Deployment (QFD)
• Design-/ Produkt- FMEA
• Prozess-FMEA
• DfMA

Question 5

aus welchen Bereichen Anforderungen an ein Produkt stammen

Answer 5

Unterschiedliche Herkunft von Anforderungen:

Kundenanforderungen:
Gesetzliche Bestimmung:
Unternehmensinterne

Question 6

Unterschiedliche Herkunft von Anforderungen:

Kundenanforderungen:
Gesetzliche Bestimmung:
Unternehmensinterne

Answer 6

Unterschiedliche Herkunft von Anforderungen:

Kundenanforderungen:
- Preis
- Leistung
- Aussehen

Gesetzliche Bestimmung:
- Sicherheit
- Umweltverträglichkrit
- Recyclingfähigkeit
- Lärmemission

Unternehmensinterne Anforderungen:
- Monatgegerechtigkeit
- Fertigungsgerechtigkeit
- Standardteilverwendung
- Firmennormen

Question 7

wie
Kundenanforderungen ermittelt werden können

Answer 7

• Kundenumfragen
• Kundeninterviews
• Kundenforen
  -Expertengespräche
• Messen, Reklamationen,
• Außendienst: Vertrieb, Monteure

-> Jeglicher Kundenkontakt kann zum Schärfen der KA
genutzt werden

Fragen: Warum/ Wie / Wo benutzen sie das Produkt? Was würden sie am Produkt verbessern ?

Question 8

Was sind die Grundlagen von Quality Gates

Answer 8

• Absichern eines Gesamtprozesses durch Unterteilung in verschiedene Phasen / Teilprozesse
• Überprüfen des Ist-Standes vor Übergang in nächste Phase
• Überprüfungspunkt = „Gate“
• Ziel: Frühzeitiges Erkennen von Risiken und Beheben der Risiken vor dem Fortführen des
  Prozesses
• Reifebewertung
• Im Idealfall: Jeder Teilprozess hat einen anderen Verantwortlichen (Process Owner)
  -> Kunden-Lieferanten-Vereinbarung an jedem Gate
  -> Kontrollinstanz „Prozesskunde“ vs. „Prozesslieferant“
• Zusammenarbeit / Bewertung am Q-Gate ist funktionsübergreifend
• Einbeziehen des Managements in Quality Gates
• Entscheidungs-Team aus allen Projektbeteiligten und „neutralen Sachverständigen“ mit
  breiter Erfahrung und eine gewisse Distanz zum Projekt
• Unterschied zu Meilensteinen aus dem Projektmanagement: Go-/No-Go-Entscheidung à
  Meilensteine können „überfahren“ / gerissen werden, Gates nicht

Question 9

Was sind die r Entscheidungsmöglichkeiten bei Quality Gates?

Answer 9

Überprüfen der Reifekriterien bildet die Grundlage für eine
Entscheidung über:
o Projektfortsetzung,
o Projektkorrektur oder
o Projektabbruch

Question 10

Was sind die Herausforderungen von Quality Gates?

Answer 10

• Aufwendiges Vorgehen
• QG werden als Pflichtübung verstanden -> nicht als übergang in die nächste Phase
• Checklisten werden während des Reviews abgearbeitet -> ohne Realität widerspiegelung
• “zugedrücktem Auge” werden No-Go Entscheidungen durchgewunken -> Risiko steigt bis Start of Production, statt zu sinken

Question 11

Ampellogik bei Quality Gates

Answer 11

Rot=
QG- Anforderung wird voraussichtlich nicht erreicht/ ist nicht erreicht
gelb= QG-A wird durch eingeleitete Maßnahmen erreicht
grün=
ist erreicht

Question 12

Checklist-basierte Design Reviews als Grundlage für Gate-Entscheidungen:
-> siehe bsp von Checklisten von Lennarts zmf

Answer 12

• Überprüfungen an den Gates durch sog. Design Reviews mit Soll-Ist-Vergleichen
• Überprüfungskriterien vor Projektbeginn herein vereinbart
• jedem Projektbeteiligten klar
• i.d.R. Design Reviews auf Basis von Checklisten
• Checklisten haben unterschiedliche Dimensionen, z.B.:
  o Technisch
  o Wirtschaftlich
  o organisatorisch (Projektmanagement)
• Checklisten werden nach jedem Entwicklungsprojekt überarbeitet
  -> Learnings aus dem
  Vorprojekt fließen in Folgeprojekte ein