Kategorie: Agile Skalierung
-
Release Train Engineer
Der Release Train Engineer (RTE) ist eine Rolle im Scaled Agile Framework® (SAFe). Er ist dafür verantwortlich, dass der agile Release Train (das Team der agilen Teams) gut zusammenarbeitet und folglich die SAFe-Prozesse einhält. Ein RTE ist ein servant Leader und Coach für einen agilen Release Train (ART), während ein Scrum Master ein servant Leader für…
-
Organisatorische Agilität
Das Konzept der agilen Teams gibt es seit den späten 1990er Jahren. 2001 wurde es mit der Veröffentlichung des Manifests für agile Softwareentwicklung formalisiert. Das bedeutet, dass es diese Prinzipien schon seit mindestens 20 Jahren gibt. Die meisten Unternehmen haben Agilität „verstanden“. Der Trend geht jedoch dahin, agile Praktiken in der gesamten Organisation anzuwenden, nicht…
-
Überleben durch Transformation
Transformation ist eine Überlebensfähigkeit Wie sieht die Welt von morgen aus? Erfolgreiche Transformation beinhaltet eine gewisse Vorhersagekraft. Erfolgreiche Unternehmen reagieren nicht nur auf ihre aktuellen Kunden- oder Unternehmensanforderungen, sondern antizipieren auch zukünftige Trends. Sie entwickeln daher eine Idee, ein Produkt, eine Dienstleistung, einen Prozess oder ein Werkzeug, mit dem sie die zukünftige Nachfrage schnell und…
-
Agile Gilden
Agile Gilden haben in den letzten Jahren an Popularität gewonnen, da viele namhafte Unternehmen (hauptsächlich Spotify) darüber nachdenken, wie sie Software-Entwicklungsteams davon abhalten, Silos zu bauen. Eine Gilde ist eine Gruppe von Leuten, die in verschiedenen Teams arbeiten und sich mit einer gewissen Häufigkeit treffen, um eine bestimmte Kompetenz zu besprechen. Entwicklungsteams sind multidisziplinäre Teams,…
-
Agiles Programmmanagement – das Product Owner Team
Das Product Owner Team ist ein Konstrukt, das in vielen großen Agile Transformationen verwendet wird, um die Herausforderungen des Scrum Product Owners skaliert zu bewältigen. Die spezifische Zusammensetzung des Produktteams hängt jedoch stark von den individuellen Bedürfnissen des Unternehmens ab. Daher scheint es keinen großen Konsens darüber zu geben, wie dieses Team umgesetzt werden soll.…
-
Community of Practice
Vor nicht allzu langer Zeit hatten die meisten traditionellen Unternehmen ihre Engineering-Abteilung nach Funktionen organisiert (Business-Analysten, Programmierung, Test/QA und Build). Obwohl dies sie davon abhielt, potenziell releasefähige Arbeit in einer zeitgesteuerten Iteration zu liefern, ermöglichte es eine stärkere Zusammenarbeit innerhalb dieser Funktionen, um ihre Kompetenzen und ihr Wissen leichter zu entwickeln. Traditionelle Fachabteilungen werden in…