Zum Inhalt springen
Butterfly
Migration

Wenn Sie ein System ablösen.

Migration ist eine Methode, kein Risiko. Messen statt schätzen.

Ein System abzulösen bedeutet, die Arbeit zu finden, die tatsächlich im alten Tool steckt, und sie vollständig an den neuen Ort zu übertragen, bevor die Lizenz des alten Tools gekündigt wird.

Butterfly muss Ihre bestehenden Systeme nicht ersetzen; die Plattform kann auf ihnen aufsetzen und die Arbeit zwischen ihnen steuern. Bei Bedarf kann sie alle Ihre Arbeitsmanagement-, Anlagen- und Instandhaltungs- sowie Freigabe-/BPM-Tools ersetzen.

Unternehmen, die Butterfly vertrauen
VodafoneFloReebokNine WestMetro İstanbulDoğuş MedienTypkuvazNTVDiscoveryTLCKoleksiyonLumberjackGQVogueDeva HoldingKoray KimyaPuhu TVDMAX
Methode

Erst messen, dann migrieren.

Jede Migration folgt denselben 6 Schritten; kein unumkehrbarer Schritt wird unkontrolliert gegangen.

  1. Discovery

    welches System abgelöst wird und warum; Prozessverantwortliche und Entscheider

  2. Gemessenes Inventar

    Struktur (Projekte, Felder, Workflows, Skripte, Integrationen, Berechtigungen) und Nutzung (Datensatzvolumen, tatsächlich laufende Abläufe)

  3. Zieldesign

    Datenmodell, Zustandsmaschinen und Integrationen in Butterfly sowie eine Liste offener Fragen mit markierten Blockern

  4. Pilot

    Test des riskantesten Prozesses mit den eigenen Daten des Unternehmens

  5. Schrittweise Migration

    Datenübernahme, Parallelbetrieb, Abgleich der Kennzahlen mit dem Altsystem

  6. Abschluss

    Umstellung, Einfrieren und Abschaltung des Altsystems

Die schwierigen Seiten einer Migration

Bekannte Risiken, gemessene Antworten.

Die fünf Bedenken, die wir in Migrationsgesprächen am häufigsten hören, und unsere Antwort darauf.

Heute
Mit Butterfly

Wir messen zuerst. Wir lesen die Struktur und die Nutzungsdaten des Quellsystems aus und vergleichen, was dokumentiert, was installiert und was tatsächlich genutzt wird.

ErgebnisUngenutzte Strukturen werden nicht migriert; verborgener Umfang ist von Anfang an sichtbar.

Wir teilen die Migration in Phasen auf. Den riskantesten Prozess testen wir zuerst mit einem kleinen Team im Pilotbetrieb, danach migrieren wir schrittweise.

ErgebnisSelbst unter Termindruck wird kein unumkehrbarer Schritt unkontrolliert gegangen.

Änderungen überlassen wir Ihnen. Prozessschritte, Freigaberegeln, Formulare und Berechtigungen werden auf der Plattform als Daten gespeichert; eine Änderung ist Konfiguration, keine Software.

ErgebnisDer Prozessverantwortliche nimmt Änderungen nach eigenem Zeitplan vor.

Wir holen Schritte aus dem E-Mail-Postfach zurück in den Prozess. Schritte, die in E-Mails abwandern, etwa zusätzliche Dokumente und zusätzliche Freigaben, werden über eine Regeltabelle in den Ablauf aufgenommen.

ErgebnisArbeit außerhalb des Systems kommt zurück ins System; der Prüfpfad ist vollständig.

Wir betreiben beide Systeme eine Zeit lang gemeinsam. Butterfly läuft auf den bestehenden Systemen; während der Migration arbeiten altes und neues System integriert oder parallel.

ErgebnisVeränderung wird zu kontrollierter Konfiguration statt zu einem einmaligen Projekt.
Reifetest

Wie bereit ist Ihr Unternehmen für die Migration?

8 Fragen, zwei Minuten. Wählen Sie bei jeder Frage die Antwort, die am ehesten auf Sie zutrifft; am Ende sehen Sie Ihre Migrationsbewertung und die ersten Schritte, die Sie gehen sollten.

  • Daten
  • Anbindungen
  • Validierung
  • Team und Umstellung
