Zum Inhalt
cube4devcube4dev
Entdecken & suchen Kontakt
DE
DeutschEnglishEspañolFrançaisItaliano简体中文日本語
Minimal Organization: NIMBORA, Cloud und Unternehmenssoftware – das Gelände im Modell von schräg oben

Simulation · Minimal Organization · Digitale Plattformen

Cloud-Anbieter

Ein Cloud-Anbieter als begehbares Modell: Supportfälle, Zonenausfälle und neue Rechenzentren auf drei Zeitskalen, in einer laufenden Simulation.

Mit Passwort startenPasswort bei Interesse anfragen →

Alle Daten sind erfunden, NIMBORA ist keinem Anbieter nachgebildet. Das Modell lässt sich an die echten Daten Ihres Hauses anpassen und zeigt dann, was heute verstreut liegt: Ticketzahlen und Eskalationsquoten je Dienst oder Auslastung und Fehlerbudget je Zone, live.

Wie läuft der Support-Prozess bei einem Cloud-Anbieter? NIMBORA, ein erfundener Anbieter für Cloud und Unternehmenssoftware, zeigt es auf drei Zeitskalen: Rechenzeit nach Minuten, Supportfälle nach Stunden, neue Rechenzentren nach Jahren. Im Hauptvorgang meldet ein Kunde, dass seine Datenbank langsam antwortet. Der Fall geht von der ersten Stufe zu den Spezialisten und bis zu den Entwicklern des Dienstes – und wartet, wenn der Kunde Details liefern muss.

Im Quartier stehen Engineering-Campus, Vertriebshaus, die drei Zonen A, B und C sowie Umspannwerk und Tanklager. Fällt Zone B aus, trifft es viele Dienste gleichzeitig, und das Lagezentrum arbeitet an mehreren Störungen parallel. Ein Änderungsstopp bei leerem Fehlerbudget bringt weniger Ausfälle, neue Funktionen kommen dafür später. Daneben kommt ein Großkunde in die Cloud, und ein neues Rechenzentrum wartet auf seinen Netzanschluss.

Die Seite ist für Menschen, die bei einem Cloud- oder Softwareanbieter Support, Betrieb, Vertrieb oder Strategie verantworten oder anderen erklären müssen.

Ein Kunde braucht Hilfe

  1. 01

    Kunde meldet ein Problem: Ein Kunde meldet: die Datenbank antwortet langsam.

  2. 02

    Support erste Stufe: Die erste Stufe löst bekannte Probleme selbst.

  3. 03

    Support Spezialisten: Spezialisten analysieren Protokolle und Konfiguration.

  4. 04

    Kunde liefert Details: Der Kunde liefert Details nach.

  5. 05

    Entwickler des Dienstes: Die Entwickler des Dienstes suchen den Fehler im Code.

  6. 06

    Gelöst.

Wofür ein Cloud-Anbieter das Modell nutzen kann

  • Interne Kommunikation

    Support, Dienste-Teams und Lagezentrum hängen eng zusammen, der Vertrieb sitzt im eigenen Haus daneben. Das Schaubild „Wer mit wem arbeitet“ macht diese Nähe und Ferne für alle sichtbar.

    Für wenGeschäftsführung, Engineering-Leitung, interne Kommunikation

  • Onboarding

    Neue Solution Architects und Vertriebsleute sehen in der Ansicht Zusammenarbeit, wer einen Großkunden in die Cloud bringt: Probe beim Kunden, Sicherheitsfragebogen, Deal Desk, Migration mit einem Partner.

    Für wenVertrieb, Solution Architects, Customer Success

  • Ausbildung

    Die Störung „Zone B fällt aus“ und der Vorgang „Ein Dienst fällt in einer Zone aus“ setzen das Lagezentrum unter Last: Rufbereitschaft, Incident Commander, Statusseite, Nachbetrachtung ohne Schuldzuweisung.

    Für wenIncident-Verantwortliche, Rufbereitschaft, neue SRE-Teams

  • Vermittlung an Kunden

    Unternehmenskunden sehen, wo das 24-Stunden-Ziel verloren geht: beim Warten auf ihre eigenen Details oder auf die Entwickler. Das Schaubild „Wo die Zeit bleibt“ zeigt beide Wartezeiten.

    Für wenKundenbetreuung, Customer Success

  • Strategischer Überblick

    Mehr Spezialisten oder bessere Anleitungen? „Was welcher Regler bewirkt“ vergleicht beides. Der Vorgang „Ein neues Rechenzentrum entsteht“ zeigt, warum ein halbes Jahr Stromnetz-Engpass neue Kapazität verschiebt.

    Für wenVorstand, Strategie, Kapazitätsplanung

