In diesem Artikel erkläre ich, was Continuous Exploration innerhalb des SAFe DevOps Health Radars ist und warum es entscheidend dafür ist, das Richtige auf die richtige Weise zu bauen. Bitte beachten Sie, dass alles hier Besprochene unter der Lizenz von Scaled Agile steht und dass das Scaled Agile Framework als Toolbox zu verstehen ist. Nehmen Sie daraus, was zu Ihren Bedürfnissen passt und Ihre Probleme löst.
In diesem Video erkläre ich, was Synthesize ist und wie es innerhalb des SAFe DevOps Health Radars funktioniert. Synthesize ist der vierte und letzte Schritt der Continuous Exploration, in dem wir die Ergebnisse von Hypothesize, Collaborate and Research und Architect zu einem priorisierten Backlog mit einer klaren Vision und Roadmap zusammenführen.
Architect ist der dritte Schritt im SAFe DevOps Health Radar, Teil von Continuous Exploration. In diesem Video erkläre ich, wie wir die minimale Architektur definieren, die benötigt wird, um eine Hypothese zu beweisen und die kontinuierliche Wertlieferung an Kunden zu ermöglichen.
Collaborate & Research ist der zweite Schritt im SAFe DevOps Health Radar. In diesem Video erkläre ich, wie Teams intern zusammenarbeiten und Marktforschung betreiben, um ein minimales Feature-Set zu definieren, das die Hypothese aus dem vorherigen Schritt validiert.
In diesem Video gehe ich im Detail auf Hypothesize ein, den ersten Prozessschritt des SAFe DevOps Health Radar und der Continuous Delivery Pipeline. Die zentrale Frage ist einfach: Woher wissen wir, dass wir das Richtige bauen?
In diesem Meetup-Vortrag teilen Nadine Broghammer und ich unsere Erfahrungen beim Coaching eines Portfolio-Teams für partizipatives Budgetieren basierend auf dem SAFe-Framework. Wir erklären das Problem der traditionellen Top-down-Budgetverteilung und zeigen, wie partizipatives Budgetieren Transparenz schafft, unternehmerisches Denken fördert und zu besseren Investitionsentscheidungen führt.
In diesem Video erkläre ich, worum es beim SAFe for DevOps Training geht. Im Gegensatz zu klassischen Schulungen ist dieses Training ein praxisnaher Workshop, in dem echte Teams an ihren eigenen Value Streams arbeiten und mit einem konkreten, priorisierten Aktionsplan nach Hause gehen.
Funktioniert Test-Driven Development auch mit Legacy-Applikationen? Diese Frage bekomme ich häufig, und die kurze Antwort lautet: Ja. Im Video nehme ich eine grosse, hässliche WinForms-Anwendung und zeige Schritt für Schritt, wie ich mit TDD ein neues Feature ergänze, ohne den bestehenden Spaghetti-Code anfassen zu müssen. Das Ziel ist einfach: demonstrieren, dass der Test-First-Mindset auch dann funktioniert, wenn die Codebasis drumherum überhaupt keine Tests kennt.
Nach den vielen Reaktionen auf unser erstes VR-Video auf LinkedIn kamen immer wieder dieselben Fragen: Ist das jetzt wirklich die neue Normalität? Wohin entwickelt sich die Technologie? Ist der richtige Moment gekommen, um einzusteigen? Um tiefer einzutauchen, habe ich Christoph zusammen mit Michaela erneut ins Gespräch geholt. Christoph arbeitet seit Jahren mit Enterprise-Kunden an Virtual-Reality-Lösungen, und unsere Diskussion reicht von der reifenden Hardware- und Software-Landschaft bis zu der Frage, wie sich ein Workshop in VR wirklich anfühlt und warum der Arbeitgeber der Zukunft nicht mehr nur ein Gerät verteilt.
Die Automatisierung von Tests ist eine komplexe und anspruchsvolle Aufgabe. Der iterative Ansatz im Entwicklungsprozess bedeutet auch, dass die automatisierten Tests kontinuierlich angepasst werden müssen. Behaviour-Driven Development (BDD) kann eingesetzt werden, um die Testautomatisierung zu vereinfachen und zu beschleunigen.
Was passiert, wenn man den Flug, den Stau und die Zoom-Müdigkeit einfach überspringt und einen Kollegen in einem virtuellen Büro auf einem anderen Kontinent trifft? In dieser Folge steige ich in VR ein und besuche Michele bei BCVR. Ein Klick, und ich stehe neben ihm in Chicago, Kaffee in der Hand, schaue mir Diagramme an der Wand an und erlebe, was Arbeiten, Trainieren und Zusammenarbeiten im Metaverse wirklich bedeutet. Das ist keine Demo eines Gaming-Gadgets. Das ist ein ernsthaftes Business-Umfeld, das sich schon 2021 erstaunlich nah an der Zukunft der Arbeit anfühlt.
Was genau ist TDD oder Test-Driven Development, und warum schwören so viele erfahrene Entwickler darauf? In diesem kurzen Video erkläre ich, woher TDD kommt, wie der Red-Green-Refactor-Zyklus funktioniert, und ich zeige an einem einfachen Calculator-Beispiel in C#, wie der Prozess in der Praxis aussieht. TDD ist nicht nur eine Entwicklungstechnik, sondern ein Mindset, das prägt, wie man an jede Zeile Code herangeht.
