Agile Skalierung ist mehr als nur die Zahl der involvierten Personen. Agile kann man skalieren

• Als größerer Blick auf den Gesamtprozess / Wertschöpfungsprozess
• komplexere Entwicklungen mit mehr beteiligten Personen
• einen größeren Bereich als nur die IT: Kultur und Gestaltung der Organisation
• größere Bandbreite von Organisationen, die Agil einsetzen
• Getrieben durch viele reife große org, die agil entdecken hat das Thema in letzer Zeit viel Auftrieb bekommen und es sind einige Frameworks entstanden.

Die Frameworks decken die genannten Bereiche in unterschiedlichem Grad ab, sind für verschiedene Reifegrade und Zielgruppen gedacht und sind unterschiedlich konservativ oder ambitioniert.
Die Session gibt einen Überblick über die Problematik der Skalierung, die Herausforderung an den agilen Gedanken und die misst die bekannten Frameworks an einem entsprechenden Kriterienkatalog.
Sie gibt Hinweise, welches Framework für wen interessant ist und zur Auswahl bei einer konkreten Aufgabenstellung.

Wesentlicher Erfolgsfaktor beim Aufsetzen und Abwickeln großer Vorhaben (100-1000+ involvierte Entwickler) ist team-übergreifende Synchronisation – nicht erst während der Entwicklung (in-sprint z.B. Scrum-of-Scrums, joint retrospectives etc.), sondern im Vorfeld (product-vision sharing, collaborative release-planning...). Die Umsetzung großer ProduktVisionen involviert viele Scrum-Teams. Das Herunterbrechen grosser Backlog-Einträge in Epics und UserStories gefolgt von Ranking geschieht oft in Product-Teams – mitunter in grossen Organisationen über ProductOwner-Hierarchien.
Die hier vorgestellten Workshop-Formate mit cyclischer Kaskaden-Struktur werden regelmässig wiederholt, um eine rollierende Planung zu erreichen; sie adressieren ProductOwner, ScrumMaster, Architekten und weitere, zentrale Rollen aus Product- und Scrum-Teams, die ca. 2 Tage ein gemeinsames Basis-Verständnis zur vor uns liegenden Arbeit erreichen und Sprint-Befähigung herstellen. Die grob granulare, rollierende Feature-Planung (Initial-Backlog auf ca. 4 Release-Zyklen, z.B. ca. 12 Monate) verfolgt nicht primär feste Scope-Zusage an Kunden, sondern legt Hauptfokus auf intensive Einbindung & Abstimmung, Erkennen von Abhängigkeiten und pro-aktive Risiko-Identifikation. Regelmässige Durchführung ermöglicht Teams die Intensiv-Auseinandersetzung mit Kunden-Anforderungen, baut interdisziplinäre Netzwerke und Kompetenz-Zirkel auf und hat sogar schon Kunden durch Wegstreichen überflüssiger Features unnötige Entwicklungs-Aufwände erspart…

Die im Workshop anhand von Praxis-Bsp. mit Übungen durchlaufenen Stufen lauten:

1. Envision the customer experience
2. Inaugurate the solution / product
3. Structure & size the backlog
4. Plan the next release
5. …start iterative & incremental development…and…Scrum-On

Auf zu neuen Ufern! Diesem Motto folgen viele Tranisitionen und nicht selten geht es in den letzten Jahren in Richtung Agilität. Häufig werden Scrum und Agilität gleichgesetzt. Die Motivation für den Wandel kommt aus Kosteneffizienzgründen...was jedoch nicht der Fokus agiler Produktentwicklung ist. Zu erkennen, dass das, was man unter Agilität verstanden hat, nicht das ist, was das agile Manifest ausdrückt, ist ein Seiteneffekt. Und ein wichtiger dazu. Aber wie können wir als solche, die sich auf dem Pfad der Veränderung begeben haben, erkennen, wo wir grade stehen? Und wie können wir identifizieren, wo wir uns wie weiterentwickeln sollten? In diesem Workshop werden wir ein paar Möglichkeiten u.a. aus unserem "Agile Evolution" - Programm kennenlernen, die zu diesen Fragen (und weiteren) wertvolle Antworten liefern können.

