Clean Development in Wort und Bild

Wenn Du hier gelandet bist, kennst Du die Probleme in Softwareprojekten.

Stakeholder sind unzufrieden mit dem Ergebnis. Deadlines werden gerissen oder gerade so erreicht. Das gesamte Team steht unter Druck. Letztlich, niemand ist so richtig zufrieden. Und jetzt auch noch KI: Heilsversprechen und Fluch gleichzeitig.

Wir kennen diesen Schmerz. Wir haben ihn erlebt, in unzähligen Projekten.

Die Gründe dahinter sind vielfältig. Aber eine Beobachtung vorneweg:

Das Team ist nicht das Problem. Üblicherweise mögen und respektieren sich die Teammitglieder. Und der legacy Code ist auch nicht die Ursache. Der erodiert nur, weil vorher etwas Anderes schiefläuft.

Und dieses Andere ist möglicherweiße unbequem: Denn auch wenn menschlich alles passt, arbeiten wir in Softwareprojekten oft unprofessionell:

Zusagen werden gemacht und nicht gehalten. Entwickler und Fachbereich reden aneinander vorbei, Anforderungen werden nicht verstanden. Und niemand öffnet den Raum, um positive Änderungen zu etablieren.

Was Professionalität für uns bedeutet, haben wir über Jahre aus echten Projekten herausgearbeitet. Wir nennen es das "Clean Development Mindset".

In den nächsten Episoden zeige ich Dir, was dahintersteckt und wie die Clean Development Partners GmbH Dich in der Durchführung professioneller Softwareprojekte unterstützt.

Wir reden z.B. über Fokus, über die Macht des Durchstichs, über gemeinsames Arbeiten, und so viel mehr.

Wenn Du KI in dieser Auflistung vermisst: Das ist bewusst.

Natürlich reden wir auch darüber, wie KI unsere Branche gerade umbaut.

Aber an der Art, wie man professionell arbeitet, ändert sie nichts. Sie macht einfach nur sichtbar, wer es tut und wer nicht.

Wenn Du also mehr wissen willst, dann abonniere unsere Seite. Und schreib uns, was Dir gerade am meisten weh tut.

Ihr habt inzwischen vielleicht KI-Tools im gesamten Team eingeführt. Alle fühlen sich schneller. Und trotzdem kommt das Release nicht früher. Ist das bei Dir auch so?

Bevor wir in dieser Videoserie in die Clean-Development-Kernprinzipien einsteigen, reden wir über KI. Ihr habt uns oft gefragt, wie wir damit umgehen. Und wenn wir das jetzt nicht klären, hängt an jedem Prinzip, das ich Dir zeigen werde, die Frage: Macht das nicht jetzt schon KI?

Also: Warum wird nicht alles besser, obwohl der Code so viel schneller entsteht?

Früher war das Tippen auch die Zeit, in der man nebenbei nachgedacht hat. Was soll das eigentlich tun? Passt das zum Rest? Und diese Zeit fällt jetzt weg.

Das heißt: Unklare Anforderungen und fehlender Entwurf landen sofort als Code im Projekt. Und die Komplexität steigt, bevor es jemand merkt.

Wir hören oft: Clean Code verliert an Bedeutung und es ist nur eine Frage der Zeit, bis KI sauberen Code schreibt. Was auch immer „sauber“ bedeutet, denn da sind wir Menschen uns auch nicht einig.

Wenn man Clean Code nur als ordentlich formatierten Code versteht, mag das stimmen. Aber zu Clean Code gehören auch Tests, denen Du wirklich vertrauen kannst. Und die Disziplin, nichts zu bauen, was keiner braucht. Und das ist heute wichtiger denn je.

Und selbst der sauberste Code, der hilft Euch nicht, wenn damit kein Mehrwert erzeugt wird. Ganz egal, wer ihn schreibt.

Der Engpass, will ich sagen, war nie das Tippen. Wer bisher nur Code geschrieben hat, wird es in Zukunft schwer haben.

Was aber bleibt, ist: Es muss entschieden werden, was gebaut wird. Durchdacht werden, bevor irgendwas entsteht. Und prüfen, ob das stimmt. Und zwar müssen wir das gemeinsam tun. Und daran sind Projekte bisher gescheitert.

Und das ist der neue Job in der Softwareentwicklung. Ehrlich gesagt: Ich finde ihn spannend.

Die KI nimmt den leichten Teil ab. Und das, was wir Clean Development nennen, wird dadurch umso wichtiger.

Wenn Du also in den nächsten Folgen, die Du hier abonnieren kannst, Dir denkst: „Das macht doch die KI“, dann lass uns mal genau hingucken, wo die KI bestärkt, was Du aktuell schon tust.

Stell Dir folgende Situation vor: Du führst ein Bewerbungsgespräch und Dein Gegenüber bekommt eine kleine Programmieraufgabe, greift zum Zettel und sagt: "Ich mache mir erst mal Gedanken, wie ich das löse." Gutes Zeichen, nicht wahr?

Ein halbes Jahr später sitzt derselbe Mensch in Deinem Team, und einen Zettel gibt es dort nicht mehr. Aus dem Ticket wird direkt Code. Natürlich entsteht dabei auch ein Entwurf, aber beim Tippen, im Kopf von nur einer Person, und niemand kann diesen Entwurf prüfen. Du siehst das Ergebnis zum ersten Mal in der Demo und wunderst Dich, warum es anders aussieht, als Du gedacht hast.

Ich habe viele solcher Zettel gesehen. Meistens waren sie leer und eigentlich eine Pause, um Zeit zu gewinnen. Entwerfen wollten alle, aber gelernt hat es niemand. Programmieren lernt man überall, ein Problem sauber zu zerlegen, nicht.

Der Entwurf entsteht an einem Tisch, an dem Fachbereich und Entwicklung zusammensitzen. Dort klärt sich, wie Ihr über die Sache sprecht, ob alle dasselbe Problem verstehen und welche Lösung dazu passt. Am Ende stehen Entscheidungen, die alle verstanden haben.

Wir beginnen dabei an der Oberfläche, bei dem, was Eure Nutzer sehen und tun. So kann jeder den Entwurf prüfen, ohne eine Zeile Code zu schreiben. Die Überraschung in der Demo bleibt aus, denn auf dem Papier korrigiert Ihr eine falsche Entscheidung in ein paar Minuten, im Code kostet sie Tage.

Für den Entwurf nutzen wir Flow Design von Stefan Lieser und Ralf Westphal, eine Methode, die Software als Fluss von Daten beschreibt und zerlegt. Es gibt andere Methoden, sie müssen letztlich zu Euch passen. Wichtig ist, dass Ihr wirklich entwerft, bevor der Code oder der Prompt entsteht.

Wenn Du wissen willst, was auf Euren Zettel stehen sollte, schreibt uns. Das Whiteboard bringen wir gegebenenfalls mit.

Und wenn Du die weiteren Episoden nicht verpassen willst, abonniere diese Seite.