Zum Hauptinhalt springen

Projekte

Die Form der
Engineering-Probleme.

Wie diese Systeme vorher aussahen, was entwickelt wurde, und was das Unternehmen danach tun konnte.

Engineering-Transformationen

Drei Zustände, in denen ein Betrieb feststeckt.

Jedes davon ist eine Form und kein einzelnes Projekt — dasselbe Problem taucht in verschiedenen Branchen mit anderer Software dahinter auf, und die Engineering-Antwort ist erkennbar dieselbe. Kundennamen, interne Kennzahlen und Umsetzungsdetails dürfen wir nicht veröffentlichen. Beschrieben wird hier das Engineering.

  1. 01

    Die Antwort existiert, aber kein System hält sie vollständig.

    Beteiligte Systeme

    • ERP
    • Lagersystem
    • Produktionsplanung
    • SQL-Datenbanken

    Getrennte Systeme, jedes für sich korrekt

    Ein abgeglichenes operatives Modell

    Was entwickelt wurde

    Eine Integrationsschicht, die jedes System nach Zeitplan liest, dieselbe Entität über die Systeme hinweg auflöst und ein Modell vorhält, das die übrige Software abfragen kann — mit der Quelle jeder Zahl daneben.

    Fähigkeit, die dem Unternehmen bleibt

    Eine Frage, die früher von Hand zusammengetragen wurde, wird auf Abruf beantwortet — und jede Zahl darin lässt sich bis zum Quellsystem zurückverfolgen.

  2. 02

    Eingaben kommen in einer Form an, die niemand steuert.

    Beteiligte Systeme

    • ERP
    • Lieferantendateien
    • E-Mail
    • Datenbanken

    Dateien von Hand erfasst, Fehler fallen später auf

    Geprüfte Erfassung mit Ausnahmeliste

    Was entwickelt wurde

    Eine automatisierte Erfassung, die für jede eingehende Datei ein Schema prüft, statt eines anzunehmen, Zulässiges umformt und alles Unklare einer Person zur Entscheidung vorlegt, statt zu raten.

    Fähigkeit, die dem Unternehmen bleibt

    Doppelte Erfassung entfällt als Aufgabe. Ausnahmen werden zu einer Liste mit klarer Zuständigkeit statt zu einer Entdeckung drei Wochen später.

  3. 03

    Das System, das sich weder ändern noch ersetzen lässt.

    Beteiligte Systeme

    • Altanwendung
    • Datenbanken
    • Interne Tools

    Eine eingefrorene Anwendung, um die herum alle arbeiten

    Eine Service-Schicht, auf der das Unternehmen aufbauen kann

    Was entwickelt wurde

    Eine neue Schnittstelle und eine Service-Schicht vor der bestehenden Datenbank, sodass Funktionen ergänzt und angebunden werden können, ohne die Teile anzufassen, die weiterhin funktionieren.

    Fähigkeit, die dem Unternehmen bleibt

    Veränderung wird wieder möglich, ohne Migrationsprojekt — und die nächste Software hat etwas, woran sie andocken kann.

Wofür das ein Beleg ist

Systeme, die bereits liefen.

Keines davon begann mit einem leeren Repository. Jedes hatte ein ERP, das bleiben sollte, eine Datenbank, die in Ordnung war, und einen Prozess, der während der Arbeit nicht stillstehen durfte — und das ist die Bedingung, unter der das meiste dieses Engineerings läuft. Was wir entwickeln beschreibt die Fähigkeit; hier ist dieselbe Fähigkeit mit Systemen daran.

Ihre Systeme.
Ihre Prozesse.

Entwickelt für das, was kommt.

Bringen Sie einen Prozess, ein System oder eine Frage mit. Ein Gespräch mit den Ingenieuren, die die Arbeit machen würden.