Skip to content

Commit 9bad895

Browse files
committed
Synchronized build
1 parent dde2468 commit 9bad895

2 files changed

Lines changed: 3 additions & 1 deletion

File tree

softwareentwicklung/index.html

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -184,6 +184,8 @@ <h1>Agile Softwareentwicklung</h1>
184184
<h2>Das Eiserne Dreieck</h2>
185185
<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>
186186
<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>
187+
<h2>Komplexität von Softwareprojekten</h2>
188+
<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>
187189
<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>
188190
<h2>Minimum Viable Product (MVP)</h2>
189191
<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>

static/js/tipuesearch_content__primary.json

Lines changed: 1 addition & 1 deletion
Large diffs are not rendered by default.

0 commit comments

Comments
 (0)