Der Kunde ist Teil des Prozesses, nicht außen vor.
Jede Aufgabe durchläuft dich dreimal: wenn entschieden wird, was zu tun ist, wenn Aufwand und Kosten festgelegt werden und wenn sie bereit ist, von dir angesehen zu werden. Dazwischen musst du nichts tun — aber nichts kommt überraschend.
Was folgt, ist die Methode, die wir bei jedem Projekt anwenden.
Die Arbeitseinheit
Bevor wir Code schreiben,
schreiben wir auf, was er leisten muss.
Jede Aufgabe hat eine Beschreibung, und diese hält sechs Dinge fest: was gebaut wird, in welchen geschäftlichen Kontext es gehört, welche Bedingungen für den Abschluss erfüllt sein müssen, was ausdrücklich nicht dazugehört, welche technischen Aspekte zu beachten sind und was die testende Person wissen muss.
Der Teil, der anderswo meist fehlt, ist der zweite. Ein Entwickler, der weiß, warum etwas gebraucht wird, trifft andere technische Entscheidungen als jemand, der nur weiß, was bestellt wurde — und bessere.
Entscheidungen
Die KI füllt die Lücken. Der Prozess macht sie sichtbar.
Mit KI ist es noch wichtiger, vorher aufzuschreiben, was die Software leisten muss. Wenn du sie bittest, A zu tun, und für A über X, Y und Z entschieden werden muss, trifft die KI diese Entscheidungen selbst. Meist auf plausible Weise, und genau deshalb merkst du es nicht: Vielleicht fällt es dir erst auf, wenn du schon in Produktion bist.
Damit eine Entscheidung in der Hand eines Menschen bleibt, muss man sie zuerst sehen. Dafür ist der Prozess da: die Beschreibung jeder Aufgabe, ein technisches Design, das ein zweiter Techniker prüft, die Tests. So kommen die Entscheidungen ans Licht, solange eine Änderung noch wenig kostet, und wir treffen sie gemeinsam mit dir.
Der Ablauf
Acht Schritte. Drei davon gehören dir.
01
Wir
Wir beschreiben die Aufgabe
02
Du
Du bestätigst den Inhalt
03
Wir
Wir entwerfen die technische Lösung
04
Wir
Ein zweiter Techniker prüft den Entwurf
05
Du
Du bestätigst Zeit und Kosten
06
Wir
Wir entwickeln
07
Wir
Ein zweiter Techniker prüft und testet den Code
08
Du
Du testest ihn dort, wo du ihn laufen siehst
Der Rhythmus
Jeweils zwei Wochen.
Die Arbeit ist in Zwei-Wochen-Zyklen organisiert, die bis zur verfügbaren Kapazität des Teams gefüllt werden. Du siehst, welche Aufgaben in welchem Zyklus liegen, und kannst daraus ablesen, wann etwas fertig wird — nicht erst am Monatsende und nicht nur auf Nachfrage: Es ist dieselbe Ansicht, die wir nutzen.
Jede Aufgabe hat eine Zeitschätzung und eine erfasste Zeit. Die Differenz zeigt, was noch fehlt und ob es in den Zyklus passt.
Wird etwas im Zyklus nicht fertig, wandert nur der verbleibende Aufwand in den nächsten. Es wird nicht von vorn neu gezählt.
- Geschätzt
- Erfasst
- Rest, der in den nächsten Zyklus wandert
- Freie Kapazität
Wer prüft
Niemand veröffentlicht seinen eigenen Code.
Wir verkaufen die Zeit von Menschen, und Menschen sind verschieden: Die Methode sorgt dafür, dass die Qualität der Arbeit nicht davon abhängt, wer gerade daran arbeitet. Deshalb wird jede Änderung von einem zweiten Techniker geprüft, bevor sie irgendwohin gelangt. Das ist keine Formalität: Die prüfende Person liest den Code, testet ihn in einer getrennten Umgebung und gibt die Arbeit zurück, wenn sie etwas findet.
Mit KI kommt Code schnell und in großen Mengen. Tausende Zeilen auf einmal lassen sich nicht aufmerksam prüfen. Deshalb arbeiten wir in kleinen Schritten: Jeder hat seine eigene Prüfung und ist kurz genug, um wirklich gelesen zu werden. Die Verantwortung für das, was in Produktion geht, teilen wir mit dir.
Noch vor der Prüfung durchläuft jede Änderung die CI/CD-Pipeline: automatisierte Tests, die prüfen, ob die Software noch tut, was sie soll, Kontrolle der Testabdeckung, Sicherheitsprüfungen des Codes. Schlägt eine Prüfung fehl, bleibt die Änderung dort stehen. Mit KI ist es heute viel einfacher, die gesamte Codebasis mit Tests abzudecken. Aber man muss es verlangen: Die KI tut es nicht von sich aus, so wie es auch ein Entwickler nicht täte, den man allein lässt. In unserem Prozess ist es ein fester Schritt.
01
Lokal
hier wird entwickelt
02
Dev
interner Test
03
Staging
hier testest du
04
Produktion
deine Nutzer
Jeder Übergang ist automatisiert — keine manuell eingegebenen Befehle
Es gibt vier Umgebungen — die lokale Entwicklung, unsere interne Testumgebung, deine Testumgebung und die Produktion. Jede hat eine automatische Deployment-Pipeline: Niemand tippt Befehle auf einem Server ein, um live zu gehen.
Releases haben einen festen Tag und eine feste Uhrzeit und werden von einer Person koordiniert. Wir veröffentlichen nicht am Freitagabend, nur weil etwas gerade fertig geworden ist.
Wie wir sprechen
Alle zwei Wochen, mit den Menschen, die an deinem Produkt arbeiten.
Alle zwei Wochen gibt es einen festen Termin mit dir und jede Woche einen internen. Entscheidungen bleiben nicht im Gespräch: Sie werden in der zugehörigen Aufgabe festgehalten, sodass du auch sechs Monate später nachvollziehen kannst, warum etwas so gemacht wurde.
Wenn etwas nicht funktioniert, gibt es einen strukturierten Weg für die Meldung: Was hast du getan, was hast du erwartet, was ist passiert, wo und wann? Das klingt nach Bürokratie und ist das Gegenteil — der Unterschied zwischen einem Problem, das in einer Stunde gelöst wird, und drei Tagen Rückfragen, um überhaupt zu verstehen, worum es geht.
- Was du getan hast
- Ich habe die Bestellungen vom März als CSV exportiert.
- Was du erwartet hast
- Eine Datei mit allen Bestellungen des Monats.
- Was passiert ist
- Die Datei enthält nur die Bestellungen bis zum 15.
- Wo
- Backoffice · Bestellungen
- Wann
- 3. Apr., 10:42
- Benutzer
- Mario Rossi · Administrator
- Umgebung
- prodstgdev
Wissen sollte nicht im Kopf einer einzelnen Person bleiben.
Eines der häufigsten Risiken in externen Engagements ist die Abhängigkeit von einer Schlüsselperson. Wenn diese Person geht, geht auch der Kontext mit.
Bei Astrorei wird die Arbeit dokumentiert und im Team verteilt: Code, Architekturentscheidungen, Zugänge und Projektmaterialien. Das aufgebaute Know-how bleibt ein stabiles Asset für den Kunden, kein operatives Risiko.
Die Zusammenarbeit geht weiter, weil sie Wert schafft, nicht weil der Kontext irgendwo feststeckt.