Innovation ist eine Lebenseinstellung, kein Meilenstein
Integrieren Sie technische Agilität in Ihre Engineering-Kultur.
Als CTO bei Jimdo habe ich oft beobachtet, dass über Anwendungsinnovation häufig so gesprochen wird, als sei sie ein monolithisches Ereignis: eine digitale Transformation oder eine Cloud-Migration, also eine einmalige Initiative, nach deren Abschluss sich die Organisation wieder anderen Themen zuwenden könne. In Wirklichkeit ist Anwendungsinnovation jedoch kein Projekt mit Start- und Enddatum, sondern ein Betriebsprinzip, das fest in Ihrer Engineering-Kultur verankert sein muss.
Die eigentliche Herausforderung für jede Tech-Führungskraft besteht nicht darin, zwischen neuen Funktionen und Wartung zu wählen. Sie liegt im kontinuierlichen Management der Engineering-Kapazitäten. Als ich mich kürzlich mit Trey Guinn, Field CTO bei Cloudflare, in ihrer Sendung Beyond the App Stack zusammensetzte, sprachen wir genau über dieses Spannungsfeld: wie sich Agilität sicherstellen lässt, ohne dabei Stabilität zu opfern.
Für mich beginnt die Antwort mit Ausrichtung. Ich glaube nicht an Konsens; in einem wachsenden Unternehmen ist er zu schwer zu erreichen. Stattdessen glaube ich an eine Top-down-Strategie in Verbindung mit einer Bottom-up-Ausführung. Das Executive Team legt das „Was“ und das „Wohin“ fest, doch die Ingenieurinnen und Ingenieure sowie die VPs bestimmen das „Wie“. Diese Klarheit ist der einzige Weg, um sicherzustellen, dass wir, wenn wir über Anwendungsinnovation sprechen, tatsächlich über Geschäftswachstum sprechen.
Die Gratwanderung zwischen Innovation und Instandhaltung
Um unsere Erholung operativ umzusetzen, führten wir eine „Stabilitätssteuer“ ein: Sechzig Prozent des Aufwands flossen in die Beseitigung zentraler technischer Schulden, während 40 % für Innovation reserviert blieben. Das war keine magische Zahl, sondern ein taktischer Ausgangswert, der verhindern sollte, dass unsere Teams weiterhin über die Trümmer der Codebasis stolperten.
Das Geheimnis von Beständigkeit besteht nicht darin, dauerhaft an einem festen Verhältnis festzuhalten, sondern darin, den Reibungsgrad Ihres Teams zu bewerten. Wenn Releases langsam sind und die Komplexität hoch ist, muss Ihre Schuldentilgung steigen. Weil wir über drei Jahre hinweg diszipliniert geblieben sind, haben wir uns das Recht erarbeitet, dieses Verhältnis umzudrehen. Heute investieren wir mehr in Innovation, doch wir senken die Arbeit an technischen Schulden niemals auf null. Ob Sie bei 60 / 40 oder 20 / 80 stehen, die Regel bleibt dieselbe: Sie müssen für Ihre Vergangenheit bezahlen, um Ihre Zukunft zu schützen.
Die Entscheidung, Legacy-Systeme hinter sich zu lassen
Eine der schwierigsten Entscheidungen, die ein CTO treffen muss, ist die Frage, wann ein System nicht mehr zu retten ist. Die Versuchung, alles niederzureißen und von vorn zu beginnen, ist ständig präsent, doch meiner Erfahrung nach muss diese Entscheidung von der Geschäftsstrategie bestimmt werden – nicht von technischer Frustration.
An einem bestimmten Punkt stand Jimdo an einer strategischen Weggabelung. Wir entwickelten uns von einem Website-Baukasten für Selbstmacher, bei dem die Nutzer HTML und CSS beherrschen mussten, hin zu einer Web-2.0-Ära, in der wir die Website für den Nutzer bereitstellten. Da sich das Geschäftsmodell grundlegend veränderte, wurde die bestehende Lösung eher zu einem Hindernis als zu einem Beschleuniger. Wir stellten ein eigenes Team auf, dessen zentrale Aufgabe darin bestand, Jimdo 2.0 neu aufzubauen.
Diese Erfahrung hat geprägt, wie ich heute jede größere technische Veränderung bewerte. Sie hat mir gezeigt, dass ein Neuaufbau nicht nur technische Schulden beseitigen sollte; er muss ein geschäftliches Problem lösen. Wenn heute eine Engineering-Führungskraft zu mir kommt und um eine größere Investition in Anwendungsinnovation bittet, komme ich deshalb immer wieder auf drei einfache Fragen zurück:
Wie werden wir dadurch schneller?
Wie macht uns das weniger komplex?
Wie verbessert dies die Produktkonversion?
Wenn der Vorschlag eng mit der Unternehmensstrategie abgestimmt ist und diese drei Fragen beantwortet, geben wir grünes Licht und arbeiten das Quartal über daran. Verantwortlichkeit ist dabei entscheidend. Es geht nicht nur darum, ein Budget zu beantragen, sondern darum, den geschäftlichen Nutzen dieser Investition überzeugend darzulegen.
Experimente durch Fokustage skalieren
Innovation erfordert Systeme, die Experimente ermöglichen, ohne durch Hindernisse ausgebremst zu werden. Bei Jimdo schützen wir deshalb jede Woche einen festen Fokustag. Das ist mindestens ein Tag, an dem unsere Ingenieurinnen und Ingenieure Werkzeuge evaluieren, Verbesserungen an unserer bestehenden Codebasis ausprobieren und auf dem Laufenden bleiben können, wie sich die Technologiewelt entwickelt.
Als Ingenieur aus Überzeugung glaube ich, dass man an Relevanz verliert, wenn man nicht recherchiert und dazulernt. Mit dem Aufstieg der KI gilt das mehr denn je. KI verändert die Spielregeln; sie ermöglicht es, deutlich schneller zu programmieren. Gewinnen kann man mit KI jedoch nur, wenn die richtigen Leitplanken vorhanden sind. Ich ermutige unsere Mitarbeitenden dazu, diese Werkzeuge zu erforschen und Wege zu finden, schneller zu werden – und diese Investition in Neugier zahlt sich bereits aus.
Wir nutzen interne Kommunikationskanäle, um diese Erkenntnisse zu teilen. Wenn alle auf dasselbe Ziel ausgerichtet sind und sehen, woran ihre Kolleginnen und Kollegen arbeiten, entsteht ein gesunder Druck, in Abstimmung zu bleiben.
Gefangener Ihrer Entscheidungen: Erkenntnisse aus einer gescheiterten 2-Jahres-Odyssee
Nicht jede Initiative zur Anwendungsinnovation geht auf. Ich habe meinen Anteil an Fehlschlägen erlebt, darunter auch ein sehr schmerzhaftes Investitionsprojekt, das mehr als zwei Jahre lang in Betrieb blieb.
Das Problem war, dass sich der Markt weiterentwickelte, sich unsere Unternehmensstrategie änderte und wir mit einem halbfertigen Projekt zurückblieben, das nicht mehr zum Geschäft passte. Es war unglaublich schmerzhaft, es aufrechtzuerhalten. Aus diesem Scheitern habe ich eine entscheidende Lektion gelernt: Zerlegen Sie die Arbeit immer in Meilensteine, die sicherstellen, dass wir auf dem richtigen Weg sind.
Stellen Sie es sich wie den Bau eines Autos vor. Man baut nicht erst vier Räder und danach eine Achse. Man baut zuerst ein Skateboard, dann ein Fahrrad und schließlich ein Auto. Indem man in kleinen, vollständigen Schritten liefert, schützt man sich selbst. Wenn sich die Strategie verschiebt oder sich der Markt verändert, kann man den Stecker ziehen, ohne zwei Jahre Arbeit zu verlieren. Agilität bedeutet nicht nur Geschwindigkeit, sondern auch die Fähigkeit, rechtzeitig zu stoppen, wenn die Richtung nicht mehr stimmt.
Anwendungsinnovation ist eine Denkweise, kein Meilenstein
Es gibt kein einfaches Rezept, um das richtig hinzubekommen. Es braucht starke Führung, um die Engineering-Kapazitäten zu schützen, die für den Abbau technischer Schulden erforderlich sind – besonders dann, wenn ständig Druck besteht, neue Features zu veröffentlichen.
Wie der Cloudflare-Bericht zu Anwendungsinnovation 2026 zeigt, sind die erfolgreichsten Organisationen diejenigen, die langfristig mit umfassenden Anwendungsinnovationen rechnen und diese planen. Technologie ist für sie kein statisches Asset, sondern ein lebendes System, das ständige Pflege erfordert.
Anwendungsinnovation bedeutet, die Zeit, die Sie in die Verbesserung Ihrer Anwendungen investieren, wirksam zu nutzen. Indem Sie Ihren Teams den Freiraum geben, auf dem neuesten Stand zu bleiben, die Klarheit schaffen, sich an den Geschäftszielen auszurichten, und die Disziplin fördern, technische Schulden abzubauen, erhalten Sie nicht nur ein Produkt – Sie bauen einen Wettbewerbsmotor auf.
Innovation skalieren
Wahre Anwendungsinnovation besteht weniger darin, ein Ziel zu erreichen, als vielmehr darin, weiterzuentwickeln, wie Ihre Organisation digitale Assets erstellt, schützt und bereitstellt. Um technische Agilität in einen dauerhaften geschäftlichen Vorteil zu verwandeln, brauchen Sie eine Grundlage, die Reibungsverluste reduziert und zugleich strenge Sicherheitsstandards aufrechterhält.
Die einheitliche Plattform für Anwendungssicherheit und -performance von Cloudflare ist gezielt für diese Weiterentwicklung konzipiert. Während Organisationen veraltete Systeme modernisieren, verteilte Architekturen optimieren und in KI-gestützte Fähigkeiten investieren, bietet Cloudflare die Grundlage, die Innovation mit Resilienz in Einklang bringt. Durch die Integration erstklassiger Performance, tiefgehender Observability und entwicklerorientierter Werkzeuge in eine einzige programmierbare Schicht hilft Cloudflare Ihnen dabei, Engineering-Zeit zurückzugewinnen und Innovation voranzutreiben – ohne den Overhead voneinander getrennter Tools oder ausufernder Kosten.
Dieser Beitrag ist Teil einer Serie zu den neuesten Trends und Themen, die für Entscheidungsträger aus der Tech-Branche heute von Bedeutung sind.
Vertiefung des Themas:
Erfahren Sie im Cloudflare-Bericht zu Anwendungsinnovation 2026 mehr darüber, wie Unternehmen ihre Anwendungsstacks und Prozesse modernisieren.
Autorin
Felipe Furlan — @ffurlansilva
CTO von Jimdo
Wichtigste Eckpunkte
Folgende Informationen werden in diesem Artikel vermittelt:
Wie wir Innovation und regelmäßige Wartung im Gleichgewicht halten
Wann Sie über einen Neubau, eine Umstrukturierung oder Investitionen in den Abbau technischer Schulden nachdenken sollten.
Kriterien für die Bewertung von Modernisierungsvorschlägen