Kritische Aufgabe

Critical Task

Dr.-Ing. Benedikt JannySenior Usability Engineer | Managing Partner
Stand: 2026
Kurz-Definition

Eine kritische Aufgabe (Critical Task) ist in der FDA-Terminologie eine Nutzeraufgabe, die bei fehlerhafter oder unterlassener Ausführung zu ernstem Schaden für Patient, Anwender oder Dritte führen kann – ohne dass eine Gegenmaßnahme rechtzeitig greift. Kritische Aufgaben bestimmen, welche Nutzungsszenarien in der summativen Validierung zwingend getestet werden müssen.

Was eine Aufgabe kritisch macht

Nicht die Häufigkeit eines möglichen Fehlers entscheidet über die Einstufung als kritische Aufgabe, sondern die Schwere seiner möglichen Folgen. Eine Aufgabe, bei der ein Fehler selten vorkommt, aber im Fehlerfall zu ernstem oder irreversiblem Schaden führen könnte, ist kritisch – auch wenn sie im Testalltag kaum auffällt. Umgekehrt ist eine häufig fehleranfällige, aber folgenlose Aufgabe nicht kritisch im Sinne dieser Definition, auch wenn sie aus Komfortgründen verbessert werden sollte.

„Schaden" ist dabei bewusst weit gefasst und schließt neben unmittelbarer Patientenschädigung auch die Beeinträchtigung der medizinischen Versorgung ein – etwa eine verzögerte oder unterbrochene Behandlung, die für sich genommen noch keine direkte Verletzung darstellt, aber die Versorgungssicherheit gefährdet.

Wie kritische Aufgaben identifiziert werden

Kritische Aufgaben werden nicht isoliert bestimmt, sondern sind das Ergebnis der vorgelagerten Analysekette: Die Aufgabenanalyse liefert die vollständige Liste der Kandidaten, die Nutzungsrisikoanalyse bewertet für jede Aufgabe die möglichen Anwendungsfehler und deren Folgen.

Praktisch bewährt hat sich eine Kombination aus zwei Blickwinkeln: die systematische Durchsicht aller Aufgaben mit der Frage „Was, wenn hier ein Fehler passiert und keine Gegenmaßnahme greift?" sowie der Abgleich mit bekannten Problemen vergleichbarer Produkte aus Marktbeobachtung und Vorkommnisdatenbanken. Eine rein interne Einschätzung ohne diesen externen Abgleich übersieht erfahrungsgemäß Fehlermuster, die im Feld bereits bekannt sind.

Critical Task und Hazard-related Use Scenario

Zwischen der FDA-Terminologie und der Begriffswelt von IEC 62366-1 besteht eine enge, aber nicht immer deckungsgleiche Entsprechung. Was die FDA als kritische Aufgabe bezeichnet, entspricht inhaltlich weitgehend dem gefährdungsbezogenen Nutzungsszenario aus IEC 62366-1: einem Szenario, in dem ein Anwendungsfehler zu einer Gefährdungssituation führen kann.

Der Unterschied liegt im Blickwinkel: Die kritische Aufgabe ist aufgabenzentriert und benennt die Handlung, bei der Sorgfalt entscheidend ist. Das gefährdungsbezogene Nutzungsszenario ist ereigniszentriert und beschreibt die vollständige Sequenz von Fehler, Gefährdungssituation und möglichem Schaden. Für Hersteller, die sowohl nach IEC 62366-1 als auch nach FDA-Vorgaben dokumentieren, ist es üblich, beide Terminologien in einer gemeinsamen Tabelle zusammenzuführen, um Doppelarbeit zu vermeiden.

Priorisierung statt Vollständigkeitsanspruch

Ein verbreitetes Missverständnis ist, möglichst viele Aufgaben als kritisch einzustufen, um auf der sicheren Seite zu sein. Das Gegenteil ist der Fall: Die Einstufung als kritisch hat unmittelbare Konsequenzen für Umfang und Kosten der summativen Validierung, und eine überzogen breite Liste verdünnt die Aufmerksamkeit gerade für die Aufgaben, die tatsächlich das größte Risiko tragen.

Eine belastbare Einstufung verlangt eine nachvollziehbare Begründung je Aufgabe – warum genau dieser Fehler zu genau diesem Schaden führen könnte – statt einer pauschalen Vorsichtsmarge. Diese Disziplin zahlt sich in der Prüfung durch eine Benannte Stelle oder die FDA aus: Eine begründete, fokussierte Liste kritischer Aufgaben ist überzeugender als eine lange Liste ohne erkennbare Auswahllogik.

