Lastenheft-Validator für Tier-1-Zulieferer: ALR gegen ASD/ASE

Pexon Consulting | 11 Min. Lesezeit | 02.06.2026

TL;DR

Lastenheft-Validator Tier-1 löst das Schmerzproblem, das Pexon Consulting in fast jedem Automotive-Zulieferer sieht: ALR (Anforderungslisten) sind unvollständig, Akzeptanzkriterien fehlen, Norm-Referenzen auf ASD (Konstruktions-Richtlinien) und ASE (Erzeugnisstandard) bleiben implizit. Der Agent-basierte Validator prüft die ALR gegen den vollständigen OEM-Norm-Stack, markiert Lücken vor der Übergabe an die Entwicklung und reduziert späte Änderungen um 40-60 Prozent. Das ist die Industrie-spezifische V2 unseres bewährten Lastenheft-Qualitätsprüfers.

Warum Tier-1-Lastenhefte komplexer sind als der Maschinenbau-Standard

Wir haben über die letzten zwei Jahre Lastenheft-Workflows bei Mittelständlern aus drei Branchen gesehen: Sondermaschinenbau, Anlagenbau und Automotive Tier-1. Die ersten beiden funktionieren ähnlich genug, dass ein generischer Lastenheft-Qualitätsprüfer wertvoll ist — das ist der Stand unseres bestehenden Lastenheft-Qualitätsprüfers nach DIN 69901 und VDI 2519. Tier-1-Automotive ist eine eigene Welt.

Der Grund ist nicht, dass die Engineering-Tiefe komplexer wäre. Der Grund ist, dass jedes Tier-1-Lastenheft gegen einen geschichteten Standard-Stapel des OEM geprüft wird, der für externe Beobachter unsichtbar ist. Mercedes-Benz, BMW, VW, Audi, Porsche, Stellantis und Tesla haben jeweils ihre eigenen Standard-Bibliotheken — die Mercedes MBN-Normen, die VW-VW-Normen, die BMW GS-Standards. Wer eine ALR (Anforderungsliste) abgibt, ohne die jeweiligen OEM-spezifischen ASD (Konstruktions-Standards) und ASE (Erzeugnisstandards) sauber zu referenzieren, bekommt das Lastenheft im besten Fall mit Markup zurück, im schlechtesten Fall einen verzögerten Sign-off.

Die zweite Komplexitätsschicht: ASPICE-Konformität für E/E-Architekturen, IATF 16949 als QM-Rahmen, VDA 6.3 als Prozess-Audit-Standard. Eine Tier-1-ALR muss alle drei Ebenen abdecken — OEM-spezifisch plus Industrie-Standards plus ASPICE-Process-Reference. Wir sehen bei 70-80% der von uns geprüften Lastenhefte erhebliche Lücken in mindestens einer dieser Ebenen. Das sind nicht Anfänger-Fehler, das ist systemische Belastung von erfahrenen Engineering-Teams, die zwischen vier OEM-Kunden und drei Modell-Generationen oszillieren.

ALR, ASD, ASE und der OEM-Norm-Stack

Die Begriffe haben sich in Pexon-Projekten so eingependelt, dass wir sie hier klar definieren — andere Teams nutzen leicht abweichende Bezeichnungen, die Logik ist gleich.

ALR — Anforderungsliste. Das eigentliche Lastenheft, das aus dem OEM-Einkauf zum Tier-1 wandert. Strukturierte Liste aller funktionalen und nicht-funktionalen Anforderungen an das Bauteil oder System. Bei einem typischen mechatronischen Bauteil 200-800 Anforderungen, bei einer E/E-Architektur leicht 2.000+. Jede Anforderung hat idealerweise eine ID, einen Anforderungstext, ein Akzeptanzkriterium, eine Norm-Referenz, eine Priorität und einen Verantwortlichen.