Trotz des weitreichenden Einzugs von Agilität in Unternehmen, brennt das Thema ‚Innovation‘, ‚wie bekommen wir neue Ideen‘ oder wie finden wir neue Geschäftsmodelle’ Firmen mehr denn je unter den Nägeln. Der Vortrag stellt die Frage wie das kommt, und wie man das ändern kann. Dabei wird der von Kotter geprägte Begriff des Unternehmens mit ‚dualem Betriebssystem‘ als Lösung vorgeschlagen und erklärt sowie mit dem von Gartner vorgeschlagenen Begriff der Bimetallen Organisation gegenübergestellt. 

Nach den ersten Schritten in  agilen Gefilden hat sich bei Friendscout24 schnell eine Tradition entwickelt: neue Entwicklungen und Trends aus der Agile/Lean Welt stetig und schnell aufzunehmen: Scrum by the book & Scrum by throw the book away, Continous delivery & deployment, TDD & BDD , Lean, Kanban, Lean Startup, DevOps, Visual Management waren nur einige Wegmarken auf unserer Reise.

Was ist davon geblieben? Und warum sprechen wir heute viel mehr über Menschen als über Methodiken?

Von wegen nachhaltig agil: als wir bei Mayflower im Jahr 2005 Scrum in unseren Projekten einführten, rechneten wir mit einer Umsetzungszeit von drei Monaten.

Mittlerweile sind wir im elften Jahr der Transition unseres Unternehmens zur echten agilen Organisation - und staunen noch immer, in wieviele Fettnäpchen wir direkt reinmarschiert sind.
Ein best of unserer schönsten Irrtümer und Denkmuster.

Vortragende

Albrecht Günther, Mayflower GmbH
Perikles Tsirakidis, Mayflower GmbH

In einem Team zu arbeiten, in dem jeder Einzelne seine Arbeitskraft und seine Ideen so einbringen kann, dass man gemeinsam produktiver, effizienter und innovativer wird, ist keine Frage von Glück oder dem Zufall geschuldet, dass die  „Chemie“ stimmt. Gutes Teamspiel ist keine Magie, sondern das Ergebnis eines gezielten Trainings on-the-job.

Wir haben über mehrere Jahre hinweg in agilen Projekten ausprobiert, wie man Teamspiel und Agilität im Arbeitsalltag trainieren kann. Unsere Antwort sind die „Agile Moves“, viele kleine Trainingseinheiten, die von den Teammitgliedern selbst situationsspezifisch ausgewählt, angewandt und modifiziert werden können. Auf diese Weise kann sich jedes Team selbst seinen maßgeschneiderten Trainingsplan erstellen.

Agile Moves liefern messbare Ergebnisse hinsichtlich der kontinuierlichen Verbesserung der eigenen Fähigkeiten und des Zusammenspiels im Team. Viele davon haben wir praxisbasiert selbst entwickelt oder interdisziplinär zusammengetragen.

Verbesserungen in der agilen Zusammenarbeit sind kein Selbstzweck. Letztendlich geht es in einem Projekt um die Steigerung der Produktivität. Dazu braucht man vor allem gute Ideen und die notwendige Zeit, diese umzusetzen. Eine Reihe von agilen Moves, die sogenannten Ideen Moves, zielen beispielsweise darauf ab, dem Team bzw. dem Projekt immer die besten verfügbaren Ideen aller Beteiligten zur Verfügung zu stellen.  Damit verfügt das Management über eine völlig andere Entscheidungsgrundlage für die nächsten Schritte, als das in den meisten Projekten der Fall ist.

Andere Einheiten fokussieren auf den effizienten Umgang mit Zeit auf verschiedenen Ebenen wie eigene Arbeitszeit, Teamzeit, Meetingzeit.

