Das Geheimnis eines überzeugenden Business Case für eine starke DevOps-Plattform

Ich hatte das Vergnügen, von einigen der klügsten DevOps-Experten umgeben zu sein – einige davon habe ich auch ausführlich in unserem Podcast DevOps Sauna interviewt. Seit etwas mehr als einem Jahr bin ich Chief Marketing Officer bei Eficode und verbinde fundierte DevOps-Einblicke mit meiner langjährigen Erfahrung in der Technologiebranche. In diesem Blogbeitrag zeige ich euch, wie ihr einen überzeugenden Business Case für Investitionen in eine DevOps-Plattform erstellt. Einen Business Case, der Menschen mit Entscheidungskompetenz anspricht, die wenig oder gar nichts über DevOps wissen. In einer Sprache, die ihre Herzen und Köpfe gewinnt, beleuchten wir die positiven finanziellen Auswirkungen einer DevOps-Plattform. Außerdem zeigen wir, wie ihr euren Business Case mit einem Business-Case-Rechner untermauern könnt.

Was tut ihr, wenn eine Technologieinvestition für euch sinnvoll ist, aber für niemanden sonst?

Als IT- oder Softwareentwicklungsprofi wart ihr vielleicht schon einmal in der Situation, dass ihr eine Technologie bewertet habt und von ihr sowie den Vorteilen für euer Team voll und ganz überzeugt wart.

Leider könnt ihr bei der Argumentation dafür in eine schwierige Lage geraten: Die Vorteile mögen für euch offensichtlich sein – vielleicht sogar eine klare Sache. Doch wie übersetzt ihr diesen offensichtlichen Mehrwert in Zahlen? Und noch wichtiger: Wie übersetzt ihr ihn in Zahlen, die die Herzen und Köpfe der Entscheidungsträger in eurer Organisation gewinnen?

Anderen den Mehrwert einer DevOps-Plattform erklären

Bei Investitionen in eine DevOps-Plattform ist es gut, wenn ihr versteht, wie diese Investition Mehrwert für euer Unternehmen schaffen kann. Ihr müsst aber auch in der Lage sein, den Mehrwert von DevOps-Plattformen und der Toolchain jemandem zu erklären, der nichts über DevOps weiß, aber über die nötigen Mittel entscheidet.

Die zentrale Herausforderung besteht darin, dass Organisationen oft mehrere Projekte finanzieren könnten. Dann reicht es nicht aus, leitenden Stakeholdern die Vorteile und den finanziellen Mehrwert der Investition zu erklären. Ihr müsst auch begründen können, warum diese Investition besser ist als eine andere Option, die sie in Betracht ziehen.

Letztlich kommt es darauf an, zu verstehen, wie eure Entscheidungsträger über Investitionen denken, und eure Argumentation in ihrer Sprache aufzubauen.

Deshalb zeigen wir euch jetzt das Geheimnis eines überzeugenden Business Case für eure DevOps-Plattform – mit folgenden Schritten:

1. Die vier wichtigsten Begriffe erklären, die Entscheidungsträger verstehen – einfach ausgedrückt

2. Die finanziellen Auswirkungen einer DevOps-Plattform anhand verschiedener Kennzahlen beleuchten

3. Überlegen, was ihr von einer Investition auf Grundlage dieses Business Case erwarten könnt

Wie Finanzentscheider denken

Vielleicht seid ihr überzeugt, dass sich die Vorteile von DevOps leicht berechnen lassen und der ROI offensichtlich ist. Das stimmt auch – wie ihr feststellen werdet, wenn ihr unseren DevOps-Business-Case-Rechner oder unseren Leitfaden zu Kosten für Toolchain-Wartung und -Support nutzt. Entscheidungsträger zu überzeugen, ist jedoch sowohl Kunst als auch Wissenschaft. Statt euch nur auf euer Team, eure Projekte oder die Bedeutung einer Investition in eine DevOps-Plattform für euch zu konzentrieren, ist es wichtig, die richtige Sprache für eure Zielgruppe zu verwenden.

