Pflichtenheft von byteme - PI - Praktische Informatik

7.6. RISIKOMANAGEMENT 69
Vorbeugende Maßnahmen:
Es gibt (kommerzielle) Alternativen zu unserem Programm. Da nicht zu erwarten ist,
dass wir detailliertere Spezifikationen erhalten werden, sollten wir uns bemühen, eine
erschöpfende und in sich konsistente Anforderungsspezifikation in eigener Regie zu
erstellen.
Wenn das Risiko zu einem Problem wird:
Im Falle einer mangelhaften Spezifikation sollten wir uns an den erwähnten Programmen
orientieren und versuchen, ein Produkt mit ähnlicher Funktionalität zu erstellen.
Diese von uns erstellte Spezifikation wird als Teil des Pflichtenhefts dem Auftraggeber
vorgelegt und im Idealfall von ihm abgesegnet. Im Zuge der Planung und Programmierung
werden wir versuchen, die Funktionalität der bereits existierenden Programme
nachzubilden. Dies gilt auch für den Fall, dass sich nach Unterschrift des Pflichtenhefts
irgendwelche Unklarheiten / fehlende Kernfunktionalitäten ergeben. Da die
erwähnten Programme von Drittherstellern bisher noch nicht vom Auftraggeber eingesetzt
wurden, ist mit einem eventuellen Scheitern des Projekts in keinem Fall ein
Verlust verbunden, sondern höchstens eine Art „entgangener Gewinn“.
7.6.3 Anforderungs-Inflation
Problem:
Nach einer Einigung auf eine Anforderungsspezifikation kommen im Laufe des Projekts
immer weitere zusätzliche Anforderungen hinzu und drohen, den Zeitplan des
Projekts durcheinanderzubringen.
Risiko:
Niedrig - Dieses Pflichtenheft mit der darin beschriebenen Funktionalität ist rechtlich
bindend.
Vorbeugende Maßnahmen:
Streng genommen ist nur die in diesem Pflichtenheft beschriebene Funktionalität für
uns bindend. Da es jedoch nach dem Risikofaktor „Keine ordentliche Spezifikation“
möglich ist, dass sich Teile der benötigten Funktionalität erst im Laufe der Programmierarbeit
ergeben, sollten wir dieses Risiko nicht völlig aus dem Auge verlieren.
Wenn das Risiko zu einem Problem wird:
Für den Fall, dass zu einem späten Zeitpunkt im Verlauf des Projekts weitere Funktionalitäten
eingefordert werden, die nicht im ursprünglich abgegebenen und unterschriebenen
Pflichtenheft auftauchen, können wir - je nachdem, wie wir im Zeitplan liegen
- entweder die Machbarkeit beurteilen und die gewünschte Funktionalität nachträglich
als Muss-Kriterium aufnehmen, oder aber ablehnen, wozu wir nach den Bedingungen
in diesem Pflichenheft das Recht haben.