Konsequenzen für die summative Validierung

Die Liste kritischer Aufgaben bestimmt unmittelbar den Prüfumfang der summativen Usability Evaluation: Jede kritische Aufgabe muss dort mit einer ausreichenden Zahl repräsentativer Nutzer unter realistischen Bedingungen geprüft werden. Tritt dabei ein bislang nicht identifizierter Anwendungsfehler auf, ist in aller Regel sowohl eine Designänderung als auch eine erneute Prüfung erforderlich.

Deshalb lohnt sich Sorgfalt bei der Identifikation kritischer Aufgaben besonders früh im Prozess: Eine übersehene kritische Aufgabe wird nicht getestet – das Risiko bleibt unentdeckt, bis es im schlechtesten Fall erst im Feld sichtbar wird, über Marktbeobachtung und Vorkommnismeldungen.

Regulatorischer Bezug

Die FDA Human Factors Guidance verlangt eine explizite, dokumentierte Liste kritischer Aufgaben als Grundlage für den Prüfplan der Human Factors Validation und stellt diese Aufgaben in den Mittelpunkt der behördlichen Bewertung von Zulassungsanträgen.

Nach IEC 62366-1 entspricht die inhaltliche Anforderung der Identifikation gefährdungsbezogener Nutzungsszenarien im Rahmen der Nutzungsrisikoanalyse – ohne den Begriff „kritische Aufgabe" selbst zu verwenden. Über die Nutzungsrisikoanalyse ist die Einstufung zudem mit dem Risikomanagement nach ISO 14971 verzahnt.

Häufige Fragen (FAQ)

Was unterscheidet eine kritische Aufgabe von einem gefährdungsbezogenen Nutzungsszenario?

Beide beschreiben inhaltlich ähnliche Sachverhalte aus unterschiedlichem Blickwinkel: Die kritische Aufgabe (FDA-Terminologie) ist aufgabenzentriert und benennt die Handlung. Das gefährdungsbezogene Nutzungsszenario (IEC 62366-1) ist ereigniszentriert und beschreibt die vollständige Fehler-Gefährdung-Schaden-Sequenz. Hersteller für beide Märkte führen sie meist in einer gemeinsamen Tabelle zusammen.

Sollte man möglichst viele Aufgaben als kritisch einstufen, um sicherzugehen?

Nein. Eine überzogen breite Liste verdünnt die Aufmerksamkeit gerade für die tatsächlich risikoreichsten Aufgaben und treibt den Validierungsaufwand unnötig in die Höhe. Eine fokussierte, für jede Aufgabe nachvollziehbar begründete Liste ist sowohl inhaltlich belastbarer als auch gegenüber Prüfstellen überzeugender.

Was passiert, wenn eine kritische Aufgabe in der summativen Validierung durchfällt?

Tritt bei einer kritischen Aufgabe ein sicherheitsrelevanter Anwendungsfehler auf, ist in der Regel sowohl eine Designänderung als auch eine erneute Validierung erforderlich – mit entsprechenden Folgen für Zeitplan und Budget. Das ist der Hauptgrund, kritische Aufgaben bereits in frühen formativen Evaluationen gezielt zu adressieren.

Reicht die interne Einschätzung des Entwicklungsteams zur Identifikation kritischer Aufgaben aus?

Nicht allein. Bewährt hat sich die Kombination aus systematischer interner Durchsicht aller Aufgaben und dem Abgleich mit bekannten Problemen vergleichbarer Produkte aus Marktbeobachtung und Vorkommnisdatenbanken. Eine rein interne Betrachtung übersieht erfahrungsgemäß Fehlermuster, die im Feld bereits dokumentiert sind.

Kurz gesagt

Eine kritische Aufgabe ist keine besonders fehleranfällige Aufgabe, sondern eine, deren Fehlschlagen ernsten Schaden zur Folge haben könnte. Ihre Identifikation ist das Ergebnis von Aufgabenanalyse und Nutzungsrisikoanalyse, nicht eine separate Übung.

Sie bestimmt unmittelbar, was in der summativen Validierung zwingend getestet werden muss – eine übersehene kritische Aufgabe bleibt ungetestet, bis das Risiko im schlechtesten Fall erst im Feld sichtbar wird.

Sie wollen sicherstellen, dass Ihre Validierungsstudie genau die Aufgaben prüft, die wirklich zählen? Wir identifizieren kritische Aufgaben systematisch und begründet.

Mehr zu unserem Usability Engineering

Verwandte Begriffe

← Zurück zum Wiki-Überblick