Wenn ihr diese vier Schlüsselbegriffe verwendet, wird denjenigen, die über das Budget entscheiden, klar, dass ihr eure Hausaufgaben gemacht habt. Außerdem hilft es ihnen, die Vorteile der von euch vorgeschlagenen Lösung anhand von Zahlen mit anderen Projekten zu vergleichen, die möglicherweise um dasselbe Budget konkurrieren.

Vier Schlüsselbegriffe für die Diskussion eures DevOps-Business-Case mit Entscheidungsträgern ohne DevOps-Kenntnisse

Entscheidungsträger möchten wissen, wie eine Investition in euer Projekt im Vergleich zu anderen Optionen abschneidet. Ihr müsst diese unausgesprochene Frage beantworten können: „Wenn ich tausend Euro habe und mich entscheiden muss, wofür sollte ich das Geld einsetzen?“

Natürlich müsst ihr zunächst berechnen, ob der Einsatz einer DevOps-Plattform einen überzeugenden Business Case bietet – darauf gehen wir später noch genauer ein. Zum Glück müsst ihr nicht alles selbst berechnen oder die Rohdaten für die Berechnungen beschaffen. Ihr könnt zunächst einen bestehenden Business-Case-Rechner nutzen.

Sobald ihr die Zahlen vorliegen habt, ist es wichtig, die richtige Sprache zu verwenden.

Dies sind die vier Schlüsselbegriffe, die ihr für jeden Business Case verwenden solltet:

1. Kapitalwert

Für die Berechnung des Kapitalwerts (oft einfach als NPV bezeichnet) betrachtet ihr alle Kosten und Vorteile über den Zeitraum des Business Case und schätzt, wie viel die Investition wert wäre, wenn alles sofort geschehen würde statt über einen längeren Zeitraum.

2. Amortisationszeit

Beantwortet die Frage, wie lange es dauern würde, bis ihr den investierten Betrag wieder eingespielt habt und die Investition beginnt, Gewinn oder Nettoeinsparungen zu erzielen.

3. Kapitalrendite

Der Return on Investment, oft einfach als ROI bezeichnet, ist eine Kennzahl, die Folgendes zeigt: Wenn ihr einen Euro in diese Lösung investiert, wie viele Euro erhaltet ihr zurück?

4.   Sensitivität

Hierbei wird betrachtet, wie gut ihr alle Kosten und Nutzen geschätzt habt. Überlegt, wie stark sich der Business Case verändern würde, wenn die Kosten um 10 % steigen oder der Nutzen um 10 % sinkt.

Vier zentrale Vorteile einer Investition in eine DevOps-Plattform

Ihr habt die Berechnungen durchgeführt. Ihr habt den NPV, ROI, die Amortisationszeit und die Sensitivität ermittelt – und könnt die passenden Begriffe nutzen, um die finanziellen Vorteile einer Investition in eine DevOps-Lösung zu erläutern. Ebenso wichtig ist es, die weiteren Vorteile zu betrachten.

Jetzt solltet ihr konkret werden und die Vorteile, die für euch und euer Team offensichtlich sind und die ihr bereits finanziell belegt habt, den Vorteilen im Arbeitsalltag gegenüberstellen.

Wie wir in unserem Leitfaden So schätzt ihr die Kosten für Wartung und Support einer DevOps-Toolchain genauer erläutern, stechen vier zentrale Vorteile besonders hervor.

1.   Eine DevOps-Plattform hilft euch, unproduktive Zeit zu reduzieren und die Produktivität in der Entwicklung zu steigern

Wenn Experten für Softwareentwicklung ihre wertvolle Zeit mit der Wartung und Anpassung einzelner Lösungen in der Toolchain verbringen, schreiben sie keinen Code. Entscheidungsträger verwenden hierfür gern den Begriff „Opportunitätskosten“ – also den Verlust oder Nutzen, der entstanden wäre, wenn die beste Alternative gewählt worden wäre.

