Wissen, wie viel es trägt, bevor du es herausfindest.

Das Produkt funktioniert mit den heutigen Nutzer:innen. Die Frage ist, was mit denjenigen passiert, die du erwartest, und die Antwort lässt sich nicht erraten.

Was wirklich passiert

Was du bekommst

Eine Karte der Punkte, die zuerst nachgeben

Eine Performance-Analyse von Software und Infrastruktur, kritische Punkte nach Schweregrad, Verbesserungsmöglichkeiten und ein Maßnahmenplan mit Zeit und Kosten. Keine Liste von Dingen, die zu beheben sind, sondern eine Reihenfolge — denn sie entscheidet darüber, ob du gut oder viel Geld ausgibst.

Was es von dir braucht

Zugang zu Code und Infrastruktur

Und, wo möglich, Zeit von der Person, die es kennt: Viele Entscheidungen haben einen Grund, und wer sie beurteilt, ohne zu fragen, liegt falsch. Wenn diese Person nicht mehr da ist — was oft vorkommt —, rekonstruieren wir es aus dem Code.

Was es nicht ist

Nicht der Auftakt zu einem Neubau

Am häufigsten müssen einige Dinge geändert werden, viele aber nicht — und zu wissen, welche, entscheidet darüber, ob du gut oder viel Geld ausgibst.

Starter

Die Türen.

Build, Scale und Rescue sind langfristige Verpflichtungen, und bevor du sie eingehst, ist es normal, Klarheit haben zu wollen.

Starter sind ein Weg, ohne Verpflichtung zu beginnen: Sie dauern wenige Wochen, kosten wenig und enden mit etwas in der Hand, das auch dann wertvoll ist, wenn du danach mit anderen arbeitest. Drei geben dir eine Antwort, bevor du startest: einen Plan, eine Prüfung, ein Audit. Der vierte, der Dry Run, zeigt dir, wie wir an einem echten Teil deines Projekts arbeiten.

Wie wir von dort aus arbeiten

  1. Vorher

    Du entscheidest, wofür Kapazität eingesetzt wird

    Jede Aufgabe wird beschrieben, technisch und in der Oberfläche entworfen, nach Aufwand geschätzt und bleibt liegen, bis du sie freigibst. So siehst du, was entsteht, bevor Zeit dafür aufgewendet wird. Du gibst keine Rechnung frei: Du entscheidest, wohin die Zeit geht, die du bereits gekauft hast.

  2. Jeden Tag

    Du siehst die Pipeline in Bewegung

    Du hast Zugang zu dem Tool, in dem die Aufgaben leben: ihrem Status, dem zweiwöchigen Sprint, zu dem sie gehören, und ob sie vor oder hinter dem Plan liegen. Keine Monatszusammenfassung — dieselbe Ansicht, die wir nutzen.

  3. Währenddessen

    Niemand veröffentlicht den eigenen Code

    Wer schreibt, gibt nicht frei. Jede Änderung geht durch eine:n zweite:n Techniker:in, bevor sie irgendwohin gelangt.

  4. Vor dem Release

    Eine Umgebung, in der du es testen kannst

    Die Arbeit kommt an einen Ort, an dem du sie vor der Produktion sehen kannst. Wenn sie nicht deinen Erwartungen entspricht, geht sie zurück.

  5. Immer

    Code und Server bleiben deine

    Keine technische Bindung, die dich zum Bleiben zwingt.

Die Methode im Detail