Agile Moves zielen auf alle Bereiche des Projektalltags. Die Basis für ihren Erfolg ist, dass jeder einzelne Move präzise die Bedürfnisse des Teams trifft und innerhalb weniger Wochen eine spürbare Verbesserung eintritt. Alle Beteiligten sollten eine Wahrnehmung dafür entwickeln, was dieser Move  tatsächlich im Projektalltag verändert und auf dieser Basis die Entscheidung für ihre nächsten Schritte treffen. Iterativ und inkrementell. Eine „Definition of Done“, wie sie für User Stories in Scrum verwendet wird,  hilft beim Trainieren zu verstehen, wann eine Veränderung wirklich angekommen ist.

Damit wird Agilität tatsächlich auch agil trainiert. Das ermöglicht nach unseren Praxiserfahrungen ein tieferes Verständnis des zugrundliegenden Frameworks und motiviert die Projektbeteiligten, die eigene Arbeitsweise und die Zusammenarbeit zu verbessern und damit die Produktivität zu steigern.

Eine nachhaltige Sicherung der Trainingsfortschritte erfolgt durch ein Tracking der Moves über einen längeren Zeitraum, z.B.  über mehrere Sprints hinweg.  

Eine besondere Motivation entsteht auch durch die Selbstzertifizierungen im Team, bei denen ein oder mehrere Teammitglieder ankündigen, einen bestimmten Move über eine definierte Zeit machen zu wollen und sich dabei durch ihr Team bewerten zu lassen. Für viele gängige Moves haben wir bereits Zertifizierungsziele festgelegt, für Varianten oder neue Moves lassen sich im Teamkonsens schnell ähnliche Ziele formulieren.

Diese Art des Trainings und der Zertifizierung gibt dem einzelnen Projektmitarbeiter die volle Verantwortung für seine Entwicklung in die Hand, erhöht die Transparenz und stärkt das Teamgefühl.

Ein kürzlich gestartetes Open Source Projekt entwickelt dazu die Software „Teamtool“, um Auswahl, Tracking und Modifikation der Moves bis hin zur Zertifizierung im Team online bereitzustellen. Das Ziel ist eine beständig wachsende Moves Bibliothek mit neuen Ideen, Agilität zu trainieren, wie sie nur aus der Praxis der Teams kommen kann.

Die  Agile Moves bieten einen Rahmen, um Agilität nicht zu lehren, sondern zu leben und geben Orientierung und praktische Ideen, dies selbstorganisiert umzusetzen und weiterzuentwickeln.

Ein Erfahrungsbericht:
Agilität im skalierten Umfeld bringt vielfältige Herausforderungen mit sich. Frameworks wie Scaled Agile Framework (SAFe) oder Large Scale Scrum (LeSS) haben unterschiedliche Ansätze. In der Theorie scheinen beide vernünftige Lösungen darzustellen. Die Praxis zeigt, dass die Einführung agiler Vorgehensweisen im skalierten Umfeld nur schwer nach Schema F funktioniert. Zumal sich viele Unternehmer/Manager scheuen eine agile Transition unternehmensweit anzugehen. Auch wenn einige Firmen eine Einführung agiler Vorgehensweisen als Transition bezeichnen, wird meist die Agilität nur auf Projektebene oder in der IT Abteilung eingeführt. Daraus ergeben sich spezielle Herausforderungen, auf welche die Frameworks oft keine hinreichende Antwort liefern. Trotzdem ist es mittlerweile Alltagsgeschäft geworden, große agile Projekte aufzusetzen oder Agilität rein in IT Abteilungen anzugehen. In diesem Erfahrungsbericht wird das Thema „Agilität im nichtagilen Umfeld“ besprochen: was hat gut funktioniert, welche Risiken bestehen und wie man agile Vorgehensweisen in ein traditionelles Umfeld erfolgreich einbetten kann. Es wird an Hand der Erfahrungen aus unterschiedlichen Branchen (Telekommunikation, Automotiv, Versicherung) aufgezeigt, wie LeSS, mit seinen Prinzipen, hilft diese Herausforderungen zu bestehen.

