13.08.2020

Das gilt es am Weg zur agilen Organisation zu beachten

Welche konkreten Herausforderungen ergeben sich für Führungskräfte und Mitarbeiter am Weg zu einer agilen Organisation? Wie erfolgt die konkrete Umsetzung? Sind Startups eine Parade-Beispiel für „Purpose Driven Organizations“? Diese Fragen hat uns Gregor Habinger, Topic Owner Digital Excellence bei TietoEVRY Austria, beantwortet.
/artikel/das-gilt-es-am-weg-zur-agilen-organisation-zu-beachten
agilen Organisation
Gregor Habinger, Topic Owner Digital Excellence, TietoEVRY Austria; Fotografin: Michaela Habinger Fotographie michaelahabinger.com

Am Weg zu einer agilen Organisation müssen sowohl Führungskräfte als auch Mitarbeiter zahlreiche Herausforderungen meistern, da klassische Autoritätsstrukturen ihre Bedeutung verlieren. Im Zuge der Transformation geben Führungskräfte ihre Top-Down-Autoritäten an Teams ab und Mitarbeiter organisieren sich selbst.

Gregor Habinger, Topic Owner Digital Excellence bei TietoEVRY Austria, hat uns erläutert, welche Hürden es in diesem Prozess zu meistern gilt. TietoEVRY Austria, die österreichische Sparte des nordeuropäischen IT-Dienstleisters TietoEVRY, hat 2018 ihre Organisation auf eine „Purpose Driven Organization“ umgestellt und ließ sich dabei vom sogenannten Spotify Modell inspirieren.

Im Interview mit dem brutkasten erläutert Habinger, der damals die Transformation verantwortete, welchen Mehrwert das Spotify-Modell bietet und wie eine konkrete Umsetzung erfolgen kann. Zudem geht er darauf ein, warum Startups zwar „purpose driven“, aber oftmals alles andere als „agile“ sind.


Was waren die ersten Schritte von TietoEVRY Austria am Weg zu einer „Purpose Driven Organization“, die sich durch Agilität und Selbstorganisation auszeichnet?

Zuallererst: Agilität in Organisationen darf nie einen Selbstzweck erfüllen, sondern muss immer ein Mittel zum Zweck sein. Daher haben wir uns als erstes die Frage gestellt, was wir mit der Agilität überhaupt erreichen wollen? Im Kern umfasste das die Frage nach dem “Warum”, die wir in einem weiteren Schritt mit konkreten Zielen verknüpft haben.

Welche Ziele habt ihr an dieses “Warum” geknüpft?

Im Prinzip waren es drei konkrete Ziele, die wir definiert haben. Erstens wollen wir damit unser Wachstum vorantreiben, zweitens schneller und flexibler auf neue Marktsituationen reagieren und drittens “Digital im Blut” auch wirklich selbst leben. 

Wie lange hat der Weg zur „Purpose Driven Organization“ bei TietoEVRY gedauert?

Im Mai 2018 haben wir mit den ersten Schritten gestartet und im September 2018 erfolgte bereits der Rollout. Die ersten zwei Monate waren sehr intensiv. In Workshops haben wir die Ziele erarbeitet und definiert. Im Juli erfolgte dann eine breitere Kommunikation innerhalb der Organisation, an unser gesamtes Team.

Selbstorganisation bedeutet Autorität dorthin zu verlagern, wo das Wissen ist.

Am Weg zur agilen Organisation habt ihr euch vom Spotify-Modell inspirieren lassen, warum? 

Wenn wir über das Spotify-Modell sprechen, muss uns zunächst bewusstwerden, dass Spotify nie die Absicht hatte, ein Framework zu schaffen, das für alle agilen Organisationen funktioniert. Das einzige was Spotify gemacht hat, war, dass sie 2010 zu einem bestimmten Zeitpunkt ihre Organisationsform veröffentlicht haben. Mittlerweile hat sich die Organisation von Spotify weiterentwickelt und sieht ganz anders aus. Daher haben wir uns nicht primär das Framework an sich, sondern vielmehr die entsprechende Kultur angesehen. 

Welche Kultur steckt dahinter? 

