Vorgehen
Schnell durch Agenten. Verlässlich durch Regeln.
Agentische Entwicklung hat unser Tempo verändert, nicht unseren Anspruch. Was sie nicht ersetzt, ist die Spezifikation davor und der prüfende Blick danach.
Vereinfachen, bevor irgendetwas gebaut wird
Wir sehen uns den Ablauf an, wie er heute wirklich läuft – nicht wie er im Handbuch steht. Meistens fallen dabei Schritte weg, die nur noch aus Gewohnheit existieren. Was übrig bleibt, ist die Aufgabe.
Die Spezifikation ist die Schiedsrichterin
Bevor die erste Zeile entsteht, steht schriftlich fest, was gebaut wird und woran man erkennt, dass es fertig ist. Laufen später Code und Erwartung auseinander, entscheidet dieses Papier – nicht die Erinnerung an ein Telefonat.
Agentische Schleife mit engen Leitplanken
Wir arbeiten mit KI-Agenten, die in einer Schleife jeweils genau eine Aufgabe aus dem Plan nehmen, sie bauen, prüfen und abschließen. Jede Runde beginnt mit frischem Kopf und denselben Regeln. Das macht das Tempo – und die Regeln machen die Qualität.
In Scheiben, nicht in Phasen
Jede Aufgabe ist klein genug, um in einem Zug fertig zu werden, und endet mit etwas, das man ansehen kann. Sie sehen den Fortschritt wöchentlich, nicht am Ende eines halben Jahres.
Mit eigenen Augen prüfen
Grüne Tests heißen nicht, dass es gut aussieht oder richtig rechnet. Jede Oberfläche wird auf Telefon, Tablet und Monitor angesehen, bevor sie fertig heißt. Automatisierte Wächter prüfen zusätzlich, dass niemand am Design-System vorbeibaut.
Betrieb ab Tag eins mitdenken
Sicherung, Wiederanlauf, Protokolle, Rechte: nicht als Kapitel am Ende, sondern als Teil jeder Scheibe. Wer ein System baut und nicht betreibt, baut anders – und schlechter.
So sieht das am Ende aus: 5 h → 5 min für Datenimport und Modellanpassung – nachzulesen im Fallbeispiel Reporting.
Grundsätze
Vier Regeln, von denen wir nicht abweichen.
Sie klingen unspektakulär. Genau deshalb halten sie.
Keine stillen Änderungen
Was von der Spezifikation abweicht, wird vorher besprochen und dort nachgetragen – in einem eigenen Schritt.
Keine fremden Hosts ohne Not
Jede zusätzliche Fremdeinbindung ist ein Datenschutz- und ein Ausfallrisiko. Wir begründen jede einzelne.
Keine Abhängigkeit von uns
Der Quelltext, die Spezifikationen und die Infrastrukturbeschreibung gehören Ihnen. Ein Wechsel muss möglich bleiben, auch wenn wir hoffen, dass Sie ihn nicht brauchen.
Kein Werkzeug als Selbstzweck
KI, Cloud, neues Framework: nur, wenn sich in einem Satz sagen lässt, was dadurch einfacher wird.
Pragmatisch
Wozu wir Nein sagen.
Pragmatisch behauptet jeder. Man erkennt es nicht daran, was jemand kann, sondern daran, was er ablehnt, obwohl es ihm Umsatz brächte.
Nein zur Infrastruktur per Mausklick, auch wenn sie beim ersten Mal schneller steht. Was nicht als Code beschrieben ist, baut niemand verlässlich nach.
Nein zum Projekt, wenn ein Baukasten mehr Wert hätte als wir.
Nein zum eigenen Modul, wenn ein vorhandenes Feld reicht.
Nein zur Automatisierung, deren Ablauf zuerst gestrichen gehört.
Nein zum Werkzeug, bei dem sich nicht in einem Satz sagen lässt, was dadurch einfacher wird.
Deshalb steht auf jeder Leistungsseite ein Kasten „Was wir nicht tun". Er ist glaubwürdiger als jede weitere Aufzählung dessen, was wir können.
Der Maßstab
Wenn wir es Ihnen nicht in zwei Sätzen erklären können, ist es nicht fertig.
Das gilt für eine Kennzahl genauso wie für eine Schnittstelle oder eine Automatisierung. Komplexität, die sich nicht erklären lässt, wird später zu einem Anruf, den niemand beantworten kann.
Klingt das nach Ihrem Problem?
Dann beschreiben Sie uns den Ablauf, der Sie am meisten kostet. Wir sagen Ihnen ehrlich, ob wir helfen können – und wie wir anfangen würden.