„Die Wahrheit liegt im Code“ – und der Nutzen in der Nutzung.
In der Softwareentwicklung glauben wir gern an den sauberen Code. An gute Architektur. An modulare Systeme. Doch bei Features glauben wir oft nur: an Bauchgefühl.
WeiterlesenDrei Tage, ein Thema – und eine ziemlich klare Erkenntnis.
Beim DLR-Wissensaustauschworkshop (WAW) zum Thema Model-Based Systems Engineering (MBSE) trafen sich Expertinnen und Experten aus unterschiedlichen Instituten, Disziplinen und Perspektiven, um genau das zu tun, was in komplexen Organisationen oft zu kurz kommt: Wissen teilen, Erfahrungen spiegeln und gemeinsam weiterdenken. Wir waren eingeladen, einen Beitrag zu leisten – und genau hier ein großes Dankeschön an Marcel Mischke und Axel Berres für die Einladung und die hervorragende Organisation dieses Austauschs.
WeiterlesenBrauchen wir überhaupt noch Dokumentation? Und wer validiert eigentlich?
Im ersten Teil dieser Serie haben wir ein Gedankenexperiment gewagt:
Ein Projektraum, der zunehmend dunkel wird, weil KI operative Tätigkeiten übernimmt. Die Arbeit verschwindet nicht, sie verlagert sich.
Im zweiten Teil wurde deutlich, dass KI nie im luftleeren Raum arbeitet. Sie sieht nur den Ausschnitt der Realität, den wir ihr bewusst zur Verfügung stellen. Kontext ist damit keine technische Randbedingung, sondern eine Entscheidung.
Im dritten Teil haben wir darauf aufgebaut und gezeigt, dass Anforderungen nicht einfach aus Daten entstehen. Sie entstehen durch Interpretation und Aushandlung zwischen unterschiedlichen Perspektiven.
Doch wenn Anforderungen auf diese Weise entstehen, stellt sich eine naheliegende Folgefrage:
Teil 4: Die toxische Funktion – Was du verlierst, wenn du nicht loslässt
Nicht jede Funktion, die bleibt, bringt Stabilität. Manche kosten Vertrauen, Fokus – und auf Dauer: Wettbewerbsfähigkeit.
In unseren Trainings und Projektcoachings begegnen wir regelmäßig Funktionen, die niemand so richtig erklären kann. Sie sind noch da. Irgendwie. Aber warum? Wer sie nutzt? Oder was passieren würde, wenn sie weg wäre? Unklar.
Weiterlesen
Reduktion braucht Mut. Und Methode. Denn nicht jedes Feature ist es wert, im System zu bleiben – auch wenn es mal teuer war.
Wenn wir mit Teams arbeiten, die ihre Systeme entschlacken wollen, hören wir oft dieselbe Frage:
„Woran erkennen wir denn, was wirklich raus kann?“
Weiterlesen