Spotify ist eine Organisation, die sehr stark auf Vertrauen aufbaut und auch lernend ist. Dafür haben sie verschiedenste Organisationsformen gebildet, die als Squads, Tribes, Chapters und Guilds beschrieben werden. Im Prinzip haben wir nur diese Überschriften genommen und sie als Grundbausteine für unser eigenes Modell herangezogen. Warum bezeichnen wir es dennoch als Spotify-Modell? Ganz einfach: Weil es unter diesem Begriff bekannt ist. 

„In der Regel wissen es nämlich die Mitarbeiter bzw. Teams selbst besser, wohin sie gehen müssen, als irgendein Manager im Elfenbeinturm.“

Wie erfolgte die konkrete Umsetzung?

Der Grundbaustein von agilen Organisationen liegt in kleinen, selbstständigen Teams. Diese nennen wir in Anlehnung an das Spotify-Modell Squads, Tribes, Chapters und Guilds. Jedes dieser Teams hat einen klaren Purpose. Zum Beispiel haben wir den Chaptern mitgegeben, dass sie sich um die persönliche Entwicklung der Mitarbeiter kümmern sollen. Und nun folgt der wichtigste Schritt: Innerhalb dieses Purpose können sich die Teams selbst organisieren. Das betrifft auch den Aspekt, wie Entscheidungen getroffen werden. Damit dafür eine gute Basis geschaffen wird, hat jedes Team einen eigenen Coach. Zudem verwenden wir ein Tool, das sich Delegation Poker nennt. Darüber können die einzelnen Teams transparent den Freiheitsgrad ihrer Verantwortungen definieren.

Kannst du ein konkretes Beispiel nennen?

Nehmen wir das Beispiel der persönlichen Mitarbeiterentwicklung. In einer klassischen Organisation gibt es in der Regel einen Vorgesetzten, der sich einmal im Jahr mit den Mitarbeitern zusammensetzt und sagt, welche Ausbildung der jeweilige Mitarbeiter machen soll. In einer agilen Organisation ist dies anders, da die Entscheidungsfindung einem ganzen Team übertragen wird. Autonom bestimmt dieses Team, wohin es wachsen möchte. In der Regel wissen es nämlich die Mitarbeiter bzw. Teams selbst besser, wohin sie gehen müssen, als irgendein Manager im Elfenbeinturm. Selbstorganisation bedeutet Autorität dorthin zu verlagern, wo das Wissen ist. 

„Startups sind stark von deren Gründern geprägt, denen das “Loslassen” oftmals schwerfällt.“

Welche Herausforderungen ergeben sich bei der Selbstorganisation? 

Die Abgabe von Autorität bedeutet eine Herausforderung sowohl für Führungskräfte als auch Mitarbeiter. Einerseits haben die Führungskräfte gewisse Verlustängste, andererseits ist es für die Mitarbeiter am Anfang nicht einfach, wenn auf einmal keine Führungskraft mehr da ist. Damit dies nicht aus dem Ruder läuft, müssen auf beiden Seiten Regeln aufgestellt werden. Dies bedeutet, dass klar definiert werden muss, was Selbstorganisation bedeutet und was es nicht bedeutet. Zudem bedarf es Transparenz, damit die Mitarbeiter wissen, was von ihnen erwartet wird. 

Welche Learnings habt ihr am Weg zur agilen Organisation gemacht?

Rückblickend betrachtet haben wir natürlich auch Learnings gemacht. Beispielsweise hätten wir am Anfang unseren Teams noch stärker einen Kontext mitgeben müssen. Wir haben unseren Teams zwar gesagt, dass sie selbstorganisierte Entscheidungen treffen können, allerdings war der Rahmen zu schwach definiert. Zum Beispiel haben wir unseren Chaptern gesagt, kümmert euch um die Ausbildung der Mitarbeiter. Dies erfordert allerdings auch die Kommunikation eines finanziellen Rahmens. So war es dann ein Fazit für uns: Damit die Selbstorganisation klappt, braucht es Transparenz. Daher versuchen wir soviel Information weiterzugeben wie möglich.

Sind Startups eine Parade-Beispiel für „Purpose Driven Organizations“?

