Nicht die Technologie steht unter Druck, sondern deren Einbettung in den Unternehmensalltag. Budgets werden enger, Regulierung greift, und Vorstände verlangen belastbare Ergebnisse statt weiterer Roadmaps. Die Phase der unverbindlichen Pilotprojekte geht zu Ende.
2026 wird das Jahr, in dem sich beim Thema KI die Spreu vom Weizen trennt: Nicht das bessere Modell gibt den Ausschlag, sondern die Fähigkeit, Wirkung unter realen Bedingungen zu liefern. Was Entscheider jetzt wissen müssen und tun sollten, damit KI vom Experiment zum echten Partner wird.
Bei dieser Veranstaltung durfte ich gemeinsam mit Carsten Brandt von SAP über DevOps in der Theorie und Praxis sprechen. Während ich die theoretischen Grundlagen von DevOps vorstellte und zeigte, wie Unternehmen von Projekten zu Produkten gelangen, brachte Carsten die Praxisperspektive aus über 21 Jahren SAP ein. Seine ehrliche Botschaft: Die Theorie steht seit Jahren, aber die Umsetzung ist alles andere als einfach, besonders in komplexen Enterprise-Landschaften.
Was definiert hochwertige Arbeit in der Softwareentwicklung? Ist es Scrum? Clean Code? TDD? Funktionale Programmierung? In dieser Expert Talks Session präsentieren mein Kollege Milan und ich zwei komplementäre Perspektiven. Milan behandelt die Säulen hochwertiger Engineering-Arbeit, von Teambildung und Kundenzentrierung bis zu Clean Code und Engineering-Kultur. Ich zeige dann, wie DevOps und Continuous Delivery helfen, grossartige Produkte zu bauen, indem man vom Projekt-Mindset zum Produkt-Mindset wechselt.
Ich habe 9 Arten von Verschwendung 🗑 in der Softwareentwicklung identifiziert:
🧩Unfertige Arbeit
💲Überflüssige Features
😤Unnötige Prozesse
🤯Task-Wechsel
🧟♀️Nicht-standardisierte Arbeit
Welche Arten von Verschwendung hast du identifiziert?
Der “Erfinder” des Wasserfall-Prozesses 💧 sagte 1970: “I believe in this concept, but the implementation described above is risky and invites failure.” 😱
Wenn du ein Entwicklungsteam fragst, wo Wert entsteht, bekommst du ein Dutzend unterschiedliche Antworten. Im Planning-Workshop. Im Sprint. Beim Demo. Beim Deployment. Sie liegen alle falsch — und genau dieser Denkfehler ist der Grund, warum die meisten DevOps-Business-Cases beim CFO auseinanderfallen.