Die Opportunitätskosten, die entstehen, wenn jemand statt als Softwareentwickler die Rolle eines IT-Spezialisten übernimmt, wirken sich negativ auf das Geschäft aus. Können sich Experten für Softwareentwicklung jedoch vollständig darauf konzentrieren, mehr und bessere Software zu entwickeln, werden Unterbrechungen für die zahlreichen Beteiligten in der Softwareentwicklungspipeline vermieden.

Die Alternative sind jederzeit verfügbare und aktuelle Tools für die Softwareentwicklung, die erfolgreiche und termingerechte Builds, Tests und Deployments ermöglichen. Da Anforderungen schneller zu deploybarem Code werden, können eure Teams in derselben Zeit mehr Features bereitstellen und mehr technische Schulden abbauen.

2.   Eine DevOps-Plattform hilft euren Mitarbeitern, zu wertschöpfenderen Aufgaben zu wechseln – und verkürzt die Durchlaufzeiten

In ihrem Buch Accelerate definiert Nicole Forsgren die Durchlaufzeit als „die Zeit von dem Moment, in dem die Entwicklung mit der Arbeit am Code beginnt, bis der Code deploybar ist“.

In jeder Organisation muss jemand sicherstellen, dass die Toolchain für die Softwareentwicklung kontinuierlich gewartet und verbessert wird. Meist übernehmen einzelne Personen diese Aufgaben zusätzlich zu ihren anderen Rollen. Statt sich auf wertschöpfende Aufgaben konzentrieren zu können, werden sie zu Alleskönnern – sie kümmern sich um alles Mögliche. Anstatt ihre spezialisierten Fähigkeiten für großartige Software einzusetzen, verteilen sich ihre Bemühungen auf viele Bereiche. Dadurch fehlt ihnen oft die Kapazität, sich auf die anspruchsvolleren Aufgaben zu konzentrieren, für die sie qualifiziert sind, weil diese weniger anspruchsvollen Tätigkeiten so viel Zeit beanspruchen.

Auch wenn ein wenig Wartung hier und da harmlos wirken mag, sollte der Wert von Fokus nicht unterschätzt werden. Die entscheidenden Fragen sind:

-Sollten sie Experten für Softwareentwicklung und -bereitstellung sein?

-Sollten sie die Wartung von Tools für die Softwarebereitstellung beherrschen müssen?

-Beides?

Für die meisten Teams ist die Antwort klar: Sie sollten ihre Zeit für die Software selbst einsetzen. Eine Softwarebereitstellungsstraße ist unverzichtbar, doch Teams müssen deren Wartung nur selten hervorragend beherrschen, um in ihrer eigentlichen Arbeit wettbewerbsfähig zu sein. Das Management der DevOps-Pipeline kann an Fachexperten ausgelagert werden. Wenn weniger Zeit für die Wartung von Tools aufgewendet wird, können sich die Mitarbeiter auf die Verbesserung der Automatisierung konzentrieren, und es werden weniger Mitarbeiter für grundlegende Aufgaben benötigt, um den Betrieb aufrechtzuerhalten.

3.   Eine DevOps-Plattform hilft euch, schneller Umsatz durch kürzere Lead Time zu erzielen

Was ist Lead Time? Falls eine Erklärung nötig ist – denkt daran, dass eure leitenden Stakeholder möglicherweise nicht vollständig mit der DevOps-Terminologie vertraut sind –, sagt Nicole Forsgren: „Lead Time ist die Zeit von einer Kundenanfrage bis zu ihrer Erfüllung.“