Was dargestellt wird – warum – für wen

Was gezeigt wird Warum Für wen
Weg eines Supportfalls über erste Stufe, Spezialisten und Entwicklung (Ansicht Prozesse) WarumZeigt, wie oft und wohin eskaliert wird. Für wenSupportleitung, Kundenbetreuung
Schaubild „Was welcher Regler bewirkt“: Anleitungen, Spezialisten, Änderungsstopp WarumVergleicht mehr Personal mit besseren Werkzeugen. Für wenEngineering-Leitung, Controlling
Schaubild „Wo die Zeit bleibt“: Warten auf Kundendetails und Entwickler WarumZeigt, wo das 24-Stunden-Ziel verloren geht. Für wenSupportleitung, Kundenbetreuung
Schaubild „Woran die Arbeit hängt“: Zonen A, B, C und Stromversorgung WarumMacht sichtbar, welche Dienste ein Zonenausfall trifft. Für wenBetrieb, Risikomanagement, Aufsicht
Störung „Zone B fällt aus“ im Quartier WarumZeigt das Lagezentrum unter Last. Für wenIncident-Verantwortliche, Schulung
Vorgang „Ein neues Rechenzentrum entsteht“ mit der Störung „Stromnetz-Engpass“ WarumErklärt die Jahre zwischen Bedarf und Kapazität. Für wenStrategie, Standortplanung
Ansicht Zusammenarbeit zwischen Engineering-Campus und Vertriebshaus WarumZeigt, wer einen Großkunden in die Cloud bringt. Für wenVertrieb, Onboarding

Abteilungen im Modell

  • Vorstand

    Führt Produkte, Regionen und Vertrieb.

  • Dienste-Teams Rechnen und Speicher

    Bauen und betreiben ihre Dienste selbst: wer es baut, betreibt es.

  • Dienste-Teams Daten und KI

    Datenbanken, Analyse, KI-Dienste.

  • Betrieb (SRE)

    Rufbereitschaft, Lagezentrum, Kapazität; misst Verfügbarkeit gegen Fehlerbudgets.

  • Sicherheit

    Sicherheitszentrale rund um die Uhr, Schwachstellen, Fragebögen der Kunden.

  • Compliance und Zertifizierung

    Testate nach C5 und ISO 27001, Anforderungen der Finanzkunden.

  • Rechenzentren und Energie

    Standorte, Strom, Kühlung, Bau.

  • Rechenzentrumsbetrieb

    Bauen Server ein, tauschen defekte Teile, laufen Streife in den Hallen.

  • Kapazitätsplanung

    Rechnet Jahre voraus, wie viel Rechenleistung gebraucht wird.

  • Vertrieb

    Gewinnt Großverträge mit Mindestabnahme.

  • Solution Architects

    Bauen mit dem Kunden die Probe (Proof of Concept).

  • Customer Success

    Begleitet Kunden nach dem Abschluss beim Hochlauf.

  • Support

    Drei Stufen: erste Hilfe, Spezialisten, dann die Entwickler des Dienstes.

  • Finanzen und Deal Desk

    Abrechnung nach Nutzung, Rabattfreigaben, Gutschriften.

  • Recht

    Verträge, Datenschutz, Auslagerungsklauseln.

Alle Vorgänge im Modell

