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 Zeit- und Kosten-Rahmen.</p>
 <h2>Komplexität von Softwareprojekten</h2>
-<p>Softwareentwicklung ist schwer planbar und sie lässt sich durch das Hinzufügen von weiteren Ressourcen nicht einfach skalieren. Eines der klassischen Bücher der Softwareentwicklung von Frederick P. Brooks zeigt, dass  mehr Personal nicht zwangsläufig zu einer schnelleren Projektabwicklung führt. Im Gegenteil: Zusätzliche Mitarbeitende können den Fortschritt sogar verlangsamen, weil der Kommunikationsaufwand steigt und Einarbeitung nötig ist („Adding manpower to a late software project makes it later“). Brooks zeigt, dass Zeit und Aufwand nicht beliebig skalierbar sind – also kann der Projektzeitrahmen nicht durch mehr Ressourcen verkürzt werden. Deshalb macht es Sinn, 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. 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><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>