Je schneller deploybarer Code Kunden erreicht, desto zufriedener sind sie, desto wirksamer kann euer Produkt sein und desto schneller könnt ihr mehr Umsatz erzielen. Bessere Praktiken in der Softwareentwicklung verkürzen die Lead Time. Eure Entscheidungsträger werden die positiven Auswirkungen dieser Aussage sofort erkennen.

4.   Eine DevOps-Plattform kann eurem Unternehmen helfen, sich schneller von Störungen zu erholen und die MTTR zu reduzieren

Wenn ihr leitende Stakeholder vom Business Case für eine DevOps-Plattform überzeugen möchtet, ist MTTR einer der zentralen Begriffe.

Was bedeutet MTTR? MTTR steht für Mean Time to Recovery. Selbst bei besten Absichten läuft nicht immer alles wie geplant. Je schneller sich Serviceunterbrechungen jedoch beheben lassen, desto besser ist es für alle Beteiligten.

Wenn die Fehlerquote sinkt, lassen sich Serviceunterbrechungen schneller beheben und Umsatzeinbußen durch Ausfallzeiten minimieren. Das wird Entscheidungsträger überzeugen. Deshalb solltet ihr diesen Aspekt in eure Argumentation für eine Investition in eine DevOps-Plattform aufnehmen: Mit den richtigen Tools ist die Toolchain bei einer Serviceunterbrechung jederzeit einsatzbereit.

So kann die Arbeitszeit dafür genutzt werden, das Problem in der Produktion zu beheben, statt sich mit Problemen in der Toolchain zu befassen. Diese lassen sich besser von Toolchain-Spezialisten und Experten lösen, die sie effizienter erkennen und beheben können.

Alles zusammengeführt: Die wichtigsten Faktoren für den Business Case einer DevOps-Plattform kombinieren

Jetzt kennt ihr die wichtigsten Begriffe, die in euren Business Case gehören, sowie die Vorteile, die ihr darlegen solltet. Nun gilt es, die Zusammenhänge herzustellen.

Ein Business-Case-Rechner ist hilfreich, doch sein Wert hängt davon ab, wie relevant er für euer Unternehmen ist. Der Rechner muss relevante Fakten zu eurem Unternehmen berücksichtigen und diese in DevOps-Metriken übersetzen.

Dazu benötigt ihr unter anderem folgende Angaben:

-Die Gesamtpersonalkosten eines einzelnen Softwareentwicklers

-Der Gesamtumsatz eures Unternehmens

-Der Wert, den euer Unternehmen durch seine Software-R&D-Funktion voraussichtlich erzielen wird

-Spezifische DevOps-Metriken, darunter Cycle Time, Lead Time und MTTR

Darüber hinaus reicht es nicht, diese Fakten einfach zu erfassen: Ihr müsst die Beziehungen zwischen den verschiedenen Eingaben sowie den finalen Metriken und Ergebnissen modellieren können.

Einen Business Case selbst zu erstellen ist möglich, aber nicht einfach

Ich würde euch davon abraten, selbst einen zu erstellen. Einen Investitionsvorschlag auszuarbeiten, ist nie einfach. Einen Rechner für Investitionsvorschläge zu entwickeln, ist um ein Vielfaches schwieriger. Nutzt lieber vorhandene Ressourcen von Menschen, die bereits Dutzende oder Hunderte Business Cases erstellt haben, statt das Rad neu zu erfinden.

In der Regel erstellt jemand in einem Unternehmen – etwa aus R&D, der Softwareentwicklung oder dem Betrieb – nur gelegentlich Business Cases. Daher ist es nur logisch, ein Modell eines Lösungsanbieters zu nutzen, der regelmäßig Business Cases erstellt. Es braucht viele Anwendungsfälle, um sicherzustellen, dass ein Modell gründlich auf Herz und Nieren geprüft wurde.

Das Gute daran: Eficode hat das schon oft gemacht und einen praktischen Business-Case-Rechner entwickelt, den ihr kostenlos nutzen könnt.

