# Risiken und Gegenmassnahmen einordnen Risiken werden entscheidbar, wenn Auslöser, betroffene Seite, Wahrscheinlichkeit, konkrete Auswirkung, Gegenmassnahme und verbleibendes Risiko zusammen erklärt werden. ## Die kurze Antwort Ordne jedes Risiko mit vier Fragen ein: Was löst es aus, wen betrifft es, wie lässt sich seine Wahrscheinlichkeit ohne Scheingenauigkeit beschreiben und welche Folgen hätte es für Betrieb, Finanzen oder Termin? Erst diese Verbindung macht aus einer allgemeinen Warnung eine brauchbare Entscheidungsgrundlage. Nenne Gegenmassnahme und verbleibendes Risiko im selben Zusammenhang. Trenne dabei ein steuerbares Risiko klar von einer dauerhaften Leistungsgrenze: Ein Risiko lässt sich durch Vorbereitung, Kontrolle oder Reaktion beeinflussen; eine Grenze bleibt auch bei guter Umsetzung bestehen und muss als solche akzeptiert oder durch eine andere Lösung vermieden werden. Ein Satz wie «Bei der Einführung kann es zu Verzögerungen kommen» klingt vorsichtig, hilft einem KMU aber kaum. Er lässt offen, wodurch die Verzögerung entsteht, welche Arbeit betroffen wäre, wie früh sie erkennbar ist und wer handeln muss. Ohne diese Angaben kann der Kunde weder vorsorgen noch die Bedeutung für seine Entscheidung beurteilen. Ebenso wenig hilft es, sofort eine Gegenmassnahme zu nennen und damit zu vermitteln, das Risiko sei erledigt. Massnahmen verändern Risiken, beseitigen sie aber nicht zwangsläufig: Auch nach einer Schulung können zum Beispiel interne Entscheidungen ausstehen oder Daten unvollständig sein. Dieses Kapitel liefert ein Raster für klare Risikoaussagen in Website, Verkauf und Angebot. Es vermeidet erfundene Genauigkeit, übersetzt Auswirkungen in den Arbeitsalltag und macht sichtbar, welche Verantwortung Anbieter und Kunde jeweils übernehmen. ## Ein Risiko in vier Bausteine zerlegen Beginne mit dem **Auslöser**. Beschreibe eine konkrete Bedingung oder ein Ereignis statt nur das unerwünschte Ergebnis. «Wenn die Produktdaten vor dem Import nicht bereinigt sind» ist prüfbarer als «Bei der Migration bestehen Risiken» und zeigt zugleich, worauf beide Seiten vor Projektbeginn achten müssen. Benenne danach die **betroffene Seite**: Ein Ereignis kann einzelne Mitarbeitende, den Vertrieb, die Buchhaltung, Endkunden oder einen externen Partner treffen. Die Zuordnung verhindert, dass eine kleine Unannehmlichkeit wie ein unternehmensweites Problem wirkt oder eine erhebliche Belastung in einer Fachabteilung unsichtbar bleibt. Ergänze eine verständliche **Wahrscheinlichkeitsaussage** und die **Auswirkung**. Beschreibe, unter welchen beobachtbaren Bedingungen das Ereignis eher oder seltener eintritt, und was dann tatsächlich passiert: Welche Arbeit stoppt, welcher Zusatzaufwand entsteht, welche Zahlung wird fällig oder welcher Termin verschiebt sich? Prüfe vor der Veröffentlichung, ob du überhaupt ein Risiko beschreibst. Eine begrenzte Zahl von Schnittstellen, ein fester Supportzeitraum oder die fehlende Eignung für einen bestimmten Anwendungsfall sind dauerhafte Leistungsgrenzen. Sie werden nicht durch Aufmerksamkeit unwahrscheinlicher. Ein fehlerhafter Import bei unbereinigten Daten ist dagegen ein steuerbares Risiko. Vermische beide Kategorien nicht. ## Wahrscheinlichkeit ohne Scheingenauigkeit beschreiben Verwende keine Prozentzahl, wenn keine belastbare und vergleichbare Datengrundlage vorliegt. Eine Zahl wirkt objektiv, kann aber unterschiedliche Projektgrössen, Ausgangslagen oder Definitionen verdecken. «In 15 Prozent der Projekte» wäre nur sinnvoll, wenn Stichprobe, Zeitraum, Ereignisdefinition und Vergleichbarkeit bekannt sind. Sonst ist die Zahl genauer formuliert als das Wissen dahinter. Arbeite stattdessen mit **Bedingungen und abgestuften Begriffen**. Formulierungen wie «tritt vor allem auf, wenn …», «ist bei erstmaliger Datenbereinigung eher zu erwarten» oder «kam bisher vereinzelt unter folgender Bedingung vor» zeigen Richtung und Kontext. Definiere intern, was häufig, gelegentlich oder selten bedeutet, damit Verkauf und Projektteam diese Begriffe nicht unterschiedlich verwenden. Trenne zudem Beobachtung und Einschätzung, etwa: «Bei Projekten ohne benannte interne Ansprechperson beobachten wir häufiger Wartezeiten. Für dein Vorhaben ist dieses Risiko relevant, solange die Rolle unbesetzt ist.» Der erste Satz beschreibt Erfahrung, der zweite eine fallbezogene Beurteilung. Nenne auch die Grenzen deines Wissens. Bei einer neuen Leistung, einer ungewöhnlichen Systemlandschaft oder wenigen vergleichbaren Fällen ist «noch nicht belastbar einschätzbar» die präzisere Aussage. Verbinde die Unsicherheit mit einem Prüfpunkt, etwa einem technischen Vorabtest. So wird Unwissen zu einer Aufgabe vor der Entscheidung statt zu einem blinden Fleck. ## Auswirkungen in Betrieb, Finanzen und Zeit übersetzen Beschreibe zuerst die **operative Folge**: Welcher Prozess ist eingeschränkt, wer muss zusätzlich arbeiten und welche Übergangslösung ist nötig? «Die Automatisierung fällt aus» bleibt abstrakt. «Bestellungen müssen bis zur Fehlerbehebung manuell geprüft und freigegeben werden» zeigt dagegen, ob Personal und ein Notverfahren vorhanden sind. Ordne danach die **finanzielle Folge** ein. Dazu gehören nicht nur zusätzliche Rechnungspositionen, sondern auch interne Arbeitszeit, externe Unterstützung, Ersatzbeschaffung oder eine vorübergehende Doppelstruktur. Nenne bekannte Preise oder Berechnungsregeln, wenn sie tatsächlich feststehen. Hängt die Höhe von Umfang und Dauer ab, erkläre diese Kostentreiber statt einen unbelegten Betrag zu nennen. Mache auch die **zeitliche Folge** sichtbar und unterscheide zwischen einer Verschiebung des Projektplans, einer Betriebsunterbrechung und einer verzögerten Wirkung nach dem Start. Ein Terminrisiko ist anders zu bewerten, wenn ein Kunde einen gesetzlichen Stichtag einhalten muss, als wenn der Start innerhalb eines flexiblen Quartals erfolgen kann. **Illustratives Beispiel:** Ein KMU möchte sein neues Warenwirtschaftssystem zum Monatswechsel starten. Unbereinigte Artikelstammdaten können den Import verzögern. Betroffen sind Projektteam und Auftragsabwicklung; mögliche Folgen sind zusätzliche Bereinigungsarbeit, ein verlängerter Parallelbetrieb und ein späterer Start. Das Beispiel ist keine allgemeine Prognose. Es zeigt, wie Betrieb, Kosten und Termin für einen konkreten Fall gemeinsam beschrieben werden. ## Gegenmassnahme und Restrisiko gemeinsam nennen Ordne jede Gegenmassnahme einem Auslöser zu. Ein Vorabtest hilft gegen unerkannte technische Inkompatibilitäten, eine Schulung gegen Bedienfehler und eine Reserve im Terminplan gegen die Folgen von Verzögerungen. Eine lange Liste allgemeiner Qualitätsmassnahmen schafft dagegen keine Klarheit darüber, welches Risiko tatsächlich kleiner wird. Erkläre, **wie** die Massnahme wirkt und welche Voraussetzung sie hat. «Wir führen einen Testimport durch» ist erst vollständig, wenn Umfang, benötigte Daten, Auswertung und Konsequenz eines Fehlers feststehen. Kann der Test nur mit repräsentativen Daten aussagekräftig sein, muss der Kunde diese rechtzeitig liefern. Nenne direkt danach das **Restrisiko**: Ein Testimport kann bekannte Formate prüfen, aber nicht jede spätere Änderung an Quelldaten erfassen. Eine Vertretungsregel reduziert die Abhängigkeit von einer Person, beseitigt aber nicht den Wissensverlust bei einem kurzfristigen Ausfall. Behandle dauerhafte Grenzen anders. Wenn eine Software einen notwendigen Prozess grundsätzlich nicht unterstützt, ist ein Kontrollschritt keine Gegenmassnahme. Ein manueller Umweg kann eine bewusste Alternative sein, ändert aber die Leistungsgrenze nicht. Kennzeichne deshalb klar: «Das System kann X nicht; möglich ist Y mit folgendem laufenden Aufwand.» So entscheidet der Kunde über einen bekannten Kompromiss statt über ein scheinbar gelöstes Risiko. ## Verantwortung und Änderungen verbindlich regeln Teile Aufgaben nach tatsächlicher Kontrolle zu. Der Anbieter verantwortet typischerweise die vereinbarte Leistung, fachgerechte Ausführung, eigene Termine und die Meldung erkannter Abweichungen. Der Kunde verantwortet beispielsweise interne Entscheidungen, Zugänge, freigegebene Daten und verfügbare Fachpersonen. Schreibe nicht pauschal «Mitwirkung des Kunden», sondern nenne Ergebnis, verantwortliche Rolle und Fälligkeit. Lege für kritische Punkte einen Nachweis fest, etwa eine dokumentierte Freigabe, einen erfolgreichen Test, eine Entscheidung im Projektprotokoll oder eine geprüfte Datei. Er dient nicht dazu, Verantwortung abzuschieben, sondern zeigt, ob eine Voraussetzung erfüllt ist und der nächste Schritt sicher beginnen kann. Definiere ausserdem einen einfachen **Änderungsprozess**: Wer meldet eine neue Annahme oder Abweichung, wer bewertet die Folgen für Leistungsumfang, Kosten, Termin und Risiko, wer darf entscheiden und wo wird die Entscheidung dokumentiert? Eine Änderung gilt erst als vereinbart, wenn Auswirkungen und Verantwortlichkeiten für beide Seiten nachvollziehbar festgehalten sind. Regle auch die Eskalation. Wenn eine notwendige Kundenzuarbeit fehlt oder der Anbieter einen Termin nicht halten kann, braucht es einen Zeitpunkt für die Meldung, eine verantwortliche Kontaktperson und mögliche Optionen. Ziel ist keine lückenlose Absicherung jeder Kleinigkeit. Beide Seiten sollen früh erkennen, wann ein steuerbares Risiko wächst, eine Massnahme angepasst werden muss oder eine dauerhafte Grenze die ursprüngliche Lösung infrage stellt. ## Dein nächster Arbeitsschritt Wähle ein relevantes Risiko aus einem aktuellen Angebot und beschreibe auf einer Seite Auslöser, betroffene Seite, Wahrscheinlichkeitssprache sowie operative, finanzielle und zeitliche Folge. Ergänze Gegenmassnahme, Restrisiko und die Aufgaben beider Seiten. Markiere anschliessend jeden Punkt, der auch bei einwandfreier Umsetzung bestehen bleibt. Formuliere ihn als dauerhafte Leistungsgrenze statt als steuerbares Risiko und lass die Zuordnung von Verkauf und Projektleitung gemeinsam prüfen.