Ein Kunde braucht Hilfe

  1. 01Kunde meldet ein Problem: Ein Kunde meldet: die Datenbank antwortet langsam.
  2. 02Support erste Stufe: Die erste Stufe löst bekannte Probleme selbst.
  3. 03Support Spezialisten: Spezialisten analysieren Protokolle und Konfiguration.
  4. 04Kunde liefert Details: Der Kunde liefert Details nach.
  5. 05Entwickler des Dienstes: Die Entwickler des Dienstes suchen den Fehler im Code.
  6. 06Gelöst.

Ein Dienst fällt in einer Zone aus

  1. 01Alarm: Fehlerbudget brennt: Die Überwachung schlägt an: zu viele Fehler, das Fehlerbudget brennt.
  2. 02Rufbereitschaft reagiert: Die Rufbereitschaft wird geweckt und bewertet den Schweregrad.
  3. 03Incident Commander übernimmt: Ein Incident Commander übernimmt; Rollen werden verteilt.
  4. 04Abfangen und informieren laufen gleichzeitig.
  5. 05Rollback oder Zone abziehen: Das Dienst-Team rollt die Änderung zurück oder zieht den Verkehr aus der Zone ab.
  6. 06Statusseite und Kundeninfo: Die Statusseite wird aktualisiert.
  7. 07Der Dienst läuft wieder.
  8. 08Wiederherstellung und Datenabgleich: Daten werden abgeglichen, die Zone kommt zurück.
  9. 09Nachbetrachtung ohne Schuldzuweisung: Nachbetrachtung ohne Schuldzuweisung: was lernen wir?
  10. 10Gutschrift nach Vertrag: Kunden bekommen eine Gutschrift nach Vertrag.
  11. 11Abgeschlossen.

Ein Großkunde kommt in die Cloud

  1. 01Bedarf qualifizieren: Der Vertrieb prüft: ein Versicherer will seine Rechenzentren auflösen.
  2. 02Probe und Sicherheitsfragebogen laufen parallel.
  3. 03Probe mit dem Kunden (Proof of Concept): Solution Architects bauen mit dem Kunden eine Probe.
  4. 04Sicherheitsfragebogen: Hunderte Fragen zu Verschlüsselung, Zugriff, Prüfungen.
  5. 05Probe und Sicherheit bestanden.
  6. 06Vertragsverhandlung: Vertrieb, Recht und Finanzen verhandeln Preise und Klauseln.
  7. 07Rabattfreigabe (Deal Desk): Der Deal Desk gibt den Rabatt frei – oder schickt zurück.
  8. 08Verloren.
  9. 09Einkauf des Kunden unterschreibt: Der Einkauf des Kunden unterschreibt – oft am Quartalsende.
  10. 10Migration mit einem Partner: Ein Partner zieht die Anwendungen um.
  11. 11Nutzung wächst: Customer Success begleitet, die Nutzung wächst.
  12. 12Gewonnen.

Ein neues Rechenzentrum entsteht

  1. 01Bedarfsprognose: Die Kapazitätsplanung sieht: in drei Jahren reicht der Platz nicht mehr.
  2. 02Standort wählen: Ein Standort mit Strom, Glasfaser und Grundstück wird gesucht.
  3. 03Netzanschluss und Baugenehmigung laufen parallel.
  4. 04Netzanschluss beim Netzbetreiber: Der Netzbetreiber baut den Anschluss.
  5. 05Genehmigung der Kommune: Die Kommune genehmigt.
  6. 06Anschluss und Genehmigung da.
  7. 07Bau und Hardwarebestellung laufen gleichzeitig.
  8. 08Bau der Hallen: Ein Generalunternehmer baut die Hallen.
  9. 09Server und Chips bestellen: Server, Chips und Netzwerk werden bestellt.
  10. 10Halle steht, Hardware da.
  11. 11Einbau und Einbrennen: Der Rechenzentrumsbetrieb baut ein und lässt alles einbrennen.
  12. 12Freigabe für Kunden: SRE gibt die neue Kapazität für Kunden frei.
  13. 13Eröffnet.

Was Sie verändern können

