Zum Inhalt springen

auf Maß gebaut

Individualsoftware für Firmen in New York

Was uns aus New York erreicht, sitzt meist in Finanz und Versicherung: eine AS/400, auf der die Policenverwaltung läuft, ein Batch, der vor der Eröffnung fertig sein muss, ein Modell in VBA, von dem drei Handelstische abhängen und das eine Person versteht. Alle drei nehmen wir, und alle drei hatten wir schon.

Angebot anfordernEin Formular mit fünf Feldern. Zurück kommen Umfang, Preis und ein Termin für die Analyse.

NYC

Zwei Dinge ändern sich hier. Ihre Fristen kommen von außen, also wird der Umstellungsplan um einen Abwicklungs- oder Meldekalender herum gebaut und nicht um unseren Sprint. Und Anwesenheit vor Ort ist eine Budgetzeile: Wenn Ihre Regeln einen Ausweis im Gebäude verlangen, planen und bepreisen wir das und stehen vor Ort.

18 Tage bis zur ersten lauffähigen Version


Die Schatten-IT ist durchgestrichen, weil sie nicht mitportiert wird. Sobald der Prozess einen Verantwortlichen und ein Log hat, lohnt sich die private Kopie nicht mehr.

Tabellen

Excel, eine Access-Datei und ein Abgleich, den jemand jeden Morgen von Hand macht.

  • spreadsheet + emailExcel · Outlook
  • access.mdbAccess
  • manual reconciliationpeople
  • shadow ITunowned

Ein Dienst

Ein Fachdienst, eine Weboberfläche, ein Schema mit Migrationen, ein Log, das nur wächst.

  • domain serviceGo
  • web clientTypeScript
  • postgresschema + migrations
  • audit logappend-only

18 Tage bis zur ersten lauffähigen Version

Die Schatten-IT ist durchgestrichen, weil sie nicht mitportiert wird. Sobald der Prozess einen Verantwortlichen und ein Log hat, lohnt sich die private Kopie nicht mehr.

Wie die Arbeit läuft

Am ersten Tag wird zugeschaut, nicht spezifiziert. Anforderungsdokumente beschreiben den Prozess, den sich jemand wünscht.
  1. 01Tag 1–2

    Bei der Arbeit zusehen

    Wir sitzen bei den Leuten, die es machen, und lesen die Formeln in ihrer Tabelle. Die Ausnahmen, die sie nebenbei erledigen, sind die, an denen an Tag fünfzehn ein Build scheitert.

  2. 02Tag 2–5

    Daten modellieren, Regeln klären

    Schema, Zustände, wer was ändern darf. Hier wird gestritten, und hier kostet der Streit einen Bruchteil dessen, was er am Tag vor dem Livegang kostet.

  3. 03Tag 4–12

    Einen Weg vollständig bauen

    Ein kompletter Weg von der Eingabe bis zur Auswertung, im Produktivbetrieb, benutzt von Leuten, die den Job machen. Eine Demo-Umgebung sagt nichts darüber, ob das Ding brauchbar ist.

  4. 04Tag 11–18

    Migrieren und die alte Datei abschalten

    Historie importieren, eine Zeit lang beides laufen lassen, dann den Schreibzugriff auf die Tabelle entfernen. Ein System, das niemand verlassen muss, wird nie verlassen.

Was die Plattform macht, was ein Mensch macht

Das Verhältnis verschiebt sich über das Projekt. Am Anfang mehr Plattform, um die Umstellung herum mehr Menschen, weil die offenen Fragen dann nicht mehr technisch sind.
Jede erzeugte Datei wird als Pull Request von dem Entwickler geprüft, der später dafür geradesteht.
Was die Plattform macht, was ein Mensch machtWer macht wasAnmerkungen
Die bestehenden Access-Abfragen und Excel-Formeln lesenPlattformHeraus kommen lesbare Regeln, denen man in einer Besprechung widersprechen kann.
Entscheiden, welche Regeln echt sind und welche GewohnheitEntwicklerNur Ihre Leute wissen, dass die Dienstagsausnahme wegen eines einzigen Lieferanten existiert.
Dienst, Schema und MigrationenPlattformAus dem abgestimmten Modell erzeugt, dann Zeile für Zeile geprüft, bevor es landet.
Die Masken, in denen Leute lebenGemeinsamDen täglichen Weg gestaltet ein Mensch. Die Verwaltungsformulare drumherum brauchen das nicht.
Historie importieren und abgleichenGemeinsamDas Laden ist mechanisch. Zu entscheiden, was mit Zeilen passiert, die noch nie aufgingen, nicht.
UmstellungsplanEntwicklerWelches Datum, wer Bereitschaft hat, wie der Rückweg aussieht.

Das Team, das es baut

Über zehn Jahre in fremden Systemen und Dutzende ausgelieferte Migrationen: Access- und Excel-Prozesse, VB6- und Delphi-Clients, PHP-Monolithen, Policenverwaltung auf der AS/400, Fertigungshallen, die von Makros zusammengehalten werden. Disposition, Schadensfälle, Abrechnung, Bestand, Versand, Auswertung. Das haben wir alles schon gebaut, und die Form der Arbeit wiederholt sich weit öfter, als irgendwer erwartet.


Die Analyse ist der billige Weg, sich das selbst anzusehen. Abgegrenzte Arbeit mit schriftlichem Ergebnis: das Datenmodell, wie wir es verstehen, die Regeln, die wir aus Ihrer Tabelle geholt haben, und ein Plan in Phasen mit Preisen daran.

Fragen, die Entwickler uns stellen

Welcher Stack, und kann unser Team das pflegen?
Go auf dem Server, TypeScript im Browser, Postgres darunter. Bewusst langweilig: Ein fähiges Team kommt ohne Schulung hinein, und nichts daran hängt davon ab, dass ein Anbieter nächstes Jahr noch existiert.
Wem gehören Code und Daten?
Ihnen, ab dem ersten Commit. Repositories, Deploy-Pipeline, Datenbank, alles Ihres. Wenn Sie nach Phase eins übernehmen, ist die Übergabe Teil der Phase und keine Verhandlung.
Wie bepreisen Sie das?
Fest pro Phase. Die Analyse ergibt den Umfang, und die Zahl kommt mit ihr, meist zwei Tage nach dem Zugang.
Können Sie neben unseren Entwicklern arbeiten?
Ja, und meistens läuft es so besser, weil Ihre Entwickler das Fachwissen haben und den Code am Ende besitzen. Wir besetzen um das herum, was Ihr Team ohnehin abdeckt.
Wie schnell können Sie anfangen?
Etwa zwei Tage nach unterschriebenem Leistungsschein, und die Analyse läuft schon, während der Vertrag fertig wird. Bei den meisten Projekten steht der erste funktionierende Weg in unter zwanzig Tagen vor echten Nutzern.

Zeigen Sie uns die Tabelle

Schicken Sie uns die Form des Prozesses und ungefähr, wie viele Leute ihn anfassen. Wir kommen damit zurück, was die Analyse abdeckt, wie lange der Bau dauert und was er kostet.

Angebot anfordern

Die erste Antwort kommt von einem Entwickler, meistens mit der Frage, wem der Prozess heute gehört.