2. Abnahme der technischen Qualität

Nutzen

Bei einer erfolgreichen Abnahme hat Ihr Lieferant die zugesagten speziellen qualitativen technischen Anforderungen aus Stufe (1) ausreichend erfüllt.
Das aufwändigere IS-Rating (s. Stufe (3)) wird dann fast immer zu einem verbindlichen Angebot über Pauschalpreise von uns führen.

Hauptziel

Sie erhalten von uns eine Bewertung, ob die qualitativen Anforderungen an die technische Qualität von Software aus Stufe (1) gut genug erfüllt sind, um im Falle des IS-Rating (s. Stufe (3)) zu einem verbindlichen Angebot zu führen.

Ist dieses Hauptziel nicht erreichbar, so kann man (u.U. auch nur für einzelne Komponenten) auf die folgenden Ersatzziele ausweichen:

Ersatzziel (A: nicht vorliegendes System)

Sind Teile des Systems erst noch zu erstellen, so schützen regelmäßige technische Teilabnahmen während der Erstellung vor unerfreulichen Überraschungen bei einer dann stark verkürzbaren Endabnahme.

Ersatzziel (B: geschlossene Komponenten)

Für Komponenten, die einer Analyse nicht zugänglich sind, kann nur geprüft werden, ob ihre Nutzung und Einbindung den technischen Anforderungen genügt, ob sie also technisch leicht austauschbar sind.

Ersatzziel (C: nicht ausreichende Qualität)

Wird die Abnahme nur knapp verfehlt, erhalten Sie im Abnahmeprotokoll einen Maßnahmenkatalog für die Nachbesserung durch Ihren Lieferanten.

Ist das nicht wirtschaftlich sinnvoll, so müssen wir dringend von einer Inbetriebnahme dieses Informationssystems abraten.

Voraussetzungen

Die Durchführung dieser technischen Abnahme macht nur nach der Vereinbarung der technischen Anforderungen in Stufe (1) Sinn und, wenn wesentliche Programmquellen für eine vertrauliche Prüfung offengelegt werden.
Anderenfalls ist gleich mit dem IS-Rating (s. Stufe (3)) zu beginnen.

Vorgehen

Das Kernstück ist die in Stufe (1) in Aussicht gestellte technische Abnahme.

Die Anforderungen an die technische Qualität von Software sind vorrangig qualitativer Art. Über die rein formale Erfüllung der Anforderungen hinaus wird also geprüft, ob der angestrebte Zweck gut genug erfüllt wurde, damit das IS-Rating (s. Stufe (3)) zu einem positiven Ergebnis kommen kann.

teilweise Erstellung, starkes Customizing

Soll eine Software nach Auftragserteilung in wesentlichen Teilen erst noch erstellt werden, so besteht das beträchtliche Risiko, dass diese bei der abschließenden technischen Abnahme durchfällt. Zu diesem späten Zeitpunkt lassen sich diese technischen Anforderungen aber selten noch wirtschaftlich nachbessern.

In diesem Fall könnten wir keine Prognose der zukünftigen Anpassungskosten erstellen und damit auch keine Pauschalpreise für die Zukunft vereinbaren (s. Stufe (3)). Die mangelhafte Erfüllung der Anforderungen kann sogar zu höheren Lebenszykluskosten führen. Das gilt es zu vermeiden.

Ein professionelles Risikomanagement verlangt also, dass die Erfüllung dieser technischen Anforderungen regelmäßig während der Softwareerstellung überprüft wird. Nachbesserungen werden dadurch zeitnah und wirtschaftlich möglich. Der zusätzliche Aufwand amortisiert sich in einem wirklich iterativen und inkrementellen Entwicklungsprozess durch die starke Vereinfachung der üblicherweise recht aufwändigen einzelnen Endabnahme.

optionale Zusatzleistungen

Wir stehen Ihnen neben einer einmaligen technische Abnahme auch für regelmäßige Teilabnahmen zur Verfügung.
Außerdem können wir erfahrene Coachs vermitteln, die einem unerfahrenen Entwicklungsteam durch Unterstützung bei der konkreten Erfüllung der relevanten technischen Anforderungen viel Lehrgeld ersparen und diesem dabei helfen, die zusätzlichen Anfangsaufwände schneller zu amortisieren.