Regler

  • Kundenlast: Nach einem Produktstart kommen deutlich mehr Fragen.
  • Anleitungen und Werkzeuge: Die erste Stufe löst mehr Fälle selbst (Modellannahme).
  • Support-Spezialisten: Wie viele Fälle die zweite Stufe gleichzeitig bearbeitet.
  • Änderungsstopp bei leerem Fehlerbudget: Weniger Änderungen, weniger Ausfälle – neue Funktionen kommen später.

Störungen

  • Fehlerhafte Konfiguration weltweit: Vier Stunden lang fünfmal so viele Tickets, die Spezialisten brauchen länger.
  • Zone B fällt aus: Zwei Stunden lang trifft es viele Dienste gleichzeitig: das Lagezentrum arbeitet an mehreren Störungen parallel.
  • Stromnetz-Engpass: Ein halbes Jahr lang braucht jeder neue Netzanschluss doppelt so lange.

Was das Modell einem Cloud-Anbieter bringt

  • 01

    Minuten, Stunden, Jahre

    Rechenzeit, Supportfall und Bau eines Rechenzentrums laufen im selben Modell. So wird sichtbar, warum Kapazität Jahre vor dem Bedarf geplant wird.

  • 02

    Hebel statt Bauchgefühl

    Die Simulation rechnet mit Warteschlangen in erster und zweiter Stufe. Die Regler für Anleitungen, Spezialisten und Änderungsstopp zeigen ihre Wirkung direkt im Schaubild.

  • 03

    Ausfälle ohne Risiko

    Störungen wie „Fehlerhafte Konfiguration weltweit“ oder „Zone B fällt aus“ lassen sich auslösen und beobachten, ohne dass ein Kunde etwas merkt.

  • 04

    Abhängigkeiten auf dem Tisch

    „Woran die Arbeit hängt“ zeigt Zonen und Stromversorgung als Kette. Das hilft, wenn Betrieb, Risikomanagement und Aufsicht an einem Tisch sitzen.

  • 05

    Auf der großen Leinwand

    Begehbar im Browser und auf großen Projektionen, mit geführtem Rundgang beim ersten Start: für Betriebsversammlung, Kundenworkshop oder Vorstandssitzung.

Grundlage und Grenzen

Fiktiver Cloud-Anbieter · Modell auf Grundlage recherchierter Branchenstrukturen · keine Vorhersage für reale Unternehmen

1 Vorgang = 10 Supportfälle, 1 Störung, 1 Großkunde oder 1 Rechenzentrum · 1 Figur ≈ 30 Beschäftigte

Alle Mengen, Dauern, Quoten und Kapazitäten sind Modellannahmen, keine Werte eines realen Anbieters.

Die Quellenangabe zu Regionen und Zonen beschreibt ein verbreitetes Prinzip; NIMBORA ist keinem Anbieter nachgebildet.

Belegt: Fehlerbudgets und Incident-Rollen als Methode, Sicherheitstestat C5, Aufsicht über kritische IT-Dienstleister nach DORA.

Öffentliche Quellen, auf denen das Modell beruht:

  • BSI C5 Kriterienkatalog Cloud Computing
  • Verordnung (EU) 2022/2554 (DORA)

Ihre Cloud als Modell

Sie möchten Ihre Support-Stufen, Ihre Zonen oder Ihre Ausbaupläne so sehen? Schreiben Sie uns oder rufen Sie an. Wir besprechen, aus welchen Systemen das Modell Ihre Zahlen bekommt. Das Passwort für NIMBORA gibt es auf Anfrage.

Mit Passwort starten

Passwort bei Interesse anfragen →

Dazu anfragen

Minimal Organization: Cloud-Anbieter

Die Angaben gehen nur an diesen Auftritt und dienen allein der Beantwortung.

Ähnliche Geschäftsmodelle

← Minimal Organization

Alle Daten sind erfunden, NIMBORA ist keinem Anbieter nachgebildet. Das Modell lässt sich an die echten Daten Ihres Hauses anpassen und zeigt dann, was heute verstreut liegt: Ticketzahlen und Eskalationsquoten je Dienst oder Auslastung und Fehlerbudget je Zone, live.