In Startups ist die Purpose-Komponente in der Regel stark ausgeprägt, da sie meist ein Problem lösen wollen. In Hinblick auf Agilität und Selbstorganisation sieht die Sache allerdings schon wieder anders aus. Startups sind stark von deren Gründern geprägt, denen das “Loslassen” oftmals schwerfällt. Dies wirkt der Agilität entgegen, da sich im schlimmsten Falle alles bei einer Person konzentriert. Hier bestehen durchaus Parallelen zu eigentümergeführten Unternehmen aus dem KMU-Sektor.


Deine ungelesenen Artikel:
17.09.2026

Lovable-CEO Anton Osika: „Wir sind längst über Vibecoding hinaus“ – vom Hype zur Enterprise-Software

Erst vor etwa einem Monat holte Lovable 400 Mio. Dollar bei 13,3 Mrd. Bewertung: CEO Anton Osika erklärt nun im Interview, warum KI-Bau-Tools längst im Mainstream angekommen sind und wie aus Vibe-Coding echte Enterprise-Software wurde.
/artikel/lovable-ceo-anton-osika-wir-sind-laengst-ueber-vibecoding-hinaus-vom-hype-zur-enterprise-software
17.09.2026

Lovable-CEO Anton Osika: „Wir sind längst über Vibecoding hinaus“ – vom Hype zur Enterprise-Software

Erst vor etwa einem Monat holte Lovable 400 Mio. Dollar bei 13,3 Mrd. Bewertung: CEO Anton Osika erklärt nun im Interview, warum KI-Bau-Tools längst im Mainstream angekommen sind und wie aus Vibe-Coding echte Enterprise-Software wurde.
/artikel/lovable-ceo-anton-osika-wir-sind-laengst-ueber-vibecoding-hinaus-vom-hype-zur-enterprise-software
Lovable-CEO Anton Osika (r.) im Gespräch mit Times Senior Editorin Ayesha Javed. © brutkasten

Kaum ein Tool steht so sehr für den KI-Bauboom wie Lovable. Erst im August 2026 hat das schwedische Startup, wie brutkasten berichtete, eine Series-C-Runde über 400 Millionen US-Dollar abgeschlossen, angeführt von Menlo Ventures und mit dem EQT-gemanagten Scaleup Europe Fund als Co-Lead, bei einer Bewertung von 13,3 Milliarden US-Dollar.

Für Gründer und CEO Anton Osika ist das mehr als eine Finanzierungsrunde: Es sei ein Indikator dafür, dass KI-gestützte No-Code- und Low-Code-Plattformen die Nische verlassen hätten und im Mainstream angekommen seien.

Weg vom Entwickler-Monopol

Auf der Dreamforce in San Francisco erläutert Osika die zentrale These hinter Lovable: „Menschen mit Fachwissen über das jeweilige Problem sollten diejenigen sein, die Software bauen“, so Osika. Wer ein Problem am besten kenne, solle auch die Lösung bauen, egal ob in Marketing, HR, Finance oder Operations. Nicht die formale Qualifikation zähle, sondern die Nähe zum Problem.

Dass Lovable längst kein reines Anfänger-Werkzeug sei, belegt Osika mit einer internen Zahl: 55 Prozent der Lovable-Nutzer:innen brächten mehr als elf Jahre Berufserfahrung in ihrem Fachgebiet mit. Entscheidend sei laut dem Co-Founder nicht das klassische Programmieren, sondern die Fähigkeit, komplexe, unstrukturierte Probleme systematisch in funktionierende Systeme zu zerlegen.

Vom Nebenprojekt zur Unternehmenslösung

Besonders aufschlussreich sind die Praxisbeispiele, die Osika im Gespräch anführt. Bei einer Healthcare-Staffing-Firma habe ein Fachbereichsleiter eine komplette neue Produktlinie für die Zertifizierung von Pflegekräften aufgebaut, samt Verwaltung und Terminplanung, und anschließend mehr als zehn weitere interne Anwendungen vernetzt. In den nordischen McDonald’s-Filialen laufe mittlerweile ein auf Lovable gebautes Interface, über das rund 300 Standorte operative Anfragen abwickeln würden.

