Wissen, was es kostet, bevor du dich bindest.

Du hast etwas zu bauen und drei Zahlen vor dir, die du nicht vergleichen kannst. Der erste Schritt ist nicht, einen Anbieter zu wählen: Du musst verstehen, was du kaufst.

Was wirklich passiert

Was du bekommst

Einen Plan, den du überallhin mitnehmen kannst

Ob MVP oder fertiges Produkt: funktionale und geschäftliche Anforderungen, ernsthaft durchgeführte Machbarkeitsprüfungen und kritische Punkte, die vorher auftauchen statt erst mitten im Projekt. Zeitpläne abhängig von der Teamgröße und was Wartung und Weiterentwicklung später kosten werden.

Was es von dir braucht

Zeit von den Menschen, die das Problem kennen

Es braucht einige Gespräche mit denjenigen, die wissen, was das Produkt tun soll und warum. Du musst nicht wissen, wie es gemacht wird: Das ist unser Beruf.

Was es nicht ist

Kein verkappter Kostenvoranschlag

Das Dokument ist auch dann wertvoll, wenn du danach mit anderen arbeitest; genau damit kannst du vergleichbare Angebote einholen. Wenn du es nutzt, um woanders hinzugehen, hat es trotzdem funktioniert.

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