{"id":17780,"date":"2025-09-01T10:07:51","date_gmt":"2025-09-01T08:07:51","guid":{"rendered":"https:\/\/www.centigrade.de\/?post_type=blog&p=17780"},"modified":"2025-09-01T15:39:09","modified_gmt":"2025-09-01T13:39:09","slug":"bot-der-baumeister-software-modernisierung-mit-ki-schrittweise-meistern-teil-1","status":"publish","type":"blog","link":"https:\/\/www.centigrade.de\/de\/blog\/bot-der-baumeister-software-modernisierung-mit-ki-schrittweise-meistern-teil-1\/","title":{"rendered":"Bot der Baumeister – Software Modernisierung mit KI schrittweise meistern \u2013 Teil 1"},"content":{"rendered":"

\"Illustration
\nWer h\u00e4tte nicht gerne einen „Bob der Baumeister“ f\u00fcr die eigenen vier W\u00e4nde, der sofort auf den Plan tritt, wenn hier mal was br\u00f6ckelt oder da mal was schimmelt. Solche Macher sind schwer zu kriegen und selbst die Band „Das Lumpenpack“ besingt ihre Entt\u00e4uschung dar\u00fcber nur P\u00e4dagogen, statt Handwerker im Freundeskreis zu haben.<\/p>\n

So ist es beim H\u00e4uslebau… aber wie ist das bei der Software-Entwicklung? Auch Software Engineers sind bekannterma\u00dfen schwer zu kriegen, und wenn man einmal in die F\u00e4nge von SAP geraten ist, kriegt man vielleicht noch seine Fachkraft, darf aber f\u00fcr jedes noch so simple Feature richtig viel Geld abdr\u00fccken.<\/div>\n
Doch das \u00e4ndert sich gerade massiv wegen KI.<\/div>\n
Pl\u00f6tzlich kann dank KI vermeintlich jeder coden und es werden Entwickler \u2013 insbesondere Juniors \u2013 vor die T\u00fcr gesetzt, um von einem arbeitswilligen und allseits verf\u00fcgbaren KI-Agenten abgel\u00f6st zu werden. Jensen Huang ruft sogar das Ende der Informatik aus und sagt ganz unverhohlen:<\/div>\n

„IT-Teams will become HR departments of AI.“<\/p><\/blockquote>\n

Egal ob Jensen Huang recht behalten wird oder nicht: es \u00e4ndert sich genug, um sich einer recht alten Frage auf neue Weise zu n\u00e4hern, die auch den ein oder anderen H\u00e4uslebauer sicherlich schon besch\u00e4ftigt hat:<\/p>\n

Modernisieren oder Abrei\u00dfen?<\/p>\n

Metaphern sind wie Piraten \u2013 sie hinken, tun aber ihren Job<\/h2>\n

Wenn wir \u00fcber digitale Produkte sprechen, dann wir tauchen wir gerne in Analogien wie die eben bem\u00fchte „Hausbau-Metapher“ ab.<\/p>\n

Gute Software besticht durch \u201csauberen Code\u201d. Sie l\u00e4uft \u201csmooth\u201d und hat ein aufger\u00e4umtes User Interface mit \u201cshiny“ User Interface Elementen. Umgekehrt bezeichnen wir digitale Produkte, die ihre beste Zeit hinter sich haben als verstaubt, verworren und schwer zug\u00e4nglich.<\/p>\n

Yoder und Foote, die sich intensiv mit dem Thema einer guten Software-Architektur auseinandergesetzt haben, bezeichnen schlechte Software simpel als \u201cBig Ball of Mud\u201d, also einem gro\u00dfen Schlamm-Kn\u00e4uel.<\/p>\n

\"Ein<\/div>\n

Ein „Big Ball of Mud“ ist ein planlos strukturierter, ausufernder, schlampiger, mit Klebeband und Bindedraht zusammengehaltener Spaghetti-Code<\/span><\/a>-Dschungel. Derartige Systeme weisen eindeutige Anzeichen von ungehemmtem Wachstum und st\u00e4ndigen Behelfsreparaturen auf. Die in diesen Systemen enthaltenen Informationen sind wahllos \u00fcber die entferntesten Elemente verteilt, oft bis zu dem Punkt, wo fast alle wichtigen Informationen global oder dupliziert sind. Die Architektur derartiger Systeme wurde vielleicht nie richtig definiert, und wenn doch ist sie bis zur Unkenntlichkeit erodiert. Programmierer mit einem Fetzen architektonischer Sensibilit\u00e4t meiden derartige S\u00fcmpfe. Nur diejenigen, die sich nicht um Architektur scheren und vielleicht sogar gerne Tag f\u00fcr Tag m\u00fchsam L\u00f6cher in undichten Deichen stopfen, arbeiten gerne mit solchen Systemen.<\/p>\n

— Yoder und Foote, Big Ball of Mud<\/p><\/blockquote>\n

Dieses bewusst abscheuliche Bild legt die Versuchung nahe, solche Alt-Systeme sich selbst zu \u00fcberlassen und auf der vielzitierten und ebenfalls metaphorischen „gr\u00fcnen Wiese“ einfach neu zu bauen. Wenn wir jetzt sogar KI-Agenten \u2013 quasi fast gratis \u2013 f\u00fcr den Neubau zur Verf\u00fcgung haben, warum sollten wir uns dann \u00fcberhaupt noch mit diesen Altlasten abgeben?<\/p>\n

Anforderungen, Baby<\/h2>\n

Die Antwort liegt mal wieder sehr weit vorne im Entwicklungsprozess \u2013 bei den Anforderungen. Ein Altsystem mag ohne Architektur oder Planung entstanden sein, aber gewachsen ist es immer entlang von: Anforderungen.<\/p>\n

Will hei\u00dfen: keiner baut nur so zum Spa\u00df eine Software \u00fcber Jahre hinweg zu einem „Big Ball of Mud“ aus! Es wollten einfach zu viele Anforderungen in zu kurzer Zeit umgesetzt werden, ohne dass es ausreichend Zeit f\u00fcr deren Verifizierung, Priorisierung und Konsolidierung gab. Manche dieser Anforderungen haben sich sogar widersprochen und im Endergebnis dann zu Features gef\u00fchrt, die „weder Fisch noch Fleisch“ sind.<\/p>\n

Jeder kann coden!<\/h2>\n

Ein gutes Anforderungsmanagement zu betreiben, ist seit dem Siegeszug von agilen Ans\u00e4tzen wie Scrum oder SaFE durchaus nicht mehr so en-vogue wie eint. Statt gute User Stories zu schreiben, schreibt so manch kreativer PO lieber ein paar L\u00f6sungsideen ins Backlog und hofft, dass das Team diese im besten Sinne umsetzt. Nach dem Sprint kann man ja immer noch schauen, ob das Ergebnis taugt oder nicht. Und wenn die Software Engineers schneller programmieren k\u00f6nnten und nicht so viel kosten w\u00fcrden, dann br\u00e4uchte man ja auch viel weniger Zeit und Geld, um zur perfekten Software zu kommen.<\/p>\n

\"\u00dcbersicht

KI-Agenten k\u00f6nnen untereinander kommunizieren, digitale Werkzeuge bedienen, Code generieren und gemeinsame Entscheidungen treffen, was sie letztlich dazu bef\u00e4higt, Software-Entwicklungsteams zu bilden. Das von DeepWisdom.ai<\/strong> initiierte „Multi-Agenten“ Framework MetaGPT<\/a> beispielsweise hat ein solches Team aus KI-Agenten umgesetzt, und l\u00e4sst es als KI-Team gemeinschaftlich Software entwickeln.<\/p><\/div>\n

Bot der Baumeister<\/h2>\n

Kann also ein kreativer PO nicht einfach seine L\u00f6sungsideen an sein Team von KI-Agenten \u00fcbermitteln und diese bauen die Software dann ganz in seinem Sinne f\u00fcr ihn? An der Spitze dieses Teams w\u00fcrde ein bauleitender KI-Agent die Koordination \u00fcbernehmen und die Detailarbeiten an weitere KI-Agenten delegieren.
\nJa \u2013 technisch ist das inzwischen m\u00f6glich. Und kommt es nicht auch ein wenig bekannt vor?
\nSagen wir also „Hallo“ zu „Bot, der Baumeister“, unserem weisen KI-Bauleiter und seinen talentierten KI-Agenten-Freunden Backie, Frontie, Testie und wie sie alle hei\u00dfen k\u00f6nnten.<\/p>\n

\"Ein<\/p>\n

Was so flapsig und auch ein wenig unglaubw\u00fcrdig klingt, ist tats\u00e4chlich die treibende Idee hinter vielen aktuellen (und finanziell zum Teil \u00fcberbordend unterst\u00fctzten) Vibe Coding Tools und KI-getriebenen IDEs.<\/p>\n

An dieser Stelle m\u00f6chte ich nur die bekanntesten Werkzeuge nennen, wohlwissentlich, dass zum Zeitpunkt der Ver\u00f6ffentlichung dieses Artikels wahrscheinlich schon das n\u00e4chste derartige Produkt in den Startl\u00f6chern steht:<\/p>\n