DER AUSFÜHRUNGSANTEIL WIRD MASCHINELL, DAS URTEIL BLEIBT
ASPICE-Evidenz und Traceability mit KI: das Assessment vorbereiten, ohne das Team aufzureiben
Trace-Links nachziehen, Review-Pakete zusammenstellen, Baselines auf Vollständigkeit prüfen: die Logistik der Evidenzarbeit bindet Ihre besten Leute wochenlang. Wir bereiten diesen Ausführungsanteil maschinell vor, während Review-Urteil, Baseline-Freigabe und CCB-Entscheid namentlich bei Ihren Engineers bleiben.
Compliance-Arbeit bleibt, sie wird leichter
sensified automatisiert den Ausführungs- und Logistikanteil der Evidenzarbeit in drei klar getrennten Baustein-Typen. Was die Bausteine dürfen und was sie ausdrücklich unterlassen, ist je Typ vorab definiert, dokumentiert und für Ihr Assessment nachvollziehbar. Die Grenzen sind Teil des Angebots, keine Fußnote.
Trace-Link-Vorschläge mit Einzelfall-Prüfpunkt.
Das System schlägt Verknüpfungen zwischen Anforderung, Design, Unit und Test vor, Ihr Engineer prüft und übernimmt jeden Vorschlag einzeln. Der Commit-Punkt in das führende System ist immer ein Mensch.
Das System schlägt Verknüpfungen zwischen Anforderung, Design, Unit und Test vor, Ihr Engineer prüft und übernimmt jeden Vorschlag einzeln. Der Commit-Punkt in das führende System ist immer ein Mensch.
Review-Pakete und Baseline-Vorprüfung.
Diff seit letzter Baseline, offene Findings, Checklisten-Vorbefund: das Paket liegt vorbereitet auf dem Tisch, bevor das Review beginnt. Vollständigkeits-Prüfungen gegen explizite, versionierte Kriterien laufen im Hintergrund, mit dokumentiertem Rückholweg und lückenlosem Protokoll.
Diff seit letzter Baseline, offene Findings, Checklisten-Vorbefund: das Paket liegt vorbereitet auf dem Tisch, bevor das Review beginnt. Vollständigkeits-Prüfungen gegen explizite, versionierte Kriterien laufen im Hintergrund, mit dokumentiertem Rückholweg und lückenlosem Protokoll.
Konsistenz-Sichten, ausschließlich lesend.
Widerspruchs-Kandidaten, Abdeckungs-Lücken und Impact-Sichten über den Trace-Graph werden als Entscheidungsgrundlage aufbereitet. Diese Sichten schreiben in kein führendes System, sie machen das menschliche Urteil schneller und besser informiert.
Widerspruchs-Kandidaten, Abdeckungs-Lücken und Impact-Sichten über den Trace-Graph werden als Entscheidungsgrundlage aufbereitet. Diese Sichten schreiben in kein führendes System, sie machen das menschliche Urteil schneller und besser informiert.
„Ihr ALM bleibt System-of-Record. KI erzeugt Vorschläge und Sichten, Projekt-Wahrheit entsteht erst durch die Freigabe Ihrer Engineers.“
IHR ALM BLEIBT SYSTEM-OF-RECORD. PROJEKT-WAHRHEIT ENTSTEHT ERST DURCH DIE FREIGABE IHRER ENGINEERS
Warum die Assessment-Vorbereitung Teams aufreibt
Die Evidenz-Last ist in ASPICE-Projekten strukturell, kein Organisationsfehler, und sie wächst mit jeder Änderung im Projekt weiter. Vier Stellen, an denen sie nach Beobachtung von sensified in Tier-1- und Tier-2-Projekten sowie bei Engineering-Dienstleistern konkret drückt.
Traceability ist normativ verankert
Bidirektionale Traceability und Konsistenz sind in ASPICE 4.0 als eigene Base Practices in jedem Engineering-Prozess gefordert. Nach jeder Änderung heißt das: Links anlegen, nachziehen, reparieren, quer über die gesamte Tool-Kette.
Bidirektionale Traceability und Konsistenz sind in ASPICE 4.0 als eigene Base Practices in jedem Engineering-Prozess gefordert. Nach jeder Änderung heißt das: Links anlegen, nachziehen, reparieren, quer über die gesamte Tool-Kette.
Evidenzen je Prozess
Die Output-Items heißen ausdrücklich Evidences, und sie müssen zum Assessment-Termin auffindbar, konsistent und aktuell sein. Das Zusammensuchen frisst genau die Zeit, die für das inhaltliche Urteil fehlt.
Die Output-Items heißen ausdrücklich Evidences, und sie müssen zum Assessment-Termin auffindbar, konsistent und aktuell sein. Das Zusammensuchen frisst genau die Zeit, die für das inhaltliche Urteil fehlt.
Der Nachweis ist der Engpass
Laut Perforce-Branchenumfrage 2025 haben 46 % der Automotive-Teams Schwierigkeiten, ISO-26262-Compliance nachzuweisen. Die Arbeit ist oft getan, der belastbare Nachweis fehlt trotzdem.
Laut Perforce-Branchenumfrage 2025 haben 46 % der Automotive-Teams Schwierigkeiten, ISO-26262-Compliance nachzuweisen. Die Arbeit ist oft getan, der belastbare Nachweis fehlt trotzdem.
Downrating trotz gepflegter Links
Assessoren bewerten die Erreichung der Prozess-Outcomes, Work Products sind Indikatoren dafür. Formal vollständige Trace-Quoten schützen nicht, wenn die inhaltliche Konsistenz dahinter nicht trägt: ein dokumentiertes Downrating-Thema.
Assessoren bewerten die Erreichung der Prozess-Outcomes, Work Products sind Indikatoren dafür. Formal vollständige Trace-Quoten schützen nicht, wenn die inhaltliche Konsistenz dahinter nicht trägt: ein dokumentiertes Downrating-Thema.
Ihr Assessment steht an und die Evidenzarbeit läuft von Hand?
Wir bereiten den Ausführungsanteil maschinell vor, das Urteil bleibt bei Ihren Engineers.
Wir bereiten den Ausführungsanteil maschinell vor, das Urteil bleibt bei Ihren Engineers.
Was sich für Ihr Team konkret ändert
Urteilszeit statt Suchzeit - Engineers prüfen vorbereitete Pakete, das Zusammentragen entfällt.
Einzelfall-Commit - kein Vorschlag wird ohne menschliche Übernahme Projekt-Wahrheit.
Rückholweg bei jeder Hintergrund-Automatisierung - Undo und Quarantäne sind dokumentiert, bevor der Baustein läuft.
Keine zweite Datenhaltung - Ihr ALM bleibt die eine Quelle der Wahrheit.
Nebenwert-Sicherung - Anforderungs-Verständnis bleibt erhalten, durch Bestätigungspflicht und Stichproben.
Assessierbare Protokolle - der Vorbereitungs-Schritt selbst ist prüffähige Prozess-Evidenz.
Keine Personen-Telemetrie - Kennzahlen messen Durchlaufzeiten und Quoten auf Prozess-Ebene.
Keine Personen-Telemetrie - Kennzahlen messen Durchlaufzeiten und Quoten auf Prozess-Ebene.
Der Ablauf: vom Qualifying-Call zum abgesicherten Betrieb
Der Einstieg bei sensified ist bewusst schmal gehalten:
Zeitboxen und Umfang werden im Scoping fixiert.
erst der Zuschnitt auf Ihre Prozesse und Systeme, dann ein Pilot mit Einzelfall-Prüfung, dann der abgesicherte Betrieb.
Zeitboxen und Umfang werden im Scoping fixiert.
1
Qualifying und Scoping
- Fit-Check im Qualifying-Call
- Assessment-Stand und Prozess-Scope klären
- Führende Systeme und Schnittstellen aufnehmen
- Zeitboxen im Scoping fixiert
2
Evidenz- und Toolchain-Aufnahme
- Trace- und Evidenzpflichten je Prozess
- Source of Truth je Artefakt geklärt
- Commit-Punkte und Rückholwege definiert
- Safety-Scope mit TCL-Vorprüfung vorbereitet
3
Pilot mit Einzelfall-Prüfung
- Ein realer Prozess-Ausschnitt als Pilot
- Jeder Vorschlag einzeln geprüft und übernommen
- Qualität gegen Referenz-Urteile gemessen
- Evidenz zu Nutzen und Aufwand
4
Abgesicherter Betrieb
- Bestätigungspflicht und Stichproben-Review aktiv
- Protokollierung als assessierbare Evidenz
- Kennzahlen nur auf Prozess-Ebene
- Dokumentierte Übergabe an Ihr Team
Urteilszeit statt Suchzeit. Einzelfall-Commit. Assessierbare Protokolle.
DAS UNTERSCHEIDET UNS: URTEILS-QUALITÄT ALS DESIGNKRITERIUM
Traceability-Automatisierung gibt es viele. Der Unterschied im Vorgehen von sensified liegt darin, dass die Qualität des menschlichen Urteils dabei nachweisbar erhalten bleibt, und dass jeder Baustein von Beginn an auf die Prüfsituation im Assessment hin entworfen ist. Fünf Merkmale tragen das.
Das Urteil bleibt namentlich beim Menschen
Review-Urteil, Baseline-Freigabe und CCB-Entscheid werden in keinem unserer Bausteine automatisiert. Ihre Engineers verbringen ihre Zeit mit dem Urteil, das Zusammensuchen der Unterlagen übernimmt die Maschine.
Bestätigungspflicht mit Stichproben-Review
Manuelle Trace-Pflege erzwingt heute das Lesen der Anforderung, und dieses Lesen darf bei Automatisierung nicht verloren gehen. Deshalb koppeln wir Link-Vorschläge an eine Bestätigungspflicht je Einzelfall plus regelmäßiges Stichproben-Review.
Read-only-Overlay statt ALM-Ersatz
Polarion, codebeamer oder Jira bleiben das führende System, unsere Bausteine erzeugen Vorschlags-Stände daneben. Es gibt keine zweite Datenhaltung, die im Assessment erklärt werden müsste.
Assessierbarkeit ist Designkriterium
Jeder Baustein protokolliert nachvollziehbar, wer was wann erzeugt, geprüft und übernommen hat. Die Evidenzkette wird durch die Automatisierung nicht unterbrochen, sie wird um einen prüffähigen Vorbereitungs-Schritt ergänzt.
Safety-Software mit TCL-Vorprüfung
Für Bausteine, die Work Products safety-relevanter Software berühren, wird eine Tool-Confidence-Analyse je Verwendungsfall vorbereitet. Die Einstufung bestätigt der Safety-Verantwortliche Ihres Hauses, bis dahin gilt sie als offene Annahme mit Owner und Frist.
Assessoren bewerten Outcomes und Capability, die Existenz von Dokumenten genügt ihnen nicht. Genau darauf ist dieses Vorgehen gebaut: die formale Quote steigt, weil die inhaltliche Konsistenz gesichert ist, nie umgekehrt.
KONTAKT
Ihr nächstes Assessment steht an und die Evidenzarbeit läuft noch von Hand?
Im Qualifying-Call klären wir Prozess-Scope, Tool-Kette und Fit, danach folgt das Scoping mit fixierten Zeitboxen.
Im Qualifying-Call klären wir Prozess-Scope, Tool-Kette und Fit, danach folgt das Scoping mit fixierten Zeitboxen.
Qualifying-Call anfragen
Empowering Automotive Change
ASPICE-Evidenz und Traceability mit KI
Evidenzarbeit in ASPICE-Projekten: was automatisierbar ist
Kontroll-, Compliance- und Koordinationsarbeit ist in ASPICE-Projekten konstitutiv: bidirektionale Traceability und Konsistenz sind in Automotive SPICE (ASPICE) 4.0 als eigene Base Practices in jedem Engineering-Prozess verankert, die Output-Items heißen ausdrücklich Evidences. Diese Arbeit wird nicht wegautomatisiert. sensified automatisiert ihren Ausführungs- und Logistikanteil: das Anlegen und Nachziehen von Links, das Zusammenstellen von Review-Paketen, die Vollständigkeits-Vorprüfung von Baselines.
Das Urteil, ob eine Anforderung durch die verknüpften Verifikationsmaßnahmen tatsächlich abgedeckt ist, bleibt eine menschliche Entscheidung. Warum diese Trennlinie so liegt, begründet unser Beitrag K3 wird nicht wegautomatisiert im Detail; die methodische Grundlage beschreibt das Wertbeitrags-Prinzip für Automotive Software Engineering.
Drei Bausteine, drei Interventions-Klassen
Die Zuordnung folgt einer festen Logik: Wer entscheidet den Einzelfall, was verändert das Ergebnis, und wer schreibt in führende Systeme.
| Baustein | Klasse | Prinzip |
|---|---|---|
| Trace-Link-Vorschläge | A2 | Vorschlag maschinell, Übernahme je Einzelfall durch den Engineer |
| Review-Pakete, Baseline-Vorprüfung | A1 | regelgebunden im Hintergrund, mit Rückholweg und Protokoll |
| Konsistenz- und Impact-Sichten | B | ausschließlich lesend, Entscheidungsgrundlage für menschliche Urteile |
Ein Vorschlags-Stand erhält erst durch die menschliche Übernahme den Status eines Work Products. Deterministische Prüfungen gegen explizite, versionierte Kriterien dürfen im Hintergrund laufen, brauchen aber einen dokumentierten Rückholweg. Sichten schreiben grundsätzlich nichts.
Vollständig autonome Fallabwicklung, bei der ein System Urteils-Spielraum ohne Einzelfall-Prüfung ausübt, bieten wir für Evidenzarbeit bewusst nicht als Einstieg an: In der dokumentierten Beleglage fehlt der Nachweis zuverlässiger autonomer Ende-zu-Ende-Abwicklung im Automotive-Engineering, und die Evidenz- und Prüfpflichten sind auf menschliche Verantwortungspunkte gebaut. Der belegte Hebel liegt in der Vorbereitung mit menschlichem Prüfpunkt, und genau dort setzen die drei Bausteine dieser Seite an.
Warum der Nachweis der Engpass ist
46 % der Automotive-Teams tun sich laut Branchenumfrage 2025 schwer, ISO-26262-Compliance nachzuweisen (Quelle: Perforce). Die Zahl beschreibt eine Nachweis-Lücke, kein Arbeitsdefizit. Genau hier setzt maschinelle Vorbereitung an: sie macht vorhandene Arbeit auffindbar, konsistent verknüpft und prüffähig dokumentiert.
Die Nebenwert-Frage: was Automatisierung nicht kosten darf
Manuelle Trace-Pflege hat einen verdeckten Nutzen: Wer Links von Hand zieht, liest die Anforderung. Wird dieser Anteil automatisiert, ohne das Lesen an anderer Stelle zu erhalten, steigt die formale Traceability-Quote, während die inhaltliche Konsistenz sinkt. Das ist exakt die Lücke, die Assessoren finden, denn bewertet werden Prozess-Outcomes und Capability, Dokumente und Links sind dafür Indikatoren.
Deshalb gehört bei sensified zu jedem Baustein eine Nebenwert-Sicherung: Bestätigungspflicht je Link-Vorschlag plus Stichproben-Review im Betrieb. Wie diese Prüfung systematisch funktioniert, zeigt unser Beitrag zur Nebenwert-Prüfung vor jedem KI-Baustein.
Für welche Teams sich der Einstieg lohnt
Der Ansatz von sensified richtet sich an Quality-, SQA- und Prozess-Verantwortliche in Tier-1- und Tier-2-Projekten, bei Engineering-Dienstleistern und OEM-Sparten, deren Assessment-Vorbereitung heute erhebliche Engineering-Kapazität bindet. Voraussetzung ist ein führendes ALM mit zugänglichen Schnittstellen; ob Polarion, codebeamer oder Jira, spielt für das Prinzip keine Rolle.
Der Umfang wird je Haus im Scoping bestimmt, beginnend mit einem Piloten im Einzelfall-Prüfmodus, dessen Messergebnisse jede weitere Ausbaustufe begründen. Wenn über die Evidenzarbeit hinaus unklar ist, wo KI im V-Modell den größten Aufwand nimmt, liefert das Wertbeitrags-Audit die Priorisierungs-Grundlage.
Häufige Fragen zur KI-gestützten Evidenzarbeit
Die häufigsten Fragen von Quality- und Prozess-Verantwortlichen an sensified zur KI-gestützten Evidenzarbeit. Das Vertrauen der Assessoren und Ihrer Engineers ist dabei der Maßstab, an dem sich jede Antwort messen lassen muss.
Ersetzt KI unser Review?
Nein. Das Review-Urteil bleibt namentlich bei Ihren Engineers, ebenso Baseline-Freigabe und CCB-Entscheid. Die Maschine bereitet vor: Diff seit letzter Baseline, offene Findings, Checklisten-Vorbefund. Das Konformitäts-Urteil über den vorbereiteten Stand fällt in jedem Einzelfall ein Mensch, und genau dieser Prüfschritt ist Teil des Designs.
Was passiert mit unserer Polarion- oder Jira-Struktur?
Sie bleibt unverändert führend. Unsere Bausteine arbeiten als Overlay: Sichten lesen ausschließlich, Vorschlags-Stände entstehen in Arbeitsbereichen neben dem führenden System. Erst die Übernahme durch Ihren Engineer schreibt in den führenden Stand. Es entsteht keine zweite Datenhaltung und keine Migration, die im Assessment erklärt werden müsste.
Wie verhindern Sie, dass die formale Quote steigt und die Konsistenz sinkt?
Durch Nebenwert-Sicherung. Manuelle Trace-Pflege erzwingt das Lesen der Anforderung, deshalb koppeln wir Link-Vorschläge an eine Bestätigungspflicht je Einzelfall und ein regelmäßiges Stichproben-Review im Betrieb. So bleibt das Anforderungs-Verständnis erhalten, während die Link-Logistik maschinell läuft. Die Stichproben-Ergebnisse werden dokumentiert und sind selbst prüffähig.
Ist das im Assessment haltbar?
Assessierbarkeit ist Designkriterium. Jeder Baustein protokolliert nachvollziehbar, wer was wann erzeugt, geprüft und übernommen hat, und unterbricht keine Evidenzkette. Assessoren bewerten die Erreichung der Prozess-Outcomes und die Capability-Attribute; ein sauber dokumentierter, maschinell vorbereiteter Prüfschritt mit menschlicher Freigabe fügt sich in dieses Bild ein.
Was gilt für Safety-Software?
Für Bausteine, die Work Products safety-relevanter Software erzeugen oder prüfen, wird eine Tool-Confidence-Analyse je Verwendungsfall und Fehlermodus vorbereitet. Die Einstufung bestätigt der Safety-Verantwortliche Ihres Hauses; bis zur Bestätigung gilt sie als offene Annahme mit Owner und Frist. Ungeprüfte Übernahme in Liefer- oder Release-Evidenz ist ausgeschlossen.
Wie starten wir?
Mit einem Qualifying-Call: Wir klären Prozess-Scope, Assessment-Stand, Tool-Kette und Fit. Danach folgt das Scoping, in dem Umfang und Zeitboxen fixiert werden, anschließend ein Pilot an einem realen Prozess-Ausschnitt im Einzelfall-Prüfmodus. Dessen Messergebnisse entscheiden über jede weitere Ausbaustufe, nicht umgekehrt.