Das Bus-Faktor-Problem ist größer, als Sie denken
In der Softwareentwicklung gibt es den Begriff „Bus-Faktor": Wie viele Personen könnten ausfallen, bevor das Projekt scheitert? Ein drastisches Bild. Aber es beschreibt ein reales Problem.
Die meisten mittelständischen Unternehmen haben in mindestens drei kritischen Bereichen einen Bus-Faktor von 1. Eine Person kennt die ERP-Konfiguration. Eine Person pflegt die wichtigste Kundenbeziehung. Eine Person versteht, warum die Produktion so läuft, wie sie läuft.
Das ist kein theoretisches Risiko. Das ist eine tägliche Abhängigkeit, die die meisten Führungskräfte erst sehen, wenn es zu spät ist.
Warum das passiert
Wissen konzentriert sich natürlich. Wer das System aufgebaut hat, versteht es am besten. Wer den Vertrag verhandelt hat, kennt den Kontext. Wer das Problem vor fünf Jahren gelöst hat, kennt den Workaround.
Über die Jahre entstehen so Single Points of Failure. Nicht weil es jemand geplant hat. Sondern weil niemand dagegen geplant hat.
80% des kritischen Betriebswissens existiert nur in den Köpfen einzelner Personen. Nicht im Wiki, nicht in Projektordnern. Im Gedächtnis der Person, die dabei war, als die Entscheidung getroffen wurde.
Die tatsächlichen Kosten
Wenn eine Schlüsselperson ausfällt — durch Kündigung, Krankheit, Ruhestand oder auch nur einen dreiwöchigen Urlaub — sind die Auswirkungen sofort spürbar:
- Entscheidungen stocken, weil niemand den Kontext kennt
- Fehler werden wiederholt, weil die Lessons Learned mit der Person gegangen sind
- Einarbeitung dauert 3-6 Monate, weil der Nachfolger alles neu entdecken muss
- Kunden merken es, weil das institutionelle Gedächtnis fehlt
In einem Unternehmen mit 150 Mitarbeitern summiert sich das auf rund 500.000 Euro jährlichen Wissensverlust. Das ist keine Hochrechnung. Das sind die Kosten wiederholter Fehler, verlängerter Einarbeitung und verlorener Produktivität.
Warum Dokumentation allein nicht reicht
Der Reflex: „Wir müssen alles dokumentieren." Also wird ein Wiki eingeführt. Templates erstellt. Wissenstransfer-Termine angesetzt.
Sechs Monate später hat das Wiki 200 Seiten. Niemand liest sie. Die Templates sind halbfertig. Die Wissenstransfer-Termine sind nach dem dritten Mal eingeschlafen.
Das Problem ist nicht die Motivation. Das Problem ist die Methode. Manuelle Dokumentation setzt voraus, dass jemand weiß, was dokumentierenswert ist, die Zeit findet es aufzuschreiben, und es aktuell hält. Drei Annahmen, die alle drei in der Praxis scheitern.
Wie askSOPia Schlüsselpersonenabhängigkeit beseitigt
askSOPia geht fundamental anders vor. Statt Menschen zum Dokumentieren aufzufordern, extrahiert es Wissen aus dem, was sie bereits tun.
Automatische Wissensextraktion
Laden Sie Meeting-Aufzeichnungen, Projektbesprechungen oder Bildschirmaufnahmen hoch. askSOPia transkribiert, analysiert und erstellt automatisch Decision Cards, Process Cards und Knowledge Cards. Der Wissensträger muss nichts schreiben.
Lebendiges Unternehmensgedächtnis
Anders als ein Wiki, das verfällt, wächst askSOPias Wissensbasis kontinuierlich. Jedes Meeting, jedes Dokument, jedes Gespräch erweitert sie. Wenn jemand geht, bleibt das Wissen.
Zitierte Antworten mit Quellennachweis
Wenn der Nachfolger wissen muss, warum eine Entscheidung so getroffen wurde, liefert askSOPia die Antwort — mit exakter Quelle. „Diese Entscheidung wurde am 12.06.2025 im Projekt-Review getroffen. Begründung: ..."
Beginnen Sie beim höchsten Risiko
Sie müssen nicht alles auf einmal lösen. Der Executive Continuity Review ist ein 20-minütiges Gespräch. Keine Slides nötig. Wir identifizieren gemeinsam, wo Ihr Bus-Faktor bei 1 liegt — und was zuerst zu tun ist.
Ihre Schlüsselpersonen werden nicht ewig da sein. Deren Wissen kann es.
Häufig gestellte Fragen
Nächster Schritt
Bereit, Ihr Wissen zu sichern?
Weniger als die Kosten eines schlechten ersten Monats einer Fehleinstellung.
20 Minuten. Keine Slides. Keine Vorbereitung nötig.