8 Fragen · etwa 2 Minuten
Daten1 / 8
Wurde eine Bestandsaufnahme der zu migrierenden Daten erstellt?
Daten2 / 8
Ist entschieden, wie viele historische Daten migriert werden?
Anbindungen3 / 8
Kennen Sie die Add-ons und Anpassungen im aktuellen System?
Anbindungen4 / 8
Sind die anderen Systeme bekannt, mit denen das aktuelle System verbunden ist?
Validierung5 / 8
Sind Kriterien definiert, ab wann die Migration als erfolgreich gilt?
Validierung6 / 8
Gibt es einen Pilotplan mit echten Benutzern?
Team und Umstellung7 / 8
Stehen die Prozessverantwortlichen fest?
Team und Umstellung8 / 8
Stehen Umstellungstermin und Rückfallplan bereit?
Migrationsbewertung ansehen · 2 Min.
Freigabe und BPM

Wenn Sie Ihr Freigabesystem ablösen.

In Freigabe-Tools mit starren Formularen wandert der Prozess in E-Mails ab, und Arbeit außerhalb des Systems nimmt zu. In Butterfly werden Freigabeschritte, Formulare und Berechtigungen als Daten gespeichert; eine Änderung ist Konfiguration, kein Softwareprojekt. Zusätzliche Freigabe- und Dokumentschritte, die in E-Mails abwandern, werden über eine Regeltabelle zurück in den Prozess geholt.

Gehaltsabrechnung für 6.000 Mitarbeitende wird über einen Freigabeablauf mit dualer E-Signatur an die Bank übermittelt; Freigaben werden gemäß der Organisationshierarchie an die zuständige Führungskraft geleitet (im Produktivbetrieb).

Auch Freigabe- und BPM-Migrationen folgen derselben Methode: vermessene Bestandsaufnahme, Pilot, schrittweise Migration.
Aus der Praxis

Migrationen in Zahlen

Kundennamen werden aus Vertraulichkeitsgründen nicht genannt.

89 Projekte · 32.000+ VorgängeMigration von einem Arbeitsmanagement-Tool am selben Tag (unsere eigene Nutzung)
~55.000Anlagen, aus einem alten Anlagen- und Instandhaltungssystem migriert (im Produktivbetrieb)
~2,5 MonateDauer der Anlagen- und Instandhaltungsmigration (im Produktivbetrieb)
6.000 MitarbeitendeGehaltszahlungen, über einen dualen E-Signatur-Ablauf, der das alte Freigabetool ersetzt hat (im Produktivbetrieb)
Häufig gefragt

Kurze Antworten zur Migration.

Müssen wir alle unsere Systeme ersetzen, um auf Butterfly umzusteigen?
Nein; Butterfly kann auf Ihren bestehenden Systemen aufsetzen und Ablauf, Regeln und Transparenz zwischen ihnen steuern. Wenn Sie ein System ablösen möchten, geschieht das schrittweise auf Basis einer vermessenen Bestandsaufnahme.
Welchen Zugriff benötigen Sie für die Analyse?
Lesezugriff auf das Quellsystem oder die Datenbank oder ein repräsentativer Export, tatsächliche Nutzungsdaten, vorhandene Dokumentation (falls vorhanden) sowie kurze Gespräche mit den Prozessverantwortlichen. Am laufenden System werden keine Änderungen vorgenommen.
Was haben wir in der Hand, wenn wir uns nach der Analyse gegen eine Migration entscheiden?
Sie haben eine vollständige und aktuelle Beschreibung Ihrer Anwendung: eine Bestandsaufnahme der Funktionen, Prozessabläufe mit ihren realen Ausnahmen und belegte Schwachstellen. Dieses Dokument ist unabhängig von der Migrationsentscheidung nutzbar.
Werden auch unsere historischen Datensätze migriert?
Ja; Arbeitshistorie, Kommentare, Anhänge, Zeiterfassungen und Änderungshistorie lassen sich migrieren. Bei Bedarf bleibt eine sehr umfangreiche technische Transaktionshistorie in einem Archiv zugänglich, statt ins neue System übertragen zu werden.
Weitere Lösungen

Dieselbe Plattform, unterschiedliche Geschäftsbereiche.

Alle Lösungen

Lassen Sie uns gemeinsam festlegen, wo Sie beginnen.

Lassen Sie uns in einem Erstgespräch über Ihre bestehenden Systeme und Ihren vorrangigen Prozess sprechen und gemeinsam den passenden Einstiegsbereich für Sie festlegen.