ASD — Allgemeiner Standard für Design oder Konstruktions-Richtlinie. Der OEM-spezifische Konstruktions-Standard, gegen den die ALR-Anforderungen geprüft werden. Beinhaltet Material-Vorgaben, Toleranzklassen, Verbindungs-Standards, Lebensdauer-Anforderungen, Umweltbedingungen für das Zielfahrzeug. Beispiele: Mercedes MBN für Materialien, VW VW-Normen für Verbindungselemente, BMW GS für E/E-Architekturen.

ASE — Allgemeiner Standard für Erzeugnisse oder Erzeugnisstandard. Der OEM-spezifische Standard für das fertige Bauteil. Definiert Prüf-Verfahren, Akzeptanzkriterien, Liefer-Vorgaben, Kennzeichnungs-Anforderungen. Bei vielen OEMs identisch mit ASD-Ebene unter anderem Namen, bei einigen (insbesondere Mercedes und VW) deutlich getrennt.

Wenn die ALR sauber gegen den vollen Stack referenziert ist, läuft das Engineering ohne Rückfragen. Wenn nicht, kommen die Rückfragen während der Entwicklung — typisch in Wochen 12-20, wenn der Prototyp schon fast steht und Änderungen teuer sind.

Die drei häufigsten Lücken aus Pexon-Projekten

Wir haben 2025 bei drei Tier-1-Zulieferern systematisch ALR-Reviews gemacht — insgesamt 47 Lastenhefte für E/E- und mechatronische Komponenten. Drei Lücken-Muster wiederholten sich konstant.

Lücken-Typ 1: Fehlende oder schwammige Akzeptanzkriterien. Anforderung steht da („Bauteil muss bei -40°C funktionieren“), Akzeptanzkriterium fehlt komplett („nach 100 Stunden im Klimaschrank“) oder ist nicht-testbar („zuverlässig funktionieren“). Quote in unseren Reviews: 35-55% der Anforderungen hatten kein klares testbares Kriterium. Konsequenz: Die F&E-Teams interpretieren das eigenständig, das Engineering geht in eine Richtung, das OEM-Quality im späteren Sign-off in eine andere. Späte Änderungen sind die Folge.

Lücken-Typ 2: Fehlende ASD/ASE-Norm-Referenzen. Anforderung lebt für sich allein, ohne Querverweis auf die OEM-spezifische Material-, Verbindungs- oder Prüf-Norm. Beispiel: „Verbindungselement nach Stand der Technik“ statt „Schraubverbindung nach VW 60285 / Mercedes MBN 10544“. Quote: 40-60% der Anforderungen ohne explizite Norm-Referenz. Konsequenz: Im OEM-Approval-Prozess kommen alle diese Referenzen als Nacharbeit zurück.

Lücken-Typ 3: ASPICE-Fehlbedeckung bei E/E-Komponenten. Für E/E-Bauteile (Steuergeräte, Sensoren, Aktoren) verlangt ASPICE eine durchgängige Spec-Bedeckung vom Systemkontext bis zur Software-Detail-Spec. Tier-1-Lastenhefte sind oft auf System- und Komponenten-Ebene gut, aber lassen die SUC-Verbindung (System-under-Consideration) zur Software-Architektur offen. Quote: bei E/E-Bauteilen 60-75% der Lastenhefte mit klaren ASPICE-Lücken.

Jede dieser drei Lücken-Typen kostet im späteren Verlauf konkret: Mehraufwand in der Entwicklung, Verzögerung des B-Musters, Konflikte mit dem OEM-Quality im Sign-off-Prozess. Wir haben in einem Fall eine ECR-Kostenrechnung gesehen, die für späte Spec-Korrekturen 380.000 EUR über die Projektlaufzeit summierte — Geld, das mit einem sauberen Vorab-Validator vermieden gewesen wäre.

Validator-Agent: Architektur und Funktionsweise

Wir haben den ALR-Validator als Agent-System gebaut, das die ALR gegen den vollständigen Norm-Stack prüft. Architektur in Stichworten:

from pexon_alr_validator import AlrValidator

