Erleichterung der Software-Architektur

Kapitel 13. Architektonische Variabilität bewältigen

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Bei Software baut man nie zweimal dasselbe System. Softwareentwicklung könnte man als die Kunst bezeichnen, effektiv und effizient jedes Mal etwas mehr oder weniger Neues zu schaffen.

Aufgrund dieser ständigen Neuheit ist jeder wichtige Schritt, den du in der Softwareentwicklung machst, ein Schritt ins Ungewisse. Jede wichtige Entscheidung, die du triffst, ist eine Entscheidung für eine erhoffte Zukunft auf Kosten aller anderen möglichen Zukünfte.¹ Und du findest erst heraus, ob diese Hoffnung berechtigt ist, wenn sie in Code umgesetzt und getestet wird, am besten von echten Nutzern in der Produktion.

Die Erkenntnis, dass du immer ein neues System entwickelst, ist eine andere Art zu sagen, dass es bei der Softwareentwicklung viele Unbekannte gibt, die berücksichtigt werden müssen - Unbekannte, die während des gesamten Entwicklungszyklus eines Systems vorhanden sind. Produktmanager und andere Planer bezeichnen dies als Variabilität. Sie umfasst sowohl die Tatsache, dass niemand jemals genau vorhersagen kann, was er bauen wird, als auch die Tatsache, dass er nie genau wissen kann, wie lange er dafür brauchen wird, es zu bauen. In einer solchen Welt sind beständiger Fluss und Feedback das Beste, worauf sie hoffen können.

Wenn du das so formulierst, wird dir klar, warum Produktmanager sich um Variabilität ...