Kennst du das auch? Irgendwie scheint der Wurm im aktuellen Softwareprojekt zu stecken. Das Team scheint überfordert und Bugs werden zu alten Bekannten, die immer mal wieder unangekündigt vorbeischauen. Gleichzeitig beschwert sich der Kunde darüber, dass das ausgelieferte Programm nicht seinen Wünschen entspricht.

Irgendwann lässt sich dieser Zustand nicht mehr übersehen – es muss gehandelt werden.

Genau hier wird häufig Medizin verschrieben, ohne eine genaue Diagnose zu erstellen. Wieso genau kommt der Bug immer wieder? Hilft es dagegen, Scrum einzuführen? Ist das vielleicht sogar kontraproduktiv?

Ich merke in meinen Seminaren manchmal, dass die Probleme im Team ganz andere sind als die, die meine Seminare lösen. Niemand, dessen Software nicht flexibel und stabil aufgebaut ist, braucht agile Methoden einzuführen, die flexible und stabile Software voraussetzen. Niemand, der das falsche Feature ausliefert, muss sich mit testgetriebener Entwicklung beschäftigen.

Hier setzt dieser Kurs an. Ich zeige dir die Möglichkeit, fast jedes Problem in einem Softwareprojekt in eine von drei Kategorien einzuteilen. Ist dies geschehen, haben wir eine klare Diagnose, woran es hakt, und können dies dann durch entsprechende Lösungsansätze angehen.

Achja… ganz so einfach ist es dann doch nicht. Es gibt da nämlich noch dieses vierte Problem. Und, wenn ich ehrlich bin, ist das sogar vielleicht noch viel wichtiger als die drei großen Probleme. Welches das ist, erfährst du natürlich im Kurs. ;-)

Der Inhalt des Kurses ist so aufbereitet, dass es egal ist, welche Programmiersprache du sprichst. Egal ob Java, Python, JavaScript, Kotlin oder sonstiges. Auch sind die Frameworks und Werkzeuge unwichtig, die du kennst. Für das Erkennen der großen Probleme ist es nicht wichtig, ob node.js, react oder jakarta Grundlage deiner Projekte sind.