Inhalt des Vortrages:

• LeSS Prinzipien
• Projekt-/Organisations-Design
• Grundlagen für erfolgreiches agiles Arbeiten
• Reporting in ein nichtagiles Umfeld
• Vertragsmodelle mit externen Lieferanten
• Risiken durch ein nichtagiles Umfeld

Um das Schlagwort Agilität wird derzeit ein großer Hype gemacht. Lange wurde Agilität nur mit IT und Softwareentwicklung verbunden. Jetzt taucht der Begriff immer häufiger und in vielen unterschiedlichen Bereichen auf. Vorstände, Geschäftsführer und Führungskräfte beschreiben steigende nicht mehr beherrschbare Komplexitäten, sich verändernde Marktregeln und Unternehmen, die sich kontinuierlich rasend schnell anpassen können müssen. Wer in diesen chaotischen Zeiten bestehen und den Wandel aktiv beherrschen will, muss kontinuierliches Lernen und dynamisches Anpassen als Teil seiner Unternehmens-DNA entwickeln. Gefordert wird mehr Agilität von Unternehmen, Management, Führungskräften, Mitarbeitern und mehr und mehr auch vom HR Bereich als Change Katalysator. 

HR steht im Dilemma Aufgaben zu verantworten, die nur weit entfernt mit agilem Denken vereinbar scheinen: Payroll, administrative Prozesse rund um den Mitarbeiter-Lifecycle, einheitliche Vergütungs- und Zielvereinbarungssysteme, Datenschutz u.v.m. sind typische Beispiele für klassische HR Aufgaben. Obwohl die genannten HR Prozesse immer besser, schneller und ausgefeilter werden, verliert HR in vielen Unternehmen mehr und mehr an Bedeutung. Wie soll man aber bei solchen Themen auch agil Denken oder gar agil Handeln?

Was sind also die Konsequenzen für HR in einem solch dynamischen Umfeld in der Zukunft? Wir benötigen ein agiles Personalmanagement, was einen höherwertigen Nutzen als bisher liefern muss. Vor allem muss HR den Wandel der Unternehmen hin zu agilen Unternehmen gezielt fördern und steuern. HR muss neu gedacht werden. Dafür sind die bisher üblichen Personal- und Führungsinstrumente wirkungslos und veraltet: Mitarbeiterjahresgespräche, Jahresziele und individuelle Bonussysteme sind veraltet. Doch was kommt danach? Wie sehen die Personal- und Führungsinstrumente der Zukunft aus?

Lernerfolge des Vortrags:

• Bedeutung von HR im agilen Umfeld
• Einfluss von agilem Arbeiten im Allgemeinen sowie von Scrum im Speziellen 
• Veränderungen im Vergleich zu einer klassischen Arbeitsumgebung
• Schaffung von Rahmenbedingungen, in denen agiles Arbeiten möglich ist
• Anpassung verschiedener HR- und Führungsinstrumente an die agile Umgebung

Wo stehen wir heute – in unserer Zusammenarbeit, in unserer Organisation oder Transformation, mit unseren Werten, bei unseren Kunden? Und wie soll es werden und sein – in einem Monat, einem Quartal, einem Jahr? Und vor allem – wie kommen wir dahin? Oder besser – wie werden wir dorthin gekommen sein?

Die Lego®FutureSpective nutzt die bunten Steine, um Darstellungen von IST- und erwünschten Zuständen beliebiger Themen zu modellieren und lässt, nahezu unbemerkt, über unsere bauenden Hände zusätzliches Wissen einfließen. Die Kommunikation und Auseinandersetzung im Team während der Bau- und Reflexionsphasen schafft Klarheit, generiert Einsichten und wirft neue Fragen auf.

Sind Anfangs- und Endzustand durch je ein Lego®-Modell beschrieben und ausführlich besprochen, begibt sich das Team im dritten Akt – ausgehend von der erwünschten Zukunft – auf eine Forschungsreise in eine mögliche Vergangenheit, um zu ergründen, was ihm auf dem Weg in die erwünschte Zukunft widerfahren ist, welche Hindernisse es zu überwinden galt und welche Chancen sich boten. Und vor allem: Welche konkreten Maßnahmen wurden umgesetzt?

Ein Hands On Workshop für neugierige Zeitreisende und solche, die es werden wollen.

In diesem Vortrag geht es darum aufzuzeigen, warum es sich für uns gelohnt hat, auf Agile Entwicklung umzustellen. Diese Präsentation soll dazu beitragen, auch andere Organisationen anhand nachweisbarer, konkreter Erfolgsstories zu ermutigen, Agile Entwicklung einzusetzen.

Es wird ein Überblick über die Motivation für Agil gegeben und welche Vorteile die Agilen Praktiken aus Sicht eines agilen Qualitätsmanagers haben. Um dies zu beleuchten, werde ich anhand von gesammelten Feedback der von der agilen Vorgehensweise direkt Betroffenen - den agilen Teams und Ihrer Stakeholder - sowie anhand konkreter Daten versuchen, die erreichten Verbesserungen für das Publikum erfahrbar zu machen. Des Weiteren werden auch die nach wie vor bestehenden ungelösten Herausforderungen im Umfeld der Hardware/Software Systementwicklungen angesprochen.

Hinweis: Kurzfristige Programmänderungen!

Kann man Spiele sinnvoll und hilfreich für die Einführung agiler Methoden verwenden?

In diesem Workshop beleuchten wir zunächst in der Theorie die Verwendung von Spielen in Training und Coaching. Die Teilnehmer lernen eine anschauliche Scrum-Simulation mit Lego kennen und führen diese durch.

Im Debriefing diskutieren wir enthaltene Scrum-Elemente und Learnings über agile Methoden und teilen unsere praktischen Erfahrungen mit dem Tool.

xxxx

Du bekommst eine Aufgabe, nimmst sie an, erledigst sie - und nun musst Du nur noch belegen, dass Du sie auch gemacht hast. Ob im Wiki, als PPT oder XLS, in Unternehmen herrscht ein Artefakt-Wahn. Sprints voller User-Stories, die “irgendetwas" erzeugen sollen - nur kein laufendes Stück Software. Und dann möchte man die Erzeugnisse auch noch für immer behalten - oder wie viele Mails sind in Deiner In-Box? ... vom Wahn, Dinge produzieren zu müssen, die keinen Mehrwert liefern.

During the interactive Workshop we're going to come up with not only basic findings about Continuous Delivery in general but also talk about its origins, its history and especially some of its "why" and "how". We will work on questions about the culture, the agile mindset and the technology behind CD.

This includes questions like

"Can a product really be deployed upon one click? Should it?"

"What are build pipelines?"

"How to transistion from Dev to DevOps?"

"Which culture and which values are needed to support CD?"

This workshop will include lots of flipcharts, colorful post-its and other agile stuff. No programming or scripting will be needed.

In diesem Vortrag möchten wir zeigen, welchen Einfluss die Einführung von agiler Softwareentwicklung in unserem Unternehmen auf unser Führungsverständnis hatte und welche tiefgreifenden Veränderungen für die gesamte Organisation wir daraus gemeinsam entwickelt haben. Insbesondere wollen wir die folgende konkreten Punkte vorstellen:

• Von der Pyramide zum Pfirsich: Einfluss des agilen Arbeitens auf die Unternehmensorganisation

• Vom geschlossenen Strategiemeeting zum unternehmensweiten Open Space: Offene Austausch für gemeinsames Lernen und Weiterentwickeln

• Von der individuellen Zielvereinbarung zum gemeinsamen Verbesserungsprozess: Beschreibung unseres Verbesserungsprozesses, in dem wir alle an einem Strang ziehen.

• Vom Vorgesetzten zum Mentorenteam: Dezentralisierung der Personalentwicklung

• Vom Zentrum in die Peripherie: Wer entscheidet hier eigentlich?