Meine Vorstellung von Trunk-based Development war naiv: alle Commits direkt auf main, Branches verpönt. Die Recherche zeigte, dass kurzlebige Branches mit Review der Normalfall sind und Release-Branches ausdrücklich vorgesehen. Dieser Selbsttest fragt in zwanzig Fragen nach dem, was im Alltag eines Teams passiert, und bewertet gemäß trunkbaseddevelopment.com, wie weit die Praktiken von Trunk-based Development umgesetzt sind: Branch-Lebensdauer, Integration, Reviews, unfertige Funktionen, CI, lokaler Build, roter Trunk, Code Freeze, Code-Besitz, Story-Größe und Auslieferbarkeit. Das Ergebnis ist ein Umsetzungsgrad mit Hinweisen auf mögliche Engpässe, keine Note; Fragen und Gewichtung sind mein aktueller Recherchestand.
Diese Website lief jahrelang auf einem sehr alten JBake-Fork und ist jetzt auf Hugo umgezogen: 73 Artikel in zwei Sprachen, alte URLs, Audio, Admonitions. Umgesetzt mit einem AI-Agenten, gesteuert über einen Werkbaum. Der Artikel beschreibt den Ablauf und warum sich Werkbaum als Planungswerkzeug gerade für Agentic AI bewährt hat.
Projekte mit bis zu 400 Software-Entwicklern oder gar ganze Unternehmen agil zu führen, das könne nur mit gut durchdachten Organisationsframeworks wie z.B. SAFe [1] gelingen. Dies mag für ängstliche Organisationen durchaus ein gangbarer Weg sein, doch für mutige und innovative Organisationen hat uns Stefan Rook, Berater und Geschäftsführer unseres Gastgebers it-agile [2], aufgezeigt, wie es auch ganz alleine mit agilen …
Kurzbericht von einem Abendvortrag bei OOSE zu Praktiken, Mustern und Methoden zur Analyse, zum Vergleich, zur Lehre sowie wissenschaftlichen Untersuchung des Software-Engineerings.
Eine übliche Situation für einen Software-Entwickler: Es sollen drei Felder in ein Formular eingebaut werden. So etwas kann doch nicht lange dauern! Drei Felder, das schreibt man doch eben mal zwischendurch hin! Länger als 20min darf man für so etwas doch als Entwickler nicht brauchen, oder?