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. 🚀