Unser Business-Case-Rechner berücksichtigt die wichtigsten DevOps-Metriken, gewichtet sie, führt die Berechnungen durch und schätzt euer Einsparpotenzial, die Auswirkungen auf den Umsatz sowie die Investitionskosten. Anschließend stellt er den Business Case anhand von drei der zuvor besprochenen Kennzahlen dar: NPV, ROI und Amortisationszeit.

Wenn ihr den Business Case für die DevOps-Plattform lieber selbst erstellen möchtet, müsst ihr nur diese Angaben eingeben – die Berechnungen übernimmt der Rechner für euch.

Berücksichtigt diese sieben Eingaben, um einen Business Case für eine DevOps-Plattform zu berechnen

1. Euer Unternehmensumsatz

2. Die Anzahl der derzeit beschäftigten Mitarbeiter in der Softwareentwicklung

3. Die aktuelle monatliche Ausfallzeit eurer Softwareentwicklungs-Toolchain

4. Die Anzahl der beschäftigten Toolchain-Spezialisten, gemessen in Vollzeitäquivalenten anhand der Arbeitszeit, die für die Verwaltung eurer Toolchain aufgewendet wird

5. Cycle Time

6. Lead Time

7. Anzahl und Dauer ungeplanter Ausfälle eurer Software in der Produktion

Sobald diese Zahlen eingegeben sind, erhaltet ihr eine umfassende Berechnung auf Grundlage unserer Erfahrungen mit anderen Kunden. In einem späteren Business-Value-Workshop können wir diese Zahlen weiter verfeinern, um die Genauigkeit zu erhöhen und die Argumentation mit zusätzlichen Details zu untermauern.

Lasst euch von Experten für DevOps-Plattformen dabei unterstützen, den fundiertesten und wertvollsten Business Case für eure Organisation zu entwickeln.

Ihr könnt mithilfe der von uns entwickelten Tools zwar selbst einen Business Case erstellen. Dennoch möchte ich euch und alle Kollegen, die vom Aufbau eines Business Case für die Vorteile einer DevOps-Plattform profitieren würden, zu einem Business-Value-Workshop einladen.

In diesem Workshop erlebt ihr die Vorteile und Einsparpotenziale eines DevOps-Tools. Wir besprechen alle in diesem Blogbeitrag genannten Variablen und vieles mehr. Außerdem erstellen wir einen individuellen Business Case, der auf die besondere Situation und die spezifischen Merkmale eures Unternehmens zugeschnitten ist.

Fazit:

1. Ihr müsst euren Business Case gegenüber finanzkundigen Entscheidern mit vertrauter Terminologie begründen können, damit sie ihn mit anderen Business Cases vergleichen können, die ihnen vorliegen und möglicherweise um dasselbe Budget konkurrieren.

2. Zu den wichtigsten Begriffen in einem Business Case gehören: Kapitalwert, Return on Investment und Amortisationszeit.

3. Zu den wichtigsten Gründen für einen Business Case für eine DevOps-Plattform gehören: höhere Produktivität der R&D-Teams, mehr Effizienz für Spezialisten für Toolchains und Automatisierung, kürzere Cycle Time und Lead Time sowie die Verringerung der Häufigkeit und Wiederherstellungszeit ungeplanter Ausfälle.

Es ist nicht besonders kompliziert, aber auch nicht einfach. Wenn ihr also bereit seid, einen Business Case für Investitionen in DevOps-Plattformen zu erstellen, der euch hilft, den ROI zu verbessern, Kosten für Software-Pipelines zu senken und die Effizienz eures R&D-Teams zu steigern – bei weniger Stress und Frust –, sprecht uns an.

Wir helfen euch gerne weiter. Eficode ROOT, unser preisgekrönter One-Stop-Shop für DevOps-Tools, lässt sich in über 40 Tools integrieren. So verbringt ihr weniger Zeit mit der Verwaltung eurer Tools und mehr Zeit mit der Entwicklung großartiger Software.