Synchronized build

Author: lektor-bot

softwareentwicklung/index.html

@@ -185,7 +185,7 @@ <h2>Das Eiserne Dreieck</h2>
 <p>Im klassischen Projektmanagement wird das Eiserne Dreieck als Verhältnis zwischen Zeit, Kosten und Umfang (bzw. Qualität) beschrieben: Ein Projekt erreicht nur dann seine Ziele, wenn diese drei Grössen im Gleichgewicht gehalten werden. Wer am Umfang festhält, muss mehr Zeit oder Geld investieren; wer Budget und Termine hart setzt, muss beim Umfang flexibel sein.</p>
 <p>Das Problem bei der Entwicklung von Software: Der Projektumfang ist nie wirklich fix, sondern ändert sich aufgrund sich verändernder Anforderungen laufend und sprengt so den ursprünglichen Termin- und Kostenrahmen.</p>
 <h2>Komplexität von Softwareprojekten</h2>
-<p>Softwareentwicklung ist schwer planbar und lässt sich durch das Hinzufügen zusätzlicher Ressourcen nicht einfach skalieren. Eines der klassischen Bücher der Softwareentwicklung von Frederick P. Brooks («The Mythical Man-Month») zeigt, dass mehr Personal nicht zwangsläufig zu einer schnelleren Projektabwicklung führt. Im Gegenteil: Zusätzliche Mitarbeitende können den Fortschritt sogar verlangsamen, da der Kommunikationsaufwand steigt und Einarbeitung notwendig ist («Adding manpower to a late software project makes it later»). Brooks verdeutlicht, dass Zeit und Aufwand nicht beliebig skalierbar sind – der Projektzeitrahmen lässt sich also nicht einfach durch mehr Ressourcen verkürzen. Deshalb ist es sinnvoll, Zeit und Kosten zu fixieren und den Umfang flexibel zu halten.</p>
+<p>Softwareentwicklung ist schwer planbar und lässt sich durch das Hinzufügen zusätzlicher Ressourcen nicht einfach skalieren. Einer der klassischen Aufsätze der Softwareentwicklung von Frederick P. Brooks («The Mythical Man-Month») zeigt, dass mehr Personal nicht zwangsläufig zu einer schnelleren Projektabwicklung führt. Im Gegenteil: Zusätzliche Mitarbeitende können den Fortschritt sogar verlangsamen, da der Kommunikationsaufwand steigt und Einarbeitung notwendig ist («Adding manpower to a late software project makes it later»). Brooks verdeutlicht, dass Zeit und Aufwand nicht beliebig skalierbar sind – der Projektzeitrahmen lässt sich also nicht einfach durch mehr Ressourcen verkürzen. Deshalb ist es sinnvoll, Zeit und Kosten zu fixieren und den Umfang flexibel zu halten.</p>
 <p><strong>Darum stellen wir das klassische Eiserne Dreieck für Softwareprojekte vom Kopf auf die Füsse: Nicht mehr der Umfang – und somit die Funktionen der zu entwickelnden Software – wird als fix gegeben betrachtet, sondern die Projektdauer sowie der Kostenrahmen. Der Umfang bleibt sehr bewusst flexibel.</strong></p>
 <h2>Minimum Viable Product (MVP)</h2>
 <p>Statt zu Beginn alles perfekt planen zu wollen, beginnen wir bei Seantis mit einem <a href="/startup">Minimum Viable Product (MVP)</a>. Ein MVP ist die erste Entwicklungsstufe eines Produkts, die unter realistischen Bedingungen beim Kunden getestet werden kann; nur Funktionen, die zum eigentlichen Zweck unbedingt nötig sind, werden implementiert. Diese kleinste lieferbare Produktversion ermöglicht es, in kurzer Zeit Feedback zu sammeln und Ressourcen sparam einzusetzen.</p>