Archiv
Alle Artikel im Blog, die neuesten zuerst.
- KI-Wirkung im Engineering messen: was zählt und was ihr ignorieren könnt KI treibt jede Zahl nach oben, die leicht zu zählen ist: Codemenge, Pull Requests, Nutzung. Ein Stanford-Vortrag und DX-Daten beziffern den gemessenen Gewinn auf etwa 10 Prozent, mit großen Unterschieden zwischen Unternehmen. Was ihr stattdessen messt, woher die Erträge kommen und warum es erst schlechter wird. KI-Wirkung messen
- Breaking the Loop: Warum KI-Agenten nie von allein fertig werden Agenten in einer Software Factory finden immer noch ein Problem, noch ein Ticket, noch eine Verbesserung. Wann die Arbeit fertig ist, kann nur eine zweite, viel langsamere Schleife sagen: die bis zum Markt. Spezifikation und Review
- Das Issue-Label ist das Protokoll der Agenten Auf software-factory.dev beschreibt der Skill development-workflow die Factory aus ihrer eigenen Sicht. Er zeigt, dass keine Automation eine andere aufruft: Sie stimmen sich über Labels auf Issues ab. Software Factory
- Ehrlich ist das Tagesdelta, die Gesamtsumme steigt sowieso Dreimal am Tag postet der Tweet Drafter der Factory von software-factory.dev Updates. Er berichtet das Tagesdelta statt der kumulierten Summe, denn eine Summe sieht immer nach Fortschritt aus. KI-Wirkung messen
- Automatische Statusberichte sind nur so ehrlich wie ihr Prompt Auf software-factory.dev bleibt der automatische Wochenrückblick ehrlich, weil die Ehrlichkeit im Prompt steht: Der Challenges-Abschnitt macht ihn authentisch, und eine Zahl, die keiner erfasst hat, muss auch so benannt werden. Software Factory
- Eine Metrik ohne rote Linie ist Dekoration Der wöchentliche Performance Monitor in der Factory von software-factory.dev funktioniert, weil für jede Metrik, die er beobachtet, ein harter Schwellenwert festgeschrieben ist. KI-Wirkung messen
- Wer die Factory prüft, darf das eigene Protokoll nicht umschreiben Auf software-factory.dev nimmt der Automation Auditor jede andere Automation am Band unter die Lupe. Seine nützlichste Regel: Das Audit der letzten Woche darf er nie überschreiben. Software Factory
- Eskalierte Arbeit braucht einen Weg zurück aufs Band Auf software-factory.dev bringt die kleinste Automation der Factory eskalierte Issues zurück aufs Band, sobald ein Mensch geantwortet hat. Auch der Weg vom Menschen zurück zur Maschine braucht einen eigenen Owner. Software Factory
- Die Stale-Uhr nach der Zykluszeit eurer Agenten stellen Beim Stale-Issue Reviewer auf software-factory.dev gilt Arbeit nach drei Stunden als liegengeblieben, nicht nach drei Tagen. Denn wer eine Linie überwacht, braucht eine Uhr, die in ihrem Takt läuft. Software Factory
- Der PR Shepherd rührt nur Konflikte an, die er versteht Der PR Shepherd der Factory auf software-factory.dev rebased Pull Requests mit Konflikten, semantische Konflikte überlässt er aber einem Menschen. Schwer wird Automatisierung dort, wo ihr festlegen müsst, wo ihre Kompetenz endet. Software Factory
- UI-Komponenten dort prüfen, wo sie ausgeliefert werden: in der Seite Der UI Verifier der Factory auf software-factory.dev hält jede geänderte Komponente in zwei Screenshots fest, einmal isoliert und einmal in der echten Seite. Denn was isoliert besteht, kann dort scheitern, wo es ausgeliefert wird. Spezifikation und Review
- Coding-Agents sind ein Problem der Organisationsgestaltung Wird lokale Generierung billiger, wandert der Engpass bei Coding-Agents in die Teampraxis, die gemeinsame Plattform, die Governance und das Lernen. Das Vier-Ebenen-Modell eines Praktikers, geprüft an dem, was DORA stützt und was nicht. Organisation und Rollen
- Warum schnelleres Coding nicht automatisch schnellere Delivery bedeutet Studien messen Aufgabenzeit, wahrgenommene Ersparnis, Pull Requests und Produktionsfluss jeweils anders. Nebeneinander gelesen zeigen die Messgrößen, wohin der Engpass wandert. KI-Wirkung messen
- Evidenz für Software Factories und ihre Grenzen Öffentliche Beispiele zeigen: Agentengesteuerte Delivery-Systeme können Software bauen und ausrollen. Ihre Zahlen brauchen aber Quelle, Geltungsbereich und klare Grenzen. KI-Wirkung messen
- Verifikation in einer Software Factory Wird es billig, Code zu generieren, hängt der Durchsatz einer Factory davon ab, ob das System belegen kann, dass eine Änderung akzeptabel und sicher ist und sich das Ausliefern lohnt. Spezifikation und Review
- Eine grüne CI ist kein Beweis, dass die Live-Site läuft Nach jedem Merge prüft der Post-Merge Verifier der Factory auf software-factory.dev die echte Produktionsseite mit Smoke-Tests. Denn dass Tests bestehen und dass die Site funktioniert, sind zwei verschiedene Aussagen. Spezifikation und Review
- Was ist eine Software Factory? Eine Software Factory koordiniert Agenten, Kontext, deterministische Gates und menschliche Entscheidungen auf dem Weg von der Absicht bis in die Produktion. Software Factory
- Ein PR-Reviewer, der selbst mergt, ist sicher, sobald er weiß, wann er aufhören muss Der PR Reviewer in der Factory von software-factory.dev mergt Code ohne menschliche Freigabe. Eine einzige Zahl macht das sicher: Nach drei gescheiterten Versuchen, die CI zu reparieren, gibt er auf. Spezifikation und Review
- Tageskennzahlen ohne Drift: gestern vom heutigen Gesamtstand abziehen Daily Metrics, eine Automation der Factory auf software-factory.dev, misst die tägliche Veränderung nie über eine Abfrage mit Datumsfilter. Sie zieht den kumulierten Gesamtstand von gestern vom heutigen ab. Diese Methode kann nicht driften. KI-Wirkung messen
- Eine Bugfix-Automation darf nie stillschweigend aufhören Die Bugfix-Automation der Factory auf software-factory.dev beendet jeden Lauf auf einem von zwei Wegen: mit einem Fix oder mit einer Eskalation an einen Menschen. Ehrliches Scheitern muss man entwerfen. Software Factory
- Bevor der Feature Builder baut, sucht er nach offenen Bugs Die Build-Automation von software-factory.dev beginnt mit einem Pre-Flight-Check. Liegt ein Bug der Priorität 1 oder 2 ohne Bearbeiter herum, ruht jede neue Feature-Arbeit. Software Factory
- Wer Verbesserungen automatisiert, muss den Ehrgeiz deckeln Der Product Improver der Factory auf software-factory.dev legt höchstens drei Issues pro Lauf an. Findet er nichts, das sich lohnt, legt er gar keines an. Software Factory
- Incident und Regel im selben Commit beheben Der Incident Responder der Factory auf software-factory.dev schreibt die fehlende Regel ins Konventionsdokument, im selben Commit wie den Fix. So steht die Regel, die den Bug verhindert hätte, schon vor der nächsten Änderung bereit. Software Factory
- Erst Feedback und Nutzungsdaten abgleichen, dann Arbeit daraus machen Der Feedback Digest der Factory auf software-factory.dev legt neues Feedback neben sieben Tage Nutzungsdaten. Ein Issue entsteht nur, wenn die Daten den Wunsch belegen. Software Factory
- Der Feature Planner füllt sein Backlog selbst, mit einem Menschen am Gate Läuft die Linie leer, schreibt die Triage-Automation der Factory auf software-factory.dev ihr Backlog selbst. Was riskant ist, geht vorher über eine Person. Software Factory