validator = AlrValidator(
    oem_profile="mercedes_eq",
    norm_libraries=["mbn", "vda_6_3", "aspice_v40", "iatf_16949"],
    aspice_required=True,
    custom_acceptance_rules="customer_specific_rules.yaml",
)

report = validator.validate("ALR_HV_Battery_System_V2.docx")

Was im Hintergrund läuft: Erster Pass parst die ALR strukturiert (Pydantic-Schema für Anforderungen mit ID, Text, Akzeptanzkriterium, Norm-Referenz, Priorität). Zweiter Pass läuft jeden Anforderungs-Block durch drei spezialisierte Sub-Agenten — einen für Akzeptanzkriterien-Qualität, einen für ASD/ASE-Norm-Referenz-Vollständigkeit, einen für ASPICE-Bedeckung. Dritter Pass aggregiert die Befunde und erzeugt einen strukturierten Report mit Lücken-Liste, Risiko-Bewertung und konkreten Verbesserungs-Vorschlägen.

Die OEM-spezifischen Norm-Bibliotheken sind das Kern-Asset. Wir pflegen für die fünf wichtigsten OEMs (Mercedes, BMW, VW Group, Stellantis, Tesla) die jeweiligen Standard-Bibliotheken inklusive Cross-References zwischen den Normen. Das ist nicht öffentliche Information — viele OEM-Normen sind unter NDA, und der Validator läuft dann beim Kunden On-Prem mit seiner lizenzierten Norm-Bibliothek.

Wichtig in der Funktionsweise: Der Validator markiert Lücken, er füllt sie nicht eigenständig. Wir haben das bewusst so gebaut — die F&E-Projektleitung soll die Verantwortung für die endgültige ALR behalten, der Validator ist Werkzeug, nicht Auto-Filler. Bei einem Pilot-Kunden mit drei OEMs als Hauptkunden haben wir den Validator auf 320 historischen ALRs trainiert und kalibriert, bevor er auf neue Projekte ging — Treffer-Quote bei der Lücken-Erkennung lag dann bei 91-94%.

Industrie-spezifische V2 des Pexon-Lastenheft-Qualitätsprüfers

Unser bestehender Lastenheft-Qualitätsprüfer prüft sechs Dimensionen nach DIN 69901 und VDI 2519: Struktur, Präzision, Eindeutigkeit, Testbarkeit, Konsistenz, KI-Readiness. Das ist als generischer Quality-Check sehr stark — wir bekommen monatlich mehrere Hundert Uploads aus Sondermaschinenbau, Anlagenbau und allgemeinem Engineering. Für Tier-1-Automotive war es bisher nur als erster Filter geeignet.

Die V2 des Tools, die wir aktuell entwickeln, fügt eine Industrie-Spezialisierungs-Schicht hinzu: Beim Upload wählt der Nutzer einen Industrie-Modus, und der Validator wendet den industrie-spezifischen Norm-Stack zusätzlich zur generischen DIN/VDI-Prüfung an. Geplante Modi: Automotive Tier-1 (Mercedes, BMW, VW Group, Stellantis, Tesla, Toyota), Bahn (DB AG, ÖBB, SBB), Energie (KRITIS-Vorgaben, BNetzA-Standards), Defense (BAAINBw-Lastenheft-Standards, NATO STANAGs).

Der Automotive-Modus ist als erster live, voraussichtlich Q3 2026. Beta-Test läuft aktuell mit drei Pilotkunden. Wenn du als Tier-1-F&E-Projektleitung Interesse hast, am Beta teilzunehmen, schreib uns an — wir bieten kostenfreien Zugang gegen Feedback zur Norm-Bibliothek-Vollständigkeit. Die V1 bleibt als generischer Quick-Check kostenfrei verfügbar.

ROI-Rechnung für einen Tier-1-Zulieferer

Konkrete Hausnummern aus einem unserer Pilotprojekte 2025. Tier-1-Zulieferer, 1.800 Mitarbeiter, drei OEMs als Hauptkunden (Mercedes, BMW, VW), 45-65 neue Lastenhefte pro Jahr, durchschnittlich 380 Anforderungen pro ALR.

