Endavas DavaFlow integriert OpenAI in jede Phase der Softwareentwicklung

Was DavaFlow tatsächlich verändert hat

Endavas Darstellung, wiedergegeben von CTO Matthew Cloke, beschreibt einen klaren Ablauf: KI-gestütztes Coding beschleunigte zunächst die technische Umsetzung. Dadurch trat ein neuer Flaschenhals zutage – Anforderungserhebung, Business-Analyse, Planung und Abstimmung mit Stakeholdern konnten mit dem Tempo der Code-Produktion nicht mehr Schritt halten.

Die Antwort darauf war DavaFlow, eine Delivery-Methodik, die OpenAI-Technologie durch den gesamten Zyklus zieht – Meetingvorbereitung, Business-Planung, Produktentwicklung, Engineering und Deployment. Clokes Aussage dazu ist ungewöhnlich eindeutig.

Es gibt keinen Teil von DavaFlow, der nicht auf OpenAI-Technologie setzt.Montana Labs

Diese Einordnung ist wichtig, weil sie KI nicht als Zusatzwerkzeug behandelt, sondern als Veränderung der Reihenfolge der Arbeitsschritte selbst. Cloke beschreibt „AI-native“ so: KI ist die erste Anlaufstelle bei einem Problem, nicht die letzte.

Die Preis-App ist der eigentlich spannende Punkt

Der Großteil der Ankündigung listet vertraute Anwendungsfälle auf: Legal-Teams, die Recherche straffen, Projektmanager, die Codex für Governance-Berichte nutzen, Führungskräfte, die Agenten zur Projektzusammenfassung und Postfachverwaltung einsetzen. Das ist real, aber wenig überraschend.

Der konkrete Moment ist die interne Preisdiskussion. Statt sich durch Tabellen zu arbeiten, bauten Mitarbeitende eine Single-Page-Preis-App, mit der Teams sofort interagieren konnten. Cloke sagt, das habe „das Gespräch komplett verändert“.

Der eigentliche Wandel besteht darin, dass statische Daten in Zellen durch eine kleine, spontan erzeugte interaktive Oberfläche ersetzt werden. Wird aus einer Tabelle eine App, hört das Artefakt auf, eine Datei zu sein, die man liest, und wird zu einer Fläche, die man gemeinsam bedient. Dass fachfremde Commercial-Teams ohne dedizierte Entwicklungsunterstützung ein funktionierendes Frontend bauen können, ist die weitaus bedeutsamere Fähigkeit, die in dieser Geschichte steckt.

Wer baut das Frontend, wenn Engineering nicht mehr der Flaschenhals ist

Endava beschreibt dies als eine Ausbreitung der Nutzung über Entwickler hinaus in Legal, Finance und Operations. Der Frontend-Aspekt ist es, der diese Ausbreitung überhaupt möglich macht: leichtgewichtige, wegwerfbare Oberflächen, die ein Commercial-Team erzeugen kann, um eine tabellenschwere Übung zu ersetzen.

Das kehrt eine langjährige Einschränkung um. Interne Tools warteten bisher in der Engineering-Warteschlange, weil selbst ein einfaches UI jemanden brauchte, der es programmieren konnte. Endavas Ergebnisse führen „Teams konnten interne Tools und Anwendungen ohne dedizierte Engineering-Unterstützung bauen“ als eigenständiges Resultat auf – getrennt von schnellerem Engineering.

Die offene Frage, die die Quelle nicht beantwortet: Was passiert mit diesen Apps nach dem Meeting? Eine Single-Page-Preis-App, die ein einzelnes Gespräch verändert, ist nützlich; hundert unkontrollierte Single-Page-Apps in einem 11.000-Personen-Unternehmen sind ein Wartungs- und Korrektheitsproblem. Die Ankündigung feiert das Erschaffen, sagt aber nichts über den Lebenszyklus des Erschaffenen.

Die Implikation: Interaktive Oberflächen werden zum Wegwerfmedium des Denkens

Endavas erklärtes Prinzip ist, KI-Adoption als Verhaltensänderung zu behandeln, nicht als Software-Rollout, und fachfremde Teams frühzeitig einzubeziehen. Die Anekdote der Preis-App zeigt, wie sich diese Verhaltensänderung an der Oberfläche zeigt: Menschen greifen zu einer kleinen, individuellen Oberfläche, so wie sie früher zu einer Tabelle gegriffen haben.

Für angewandte Teams ist die Lehre eng gefasst, aber praktisch relevant: Wenn die Erstellung eines nutzbaren Frontends nur Minuten kostet, ist die Oberfläche kein Liefergegenstand mehr, sondern ein Mittel, um ein Gespräch zu führen – gebaut, um eine Entscheidung zu treffen, und danach verworfen. Das senkt die Einstiegshürde dafür, wer Software-Interaktionen gestalten darf, und wirft eine neue Governance-Frage auf: Welche dieser Wegwerf-Apps werden unbemerkt zu tragenden Bestandteilen?