Zusammenarbeit

Wege der Zusammenarbeit

Drei Modelle. Welches passt, hängt davon ab, wie gut die Arbeit bereits definiert ist.

Festpreisprojekt

Ein definiertes Ergebnis zum Festpreis, abgerechnet nach Meilensteinen. Die richtige Wahl, wenn die Anforderungen klar genug sind, um sie aufzuschreiben.

Geeignet für
Eine Neuentwicklung oder eine klar abgegrenzte Phase davon
Abrechnung
Nach Meilensteinen auf einen vereinbarten Umfang

Laufende Partnerschaft

Eine feste Menge Engineering-Kapazität pro Monat gegen eine fortlaufende Roadmap. Prioritäten können sich zwischen den Inkrementen ändern, ohne den Vertrag neu zu verhandeln.

Geeignet für
Kontinuierliche Produktentwicklung nach dem Launch
Abrechnung
Monatlich, nach reservierter Kapazität

Teamverstärkung

Wir arbeiten in Ihrem Team, in Ihren Dailys und in Ihrem Review-Prozess mit — in Ihrem Repository und nach Ihren Standards. Für den Fall, dass Sie Kapazität brauchen und keine Richtung.

Geeignet für
Ein internes Team, das zusätzliche Kapazität braucht
Abrechnung
Monatlich, nach zugeteilten Tagen

Vorgehen

Wie wir arbeiten

Fünf Phasen. Jede endet mit etwas, das Sie prüfen können — Sie sollen nie Arbeit abnehmen, die Sie nicht gesehen haben.

  1. Discovery und Scoping

    Wir erfassen Anforderungen, Rahmenbedingungen und die bereits vorhandenen Systeme und einigen uns dann auf Umfang und Schätzung. Wenn das Projekt so nicht durchgeführt werden sollte, sagen wir es an dieser Stelle.

  2. Architektur und Design

    Datenmodell, Systemgrenzen und Schnittstellendesign, gemeinsam mit Ihnen geprüft, bevor jemand Produktivcode schreibt. Entscheidungen werden zusammen mit ihrer Begründung festgehalten.

  3. Bauen in Inkrementen

    Zweiwöchige Inkremente, die jeweils mit etwas Nutzbarem enden. Tests und CI laufen ab dem ersten Commit — „fertig“ heißt also ausgeliefert und nicht „läuft auf meinem Rechner“.

  4. Launch und Härtung

    Performance-Budgets, Barrierefreiheits-Audit, Security-Review und Monitoring — alles vor dem Release. Wir proben das Rollback genauso sorgfältig wie das Rollout.

  5. Übergabe und Support

    Dokumentation, eine Arbeitssitzung mit Ihren Entwicklerinnen und Entwicklern und sämtliche Zugänge auf Sie übertragen. Mit einem Retainer weitermachen oder intern übernehmen — beides ist ein gutes Ergebnis.

Branchen

Branchen, für die wir bauen

Die Rahmenbedingungen unterscheiden sich je Domäne. Die Engineering-Standards nicht.

  • Logistik und Fuhrpark

    Fahrzeugortung in Echtzeit, Streckenhistorie, Fahrer-Workflows und das Offline-Verhalten, das Außendienst-Apps tatsächlich brauchen.

  • HR und Personalwesen

    Anspruchsregeln, lohnnahe Berechnungen und regionales Arbeitsrecht — dort, wo ungefähr richtig keine akzeptable Antwort ist.

  • Professionelle Dienstleistungen

    Mandantenportale, Dokumenten-Workflows und Abrechnung für Kanzleien und Beratungen, deren Produkt Zeit und Expertise ist.

  • E-Commerce und Handel

    Shopfronten, Katalog, Checkout und die Integrationen hinter Zahlung und Fulfilment.

  • Finanztechnologie

    Buchungslogik, Abstimmung und Prüfpfade, gebaut für die Prüfung durch jemanden, der beim Schreiben nicht dabei war.

  • SaaS und Frühphase

    Ein erstes Produktivsystem oder die Neuarchitektur, wenn der Product-Market-Fit den Prototyp gesprengt hat.