200
}
4.4.3.2
Erhebung der internen Vergleichskosten
Die internen Kosten für den bestehenden Service sind als Vergleichswert zu
erheben. In diese Kosten fallen in der Regel folgende Bestandteile:
Hardwarekosten (in Form einer kalkulatorischen Abschreibung):
Hardwarekosten geteilt durch die tatsächliche Nutzungsdauer
Software- und Lizenzkosten (in Form einer kalkulatorischen
Abschreibung oder als Einmalkosten, abhängig von der Lizenz),
jährliche Wartungskosten für Hard- bzw. Software sowie Kosten für
Aktualisierung und Erweiterung der Software
Kosten der mit der Anwendung betrauten Mitarbeiter für
Administration, Wartung, Installation, Troubleshooting etc.,
multipliziert mit den internen Kosten
Eventuell anfallende Kosten von externen Mitarbeitern
Es empfiehlt sich, derartige Kosten über die geplante Vertragslaufzeit
darzustellen und zu summieren. Daraus lässt sich eine Kostenreihe für den
Eigenbetrieb des Services ableiten.
Um einen tatsächlichen Vergleich eines Eigenservices mit einem Cloud-
Service herstellen zu können, ist zu prüfen, ob die beiden Services auch
tatsächlich in funktionaler und qualitativer Hinsicht gleichartig sind.
Beispielsweise könnte ein Eigenservice ohne Ausfallsicherheit betrieben
worden sein, während ein Cloud-Service in einer ausfallsicheren Variante zur
Verfügung steht. In diesem Fall wäre der funktionale/qualitative Mehrwert
auch bei den internen Vergleichskosten hochzurechnen.
4.4.3.3
Einholen von Informationen und kommerziellen Angeboten
Im Zuge dieses Schritts werden Informationen zu den benötigten Cloud-
Services erhoben (z. B. über Recherche im Internet) oder aus vorliegenden
Cloud-Service-Angeboten ermittelt. Um möglichst korrekte Ergebnisse zu
bekommen, sind die zuvor erhobenen Mengen und Leistungsparameter zu
definieren.
Insbesondere sind die Steigerung oder die Varianz der Volumina und
Mengen zu berücksichtigen. Es empfiehlt sich, zwei oder mehrere Szenarien
zu berechnen (z. B. erstes Szenario: IST-Situation, zweites Szenario: zum
Ende der angestrebten Vertragslaufzeit). Ebenfalls empfiehlt es sich, ein
Best-Case- (geringe Nutzung) und ein Worst-Case-Szenario (übermäßige
