Survivorship Bias in Tech

Hi,

Kennst du das Survivorship Bias?

[…] Nach dem Survivorship Bias werden Wahrscheinlichkeiten eines Erfolgs systematisch überschätzt, da erfolgreiche Personen oder Zustände stärker sichtbar sind als nicht erfolgreiche . ~ Wikipedia

Diese kognitive Verzerrung ist interessant, weil sie uns auch in der Entwicklung betreffen. Seit 15 Jahren arbeite ich hauptsächlich im Mittelstand. Das sind Unternehmen bis 250 Mitarbeiter. Also ganz klar keine Großunternehmen.

Und letzte Woche habe ich darüber geschrieben, dass die Größe der Entwicklungsteams im Mittelstand sehr ähnlich ist.

Egal, ob das Unternehmen 20 oder 250 Mitarbeiter groß ist, du wirst sehr selten Entwicklungsteams mit mehr als 20 Entwicklern finden. Im Vergleich zu Großunternehmen sind sie klein. Zum Vergleich: Netflix beschäftigt über 2.500 Entwickler.

Was hat das jetzt mit dem Survivorship Bias zu tun?

Wir lassen uns von den erfolgreichen Geschichten im Tech-Bereich genauso beeinflussen.

Auf Konferenzen wird fast ausschließlich von Erfolgen berichtet. Und diese Konferenzen werden durch Unternehmen gesponsert, die es sich:

• Leisten können
• Und so viel rekrutieren müssen, dass sich die Promotion lohnt

Also, Großunternehmen.

Und wer eine Konferenz sponsort, der hält auch Vorträge. Und Keynotes.

Und wenn ich als Unternehmen schon tausende Euro ins Sponsoring einer Konferenz stecke, dann soll sich das auch lohnen. Ich berichte also von meinen Erfolgen und wie toll ich alles mache. Alle sollen sich bei mir bewerben.

Ist doch logisch, oder? Ich würde es nicht anders machen. That’s the game.

Aber wir erleben hier das Survivorship Bias.

Und ich war selbst schuldig, mich davon leiten zu lassen.

Die Großunternehmen haben nämlich vollkommen andere Herausforderungen als der Mittelstand.

Es wäre doch auch absurd, wenn ich die gleiche Architektur mit 20 Entwicklern stemmen könnte, wie Netflix mit 2.500 Entwicklern. Die Entwickler bei mir im Mittelstand sind mit Sicherheit nicht 125x besser und schneller als die Entwickler bei Netflix.

“Aber Marcus, so ein Quatsch. Ich habe doch einen viel geringeren Umfang und daher weniger Aufwand. Die Architektur ist da doch zweitrangig!”

Ja… und nein.

Gedankenexperiment: Du baust ein ERP-System. Es soll spezialisiert für die Logistikbranche sein. Was brauchen wir so? Erstmal den Standard einbauen: Meine Mitarbeiter müssen erfasst werden. Mit Personalakte. Und Bildern. Und Organigramm. Und was man da noch so haben will. Okay. Noch ein paar Basics dazu: Finanzen, Reportgenerierung, Dashboards etc.

Gut. Jetzt speziell auf die Logistikbranche: Ich muss tenantfähig sein. Lieferungen sollen überwacht werden. Also muss ich die API der Logistikunternehmen anbinden. Aber auch der internationalen. Schließlich sind wir Exportweltmeister. Ah, die meisten kleinen Logistikunternehmen haben keine API. Also ein Excelimport. Und der muss dynamisch sein. Jetzt müssen diese Lieferungen noch auf meine Aufträge gemappt werden. Und ich will natürlich bei unerwarteten Engpässen informiert werden. Ach, und ein Auftrag kann auf mehrere Lieferungen gemappt werden….

Ich könnte noch länger so weitermachen.

Und jetzt überlegen wir: Wir wollen eine Video-on-Demand-Plattform bauen. Nennen wir sie Jetflix. Was brauchen wir? Die Möglichkeit Videos und Serien zu streamen. Ein personalisierter Katalog mit Empfehlungen. Und ein Bewertungssystem. Wir brauchen auch eine Adminoberfläche, zum Einpflegen neuer Streams. Dann noch ein Abbuchungssystem. Mir fallen auch hier noch weitere Dinge ein. Aber es fühlt sich nicht aufwendiger an als die Beschreibung von oben.

Der Unterschied: Das erste Szenario ist einer meiner Kunden. Mit 10 Mitarbeitern. Das zweite war Netflix (Surprise!) mit 2.500 Entwicklern. Das ist ein Unterschied. Aber es liegt nicht am Umfang der Features. Es sind die nicht-funktionalen Anforderungen.

Das Survivorship Bias verführt uns im Mittelstand, Lösungen zu verwenden, die nicht für uns gedacht sind.

Das hat alle möglichen negativen Folgen. Das ist, was ich hauptsächlich bei meinen Kunden korrigiere. Sei dir dieser Verzerrung bewusst! Nimm die Lösungen, die zu dir passen!

Rule the Backend,

~ Marcus