Die ECR-Vermeidung ist der größte Hebel. Bei einem 8,5-Mio-EUR-Jahresnutzen amortisiert sich der 75-110k-EUR-Sprint in weniger als zwei Monaten produktiv. Wir liefern den Validator inkl. OEM-Norm-Bibliotheken als On-Prem-Setup, sodass die NDA-relevanten Norm-Inhalte das Werk nicht verlassen.

Häufig gestellte Fragen

Funktioniert der Validator auch ohne explizite ASD- oder ASE-Vorgabe vom OEM?

Ja, aber mit reduzierter Tiefe. Wenn der OEM die ASD/ASE nicht explizit liefert (kommt bei kleineren OEMs und Nischen-Programmen vor), fällt der Validator auf den IATF-16949- und VDA-6.3-Baseline-Check zurück, plus die ASPICE-Bedeckung für E/E-Komponenten. Das deckt die gröbsten Lücken ab. Für OEM-spezifische Anforderungen brauchst du die Norm-Bibliothek — die liefern wir auf Anfrage.

Wie integriert sich das in unsere bestehende ALM-Suite (DOORS, Polarion, codebeamer)?

Über die Standard-REST-APIs der ALM-Tools. Der Validator läuft als separater Service, der via API Anforderungen aus DOORS, Polarion oder codebeamer einliest, validiert und die Lücken-Liste zurückschreibt — entweder als Anhang am ALR-Datensatz oder als separate Quality-Markups. Setup-Aufwand für die ALM-Integration typisch 1-2 Wochen zusätzlich zum 6-Wochen-Kern.

Können wir den Validator auch für interne F&E-Spezifikationen nutzen, nicht nur für OEM-ALRs?

Ja. Die Industrie-Spezialisierung ist optional. Wir haben den Validator bei einem Kunden auch für interne System-Spezifikationen eingesetzt, die zwischen Pre-Development und Series-Development übergeben werden — gleiche Lücken-Muster, andere Stakeholder. Die Logik ist portabel.

Was passiert, wenn der OEM seine Standards aktualisiert?

OEM-Standard-Updates sind in der Automotive-Welt häufig — typisch 1-3 Update-Wellen pro Jahr je OEM, oft an Modell-Generations-Wechsel gekoppelt. Wir pflegen die Norm-Bibliotheken aktiv und liefern Updates als Teil des laufenden Service-Vertrags (typisch 18.000-32.000 EUR pro Jahr je nach OEM-Anzahl). Du kannst auch eigene Norm-Updates einpflegen — der Validator hat eine strukturierte Norm-Definition als YAML, die deine Engineering-Standards-Owner pflegen können.

Was unterscheidet den ALR-Validator vom Standard-Lastenheft-Qualitätsprüfer?

Der Standard-Qualitätsprüfer prüft sechs Dimensionen nach DIN 69901 und VDI 2519 — strukturelle Lastenheft-Qualität. Der ALR-Validator macht das auch, plus die industrie-spezifische Tiefen-Prüfung gegen OEM-Standards, ASPICE-Bedeckung und IATF/VDA-Konformität. Bei einer generischen Maschinenbau-Spec reicht der Standard-Prüfer. Bei einer Tier-1-Automotive-ALR ist der spezialisierte Validator die richtige Wahl.

Nächster Schritt

Wenn du F&E-Projektleitung oder Einkauf-F&E in einem Automotive-Tier-1 bist und das Lücken-Muster in deinen Lastenheften wiedererkennst: Wir machen einen 60-Minuten-Call mit dir und idealerweise einem Engineering-Manager. Du bringst eine anonymisierte historische ALR mit, wir lassen den Validator live darüber laufen und zeigen, was er findet.

Oder erst mal den Standard-Lastenheft-Qualitätsprüfer als generischen Quick-Check ausprobieren:

Verwandte Themen