Solche Geschichten seien laut Osika keine Ausnahme: Bei knapp zwei Dritteln der Fortune-500-Unternehmen, darunter Adidas und Nvidia, würden Mitarbeitende die Plattform nutzen. Häufig beginne es als kleines Team-Projekt und wachse zur unternehmensweiten Lösung heran.

Entwicklung unter Aufsicht

Damit das nicht in unkontrollierter Schatten-IT ende, setzt Lovable laut Unternehmensangaben auf Admin- und Audit-Funktionen, mit denen IT-Verantwortliche nachvollziehen können sollen, welche Anwendungen entstehen, wo sensible Daten verarbeitet werden und wo Sicherheitslücken drohen. Genau das mache aus der anfänglichen Skepsis von IT-Abteilungen häufig Zustimmung, so Osika: „Es wird vom letzten Nein zu dem, was man ausrollen wollte, zum ersten Ja. So verhindern wir Schatten-IT und die Zersplitterung in unzählige Tools, die niemand mehr überblickt“, erklärt Osika.

Überflüssig würden Engineers durch die Lovable-Nutzung anderer trotzdem nicht, meint Osika: Ihre Rolle verschiebe sich von Routineaufgaben hin zu Architektur, Systemanbindung und der Betreuung unternehmenskritischen Codes.

Warum heißt Lovable eigentlich Lovable?

Zum Schluss des Gesprächs räumt Osika mit einem gängigen Klischee über den europäischen Tech-Standort auf: „Viele halten Europa für langsam, aber wenn man in die Tech-Hubs Europas geht, brodelt es dort wie nie zuvor“, sagt Osika. Dass der Produktfokus so stark auf dem Nutzererlebnis liege, führt Osika auch auf den Standort Stockholm zurück, wo der Großteil des Engineering-Teams sitzt. Man habe in den nordischen Ländern genaue Vorstellungen davon, wie ein Produkt funktionieren solle – oder eben nicht. Diese „I-Tüpfelchen-Reiterei“ mache Lovable erst zu dem was es heute ist.

Warum das Unternehmen ausgerechnet „Lovable“ heißt, erklärt er mit einer letzten Zeile, die zugleich als Leitmotiv des Gesprächs steht: „Software sollte nicht einfach nur funktionieren. Sie soll die Emotionen der Menschen wecken“, so Osika.

Vom Vibe zum Volumengeschäft

Was also vor nicht allzu langer Zeit noch als spielerisches „Vibe-Coding“ belächelt wurde, ist laut Osika längst zu einer Infrastruktur geworden, auf der Enterprisekund:innen die nächsten Prozesssysteme entwickeln. Der Markt für KI-gestütztes Bauen sei, so der Lovable-Gründer, endgültig über das reine Ausprobieren hinausgewachsen – und weit über das Vibecoding hinaus.

Toll dass du so interessiert bist!
Hinterlasse uns bitte ein Feedback über den Button am linken Bildschirmrand.
Und klicke hier um die ganze Welt von der brutkasten zu entdecken.

brutkasten Newsletter

Aktuelle Nachrichten zu Startups, den neuesten Innovationen und politischen Entscheidungen zur Digitalisierung direkt in dein Postfach. Wähle aus unserer breiten Palette an Newslettern den passenden für dich.

Montag, Mittwoch und Freitag

AI Summaries

Das gilt es am Weg zur agilen Organisation zu beachten

AI Kontextualisierung

Welche gesellschaftspolitischen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Das gilt es am Weg zur agilen Organisation zu beachten

AI Kontextualisierung

Welche wirtschaftlichen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Das gilt es am Weg zur agilen Organisation zu beachten

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Innovationsmanager:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Das gilt es am Weg zur agilen Organisation zu beachten

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Investor:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Das gilt es am Weg zur agilen Organisation zu beachten

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Politiker:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Das gilt es am Weg zur agilen Organisation zu beachten

AI Kontextualisierung

Was könnte das Bigger Picture von den Inhalten dieses Artikels sein?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Das gilt es am Weg zur agilen Organisation zu beachten

AI Kontextualisierung

Wer sind die relevantesten Personen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Das gilt es am Weg zur agilen Organisation zu beachten

AI Kontextualisierung

Wer sind die relevantesten Organisationen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Das gilt es am Weg zur agilen Organisation zu beachten