Make or Buy. Warum du wahrscheinlich die falsche Frage stellst

In dieser Folge aus „The Life of a CIO, a Report from the
Trenches" ️ geht es um eine Entscheidung, die öfter auf deinem
Tisch liegt als jede Architekturfrage und trotzdem selten die
Aufmerksamkeit bekommt, die sie verdient. Make or
Buy. Selbst entwickeln oder einkaufen?


Stell dir zwei Unternehmen vor, gleiche Branche, gleiche Größe,
gleiches Problem. Das eine baut selbst, das andere kauft ein.
Fünf Jahre später sitzen beide CIOs auf einer Konferenzbühne und
sagen denselben Satz: „Würde ich es nochmal entscheiden, würde
ich es andersherum machen." Beide haben sich geirrt. Aber nicht,
weil sie die falsche Option gewählt haben, sondern weil sie die
falsche Frage gestellt haben.


Denn Make or Buy ist fast nie eine technische Entscheidung, auch
wenn im Meeting alle so tun. Der Entwickler will bauen, weil
Bauen Spaß macht. Der Architekt misstraut Standardsoftware aus
Prinzip. Der Einkauf will kaufen, weil er Angebote vergleichen
kann. Der CFO schaut auf zwei Preisschilder. Und alle verkleiden
ihre Eigeninteressen als Sachargument. „Wir sind doch
IT-Experten" und „Wir sind doch kein Softwarehaus" sind keine
Argumente. Es sind Identitätsaussagen. ️


Mit vier Fragen, die wirklich zählen, der entscheidenden
Unterscheidung zwischen Core und Kontext, drei echten
Praxisbeispielen (vom Maßanzug, der zur Zwangsjacke wurde, bis
zum teuersten aller Wege: Standard kaufen und totkonfigurieren)
und einer Warnung vor der KI-Falle: Vibe Coding senkt die Kosten
der ersten Version, nicht die von Wartung, Sicherheit und
Verantwortung.


Kernbotschaft: Die Antwort auf Make or Buy lautet fast
nie Make oder Buy. Sie lautet Make und Buy. Die Grenze verläuft
nicht zwischen den Optionen, sondern mitten durch deine
IT-Landschaft: Core oder Kontext, Differenzierung oder
Commodity.