Deploy ist ein kritischer Schritt im SAFe for DevOps Health Radar. Nachdem wir ein deploybare Paket erstellt und es in einer Staging-Umgebung getestet haben, wollen wir nun unsere Änderungen kontinuierlich in die Produktionsumgebung deployen. Das Ziel ist es, mit hoher Frequenz und niedrigem Risiko zu deployen. In diesem Video erkläre ich, wie wir das erreichen und welche Praktiken Continuous Deployment ermöglichen.
Stage ist der Schritt im SAFe for DevOps Health Radar, in dem wir die finale Validierung vor dem Produktionsgang durchführen. In der Staging-Umgebung führen wir User Acceptance Tests durch, zeigen System Demos für unsere Stakeholder und verifizieren, dass alles wirklich produktionsbereit ist. In diesem Video erkläre ich, was der Stage-Schritt umfasst und warum er für eine zuverlässige Delivery Pipeline unverzichtbar ist.
In diesem Artikel erkläre ich, was Test End to End innerhalb des SAFe® DevOps Health Radars bedeutet und warum es für die Lieferung hochwertiger Software unverzichtbar ist. 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.
Build ist der Schritt im SAFe for DevOps Health Radar, in dem committed Code kontinuierlich integriert, getestet und zu einem deploybaren Artefakt mit eingebauter Qualität verarbeitet wird. In diesem Video erkläre ich, was der Build-Schritt umfasst, warum Continuous Integration wichtig ist und wie Techniken wie Gated Commits und statische Sicherheitsanalyse helfen, Qualität bei hoher Geschwindigkeit aufrechtzuerhalten.
Im SAFe DevOps Health Radar ist Develop der Schritt, in dem wir die Features aus der Continuous Exploration in funktionierenden Code umwandeln. Wir teilen Features in User Stories auf, implementieren sie mit starkem Fokus auf eingebaute Qualität und committen alles in die Versionskontrolle. In diesem Video erkläre ich den Develop-Schritt und warum Qualitätspraktiken wie TDD und BDD so wichtig sind.
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 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.
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.
