How will organizations keep agility alive after their initial agile transformation? The question of what happens if agile becomes daily business is even more intriguing in this post-pandemic COVID era. Will AGILE survive these unparalleled insecure times? Participants in this workshop will explore what is needed to sustainably ‘safeguard’ an enterprise agile delivery culture after the initial ‘agile transformation’. The workshop hosts will share their observations of working in a big financial organization and will invite participants to share theirs so that collectively, we can gain insight and define potential countermeasures.

Target Audience: Anyone interested in transformational agility challenges, e.g. Change Lead, Coach, BusArchitect
Prerequisites: None
Level: Advanced

Extended Abstract
Participants in this workshop will explore what is needed to move forward after the initial ‘agile transformation’, to sustainably ‘safeguard’ an enterprise agile delivery culture. The question of what happens if agile becomes daily business is even more intriguing in this post-pandemic COVID era. How will organizations keep agility alive after their initial agile transformation? When organizational systems come under too much pressure; how ‘VUCA’* resistant are our agile enterprise cultures?
Lieke Jansen and Eric Abelen are senior Agile Enterprise Coaches at ING in the Netherlands. They both contributed to ING's Spotify inspired, big-scale transformation towards an agile way of working, some seven years ago. As of then, they have successfully coached a wide variety of departments and organizations within ING to adopt and sustain an effective healthy agile delivery culture. Being key players of a massive enterprise agile transformation, they also observe some challenges related to upkeep of the resulting way of working. Because people come and go, and in our VUCA world business and process change is frequent. What options do we have in this reality of ongoing change to keep the ‘agile enterprise culture’ strong and resilient?
Also, in the Covid pandemic we learned that people and organizations can respond to change quickly, especially those organizations that adopted a culture of agility. But after a period of unparalleled social restrictions, how does this affect our agile corporate cultures? Has the trauma of the pandemic infected us with a renewed urge to feel ‘in control’ of the future and has this irrevocably injured our appetite for organic growth and agility?
In this workshop we will explore this interesting and urgent question together with you. We will share key observations from experience working with a wide variety of delivery and leadership teams and their related organizational structures. We hope that workshop participants are willing to add their observations and experiences to ours. In interactive dialogue sessions we hope to collectively engage in sense-making and to define basic anti-patterns and growth-paths.
( * VUCA = Volatility, Uncertainty, Complexity, Ambiguity)

Überall in Organisationen treffen wir auf Menschen, die gemeinsam daran arbeiten, Wert zu schaffen. Die Integration verschiedener Persönlichkeiten ist dabei selten leicht. Egal ob neues oder länger bestehendes Team, immer wieder sehen wir Teamarbeit, die keinen Spaß macht, unausgetragene Konflikte und Personen, die eigentlich gar nicht zusammen arbeiten wollen. Mit dem Team Orientation Process wollen wir einen pragmatischen Prozess vorstellen, mit dem die relevanten Fragen adressiert werden, ohne die Bedürfnisse Einzelner außer acht zu lassen.

Zielpublikum: Projektleiter:innen, Scrum Master, Manager, Teamleiter
Voraussetzungen: Erfahrung in der Arbeit mit Teams, Interesse an echten Teams
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Wir sehen in Unternehmen viele Investitionen in Team Building, die aber oft verpuffen. Das liegt aus unserer Sicht daran, dass oft die relevanten Fragen für die Zusammenarbeit im Team nicht geklärt werden. Der Team Orientation Process begeistert uns, weil er einen Fokus auf genau diese Fragen ermöglicht, ohne die Bedürfnisse der einzelnen Teammitglieder außer acht zu lassen.
Er besteht grob aus folgenden Schritten:
- Was ist die Aufgabe des Teams?
- Was motiviert die Teilnehmer des Teams, daran mitzuwirken?
- Welche Vereinbarungen braucht es dafür?
- Wie finden wir ein klares, motivierendes Ziel fürs Team?
- Welche Fähigkeiten und Ressourcen stehen uns zur Verfügung?

Das wirkt auf den ersten Blick sehr sachlich, fördert aber eine tiefe Verbindung der Personen im Team, ohne die persönlichen Befindlichkeiten zum Kern des Teams zu machen.
In unserem Vortrag wollen wir den Prozess und die Wirkung vorstellen und durch eigene Erlebnisse fühlbar machen.

Was, wenn der Prozess, in den man sich verliebt hat, nicht zur Organisation passt? Unternehmen umbauen? Prozess zurechtbiegen? Vernunftehe führen? Unreflektierte Nutzung des “bildhübschen Scrum” führt oft zu Kündigungswellen, Unzufriedenheit und Burn-out, ohne die erhoffte Glückseligkeit. Muss das so sein?
Scrum ist manchmal die “passende Lösung” – aber kaum jemand beschreibt die Bedingungen dazu und es gibt wenig Aussagen darüber, wie man handeln könnte, wenn die Bedingungen nicht passen. Deswegen versuchen wir das mal.

Zielpublikum: Menschen, die nach einem Weg aus ihrer Scrum-Hölle suchen
Voraussetzungen: Keine
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Was tun, wenn der Prozess, in den man sich verliebt hat, weder zur Ablauf- noch zur Aufbauorganisation passt? Das Unternehmen umbauen? Den Prozess zurechtbiegen? Doch eine Vernunftehe führen?
Eine unreflektierte Nutzung des “bildhübschen Scrum” führt in immer mehr Unternehmen zu Kündigungswellen, Unzufriedenheit, unwesentlich besserer Produktivität und teilweise sogar zu Burn-outs, nur leider ohne die erhoffte Glückseligkeit.
Aber muss das so sein? Wir meinen: Das muss nicht so sein und das sollte nicht so sein.
Scrum ist nur unter bestimmten Bedingungen “die passende Lösung” – aber kaum jemand beschreibt heute noch diese Bedingungen und vor allem gibt es wenig Aussagen darüber, wie man denn handeln könnte, wenn die Bedingungen nicht passen.
Wir betrachten noch mal die Grundlagenarbeit zu Scrum und beschreiben, was die aus unserer Sicht wichtigsten der Rahmenbedingungen, für die Scrum entworfen wurde, sind.
Und wir stellen vor, für welche der fehlenden Vorbedingungen es gute alternative Ansätze gibt und zeigen, wie einige davon genutzt werden könnten.

"Imagine... Everyone able to work consistently at their ideal best:
- Individuals, teams, between teams, across the organisation and beyond
- Right conversations, right people, best possible moment
- Needs anticipated, met at just the right time"
Das ist ein Leitbild aus Agendashift und es spricht mir aus der Seele. Ich habe das mit OpenSpace Agility als Herzschlag kombiniert. Für meinen Kunden habe ich damit einen Mix gefunden, der es erlaubt, Struktur und Freiräume so zu kombinieren, dass Veränderung kontinuierlich geschehen kann.

Zielpublikum: Alle, die mit Veränderung, Verbesserung und/oder Organisationsentwicklung zu tun haben
Voraussetzungen: Keine Vorkenntnisse notwendig
Schwierigkeitsgrad: Anfänger

Extended Abstract
OpenSpace Agility beruht auf Einladung und Freiwilligkeit. Die Mitarbeiter:innen werden als Experten des Systems betrachtet und dabei unterstützt, Verprobungen zu wählen. Diese sollen zeigen, ob die Veränderung in die gewünschte Richtung läuft. Als Start und Endpunkt einer längeren Verprobungsphase dienen Open Spaces.
Um eine Basis für gemeinsame Gespräche zu schaffen und lokale Optimierungen zu vermeiden, war es mir besonders wichtig, sowohl in der Vorbereitung für den ersten Open Space, als auch in der Verprobungsphase Strukturen anzubieten, die helfen ein gemeinsames Verständnis herzustellen und den Lösungsraum möglichst lange offen zu halten.
Hierbei hat mir Agendashift geholfen: Gemeinsame Bilder der Ziele und Probleme über die Abteilungen und Ebenen hinweg. Struktur geben, wo sich Mitarbeiter:innen durch zu viele Freiheiten und Möglichkeiten verloren fühlten.
In dem Vortrag erzähle ich davon,

• wie wir die Phase vor dem ersten Open Space und insbesondere die Auswahl der Themen gestaltet haben
• welche Teile von Agendashift und OpenSpace Agility wir kombiniert haben und welche Auswirkung das auf Gespräche in der Organisation hatte und
• welche weiteren Kombinationsmöglichkeiten ich sehe, um mehr Verantwortung zurück in die Organisation zu geben.

Weiterhin werden die Teilnehmer:innen einen der Game Changer, kennenlernen und in kleinen Gruppen selbst anwenden, der Gespräche nachhaltig verändert hat. Mit einer handvoll wertungsfreier Fragen wird der "Coach" mit seinem:ihrem "Coachee" erforschen, was möglich ist, wenn ein spezielles Problem oder Hindernis nicht mehr existiert, und so den Raum für Lösungsoptionen erweitern. Im Debrief werden wir dann beleuchten, welche Effekte diese Art der Fragen und Übung hat und ich werde meine Beobachtungen der letzten Monate dazu teilen.

Softwareplattformen bieten eine Reihe attraktiver Vorteile: Mit ihnen können neue Produkte nicht nur schneller und kostengünstiger entwickelt, sondern auch neue Einnahmequellen erschlossen werden. Dazu ist es aber notwendig, sie nicht nur richtig zu entwickeln, sondern auch effektiv zu managen. In unserem Vortrag stellen wir Techniken vor, um Plattformen dauerhaft erfolgreich zu nutzen. Dies beinhaltet, eine Plattform als eigenständige Produkt zu managen, einen dedizierten Platform Owner zu benennen und ein Nutzer-zentriertes Mindset zu etablieren.

Zielpublikum: Product Owners, Produktmanager, Architekten:innen, Entscheider (Head of Product, Head of Development)
Voraussetzungen: Kenntnisse agiler Methoden
Schwierigkeitsgrad: Fortgeschritten

Ein altes Klischee lautet: “Führung ist böse! Und wer führen will, ist böse."
Neue Generationen von Mitarbeitenden erleben Verantwortung, Wirksamkeit und Sinn bewusster. Jeder hat seine eigene Vision und ist voller Energie. Aber keiner kann den andern überzeugen. Wenn Führung tabu ist, dann ist das Team wirkungslos. Sinnhafte, menschliche Führung gibt es und man kann sie lernen! Der Weg dorthin ist mit harten, unbequemen Themen versehen. Diesen Konflikt wollen wir aufzeigen und eine angewandte Lösungsstrategie anbieten.

Zielpublikum: Manager, Führungskräfte, Entscheider
Voraussetzungen: Führungserfahrung
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Ein altes Klischee mancher Agilisten lautet bis heute: “Führung ist böse! Und wer führen will, ist böse."
Die neue Generation von Mitarbeitenden (er)lebt Eigenverantwortung, Wirksamkeit und Sinnorientierung jedoch viel bewusster. Jeder hat seine eigene Vision und ist voller Energie. Aber keiner kann den andern überzeugen. Wenn jetzt Führung tabu ist, dann ist das Team (oder gar eine ganze Organisation) wirkungslos.
Die gute Nachricht ist: "Das sinnhafte und menschliche Führen von Mitarbeitenden gibt es und man kann es lernen!" Die negative Nachricht: “Der Weg dorthin ist kein Kuschelkurs!”. Es gibt die Situationen, wo man durch die harten und unbequemen Themen navigieren muss.
Diesen Konflikt wollen wir aufzeigen und eine Lösungsstrategie anbieten, die erfolgreich in Unternehmen angewandt wird.

These 1: Erst wenn man auch bereit ist, jemanden zu feuern, der dem Team schadet, ist man bereit
These 2: Erst wenn man sagen kann: Ich habe entschieden …!, ist man bereit

“Bereit” heißt: Ich kann übergehen in ein Führungsverhalten, das vertraut, weil zurück vertraut wird.
Wir gehen auf verschiedene Führungsstile ein, die alle notwendig sind und beherrscht werden müssen, um echte, moderne Führung zu ermöglichen. Dabei geht es nicht nur um die Entwicklung der Mitarbeiter im Team, sondern vor allem auch um die persönliche Weiterentwicklung der Führungskraft.

What have we learnt from the transformations in large companies? And how can that help you improving your chances for success?

The DACH30 group is a workgroup of experienced transformation drivers and coaches from over 30 large companies across different industries. One sub-workgroup has been working on these two questions and we recently published our findings.

In this workshop we will share our transformation experiences and work out with you on patterns, that have proven to be helpful in driving agile transformations successfully.

Target Audience: Leaders especially on executive level and organizational development coaches
Prerequisites: Experiences in driving an agile transformation in a large organization
Level: Advanced

Extended Abstract

As internal Agile Transformation Coaches from large enterprises we have been supporting quite a number of transformations in various contexts. And as members of a workgroup for Business Agility we were asking ourselves „What can we learn from the different company transformations in the different markets and branches with different cultures? Is there anything they have in common?“ We were quite thrilled to identify some principles and helpful insights and learnings based on success and failures which we found applicable to most of the transformations.

To provide inspiration for others, executives and leaders especially, we summarized these principles and learnings in a Transformation Travel Guide for Growing Adaptive Organizations, including a Travel Map, Travel Tips and also some exemplary Travel Routes based on real-life case studies.

In this session we will provide an overview on the Travel Guide and some deeper insights into learnings from two Transformation Journeys. Study.

Our focus is not on scaling Agile working but rather on achieving Agility on an enterprise level. Hence we are not only looking towards Agile but rather at various methods, thinking models, and techniques in order to find the right approach for specific business problems to solve and for developing organizational towards more adaptivity and resilience.

We are a smaller group from the DACH30 Initiative working on ‚Growing Adaptive Organizations’. growing-adaptive-organizations.org

(Agile) Games are sounding throughout the land. Everyone plays games and anyone guides games. However, what makes playing games "interesting" from the business owner's perspective? 

We look into the criteria of effectiveness and efficiency of games and thus the capabilities of creating business impact for the company.

As such, it turns out a game - is just a game and remains a play if one does not align with underlying business needs. Sounds familiar? But you wonder how to do so?

In this talk, we will look in a 4-Step-Modelmaking the obvious tangible. And in the end, it becomes a structured approach how one might create business impact too.

Target Audience: Moderators, (young) Scrum Masters, Project Leaders, Managers, Decision-Makers, Facilitators
Prerequisites: General understanding of games and agility, and how to lead games successfully
Level: Basic

So many challenges, so little time. As testers or quality engineers, we need to sharpen the saw, but how? Gamification can be a way to look at how you're doing and find out where to improve. It's a great way to have everyone engaged and get the best out of people.

In this presentation, Ben Linders will show how playing games (onsite or online) with the Agile Testing Coaching Cards and Agile Quality Coaching Cards help to explore your current quality and testing practice and decide as a team on what to improve or experiment with.

Target Audience: Testers, Agile Teams, Tech Leads, Technical Coaches, Scrum Masters
Prerequisites: None
Level: Advanced

Extended Abstract

The Agile Testing Coaching Cards and Agile Quality Coaching Cards are a deck of cards with statements that help people to share and reflect. Examples of cards are "Testers help developers design acceptance criteria for user stories", "Failing tests get proper attention even when no defect in the product has been detected", and "Refactoring is done to keep code maintainable and reduce technical debt".

Playing games with these coaching cards (onsite or online), you can learn from each other. Teams can use the coaching cards to discuss quality and testing values, principles, and practices, and share their experiences and learnings.

Different game formats can be used to share experiences on testing and quality principles and practices and explore how they can be applied effectively. The playing formats from the Agile Self-assessment Game (benlinders.com/game) can be used to play with these cards. This presentation provides an overview of playing formats and will inspire you to come up with your own formats.

Facilitation is key when playing with these coaching cards. Ben Linders will present how to prepare a game session and facilitate it, what can be done to keep people engaged, and how debriefing can help to pull out learnings and ideas for improvement.

Takeaways:

- Show how to use gamification to self-assess your current way of working.

- Present examples of playing games with the Agile Testing Coaching Cards and Agile Quality Coaching Cards.

- Explore how facilitating games can help to enhance quality and testing in agile teams.

Wollen wir unseren Enkeln eine lebenswerte Welt hinterlassen, müssen wir das grundlegende Paradigma unseres Wirtschaftssystems umbauen: Weg vom ausbeuterischen Wirtschaften, hin zu einem regenerativen, demokratischeren und inklusiven Wirtschaften.

Der Vortrag ist ein Plädoyer dafür, nicht auf Politiker, Konzernchefs oder ein Wunder zu warten, sondern selbstbewusst aktiv zu werden. Wir stellen erste Ansätze vor, wie Agilität konkret genutzt werden kann, um den Umbau der Wirtschaft in Angriff zu nehmen.

Zielpublikum: Manager:innen, Entscheider:innen, Projektleiter, Teamleiter, ...
Voraussetzungen: Fachkenntnisse agiler Methoden,
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract

Vor über 20 Jahren entstand das agile Manifest, das eine radikal neue Arbeitsweise für die Software-Entwicklung proklamierte. Was damals von vielen belächelt wurde, ist heute auch außerhalb der Software-Entwicklung gang und gäbe. Wir haben gesehen, dass agiles Arbeiten Teams effektiver machen und damit das Leben von Menschen positiv beeinflussen kann. Doch auch wenn sich das „Wie“ des Arbeitens verändert hat: Neue Geschäftsmodelle sind dadurch kaum entstanden.

Heute stehen wir jedoch vor einer neuen, ungleich größeren Herausforderung. Wenn wir unseren Kindern und Enkeln eine lebenswerte Welt hinterlassen wollen, müssen wir das grundlegende Paradigma unseres Wirtschaftssystems umbauen: Weg vom ausbeuterischen Wirtschaften, das Finanzmittel konzentriert und massive Ungleichheit erzeugt, hin zu einem regenerativen, demokratischeren und inklusiven Wirtschaften.

Die Sache ist: Einerseits weiß kaum jemand genau, wie nachhaltige Geschäftsmodelle tatsächlich aussehen müssen, welche Technologien noch entstehen und sich durchsetzen werden. Andererseits läuft uns die Zeit davon. Es herrscht Unsicherheit, gepaart mit Zeitdruck.

Genau das ist doch das ursprüngliche Spielfeld agiler Denk- und Arbeitsweisen! Gerade die Community hält alle Tools in den Händen, mit denen Unternehmen regenerative Geschäftsmodelle entwickeln können, die sogar wirtschaftlicher sind als die existierenden. Lasst uns doch die Zukunft gemeinsam gestalten, so wie wir es vor 20 Jahren schon mal gemacht haben. Arbeiten wir mit Unternehmen und Menschen, die diesen Planeten durch enkelfähiges Business erhalten wollen!

Der Vortrag ist ein Plädoyer dafür, nicht auf Politiker, Konzernchefs oder ein Wunder zu warten, sondern selbstbewusst aktiv zu werden. Wir stellen erste Ansätze vor, wie Agilität konkret genutzt werden kann, um den Umbau der Wirtschaft in Angriff zu nehmen.

This is a letter from the future: we are working in an organization in a galaxy not so far away … we have a #diverse #social #digital #remote #culture - and we will tell you how we got there. We leave it open to the audience to guess how far this future is away. Or how near they want it to be. Disclaimer: may contain fragments of reality.

Target Audience: Manager, Idealists, Realists, Change Makers
Prerequisites: Open mind
Level: Basic

To continuously deliver IT systems at speed with a focus on business value, high-performance IT delivery teams integrate quality engineering in their way of working.

Quality engineering is the new concept in achieving the right quality of IT systems. Testing only after an IT product was developed is an outdated approach. Built-in quality from the start is needed to guarantee business value in today’s IT delivery models. Quality engineering is about changes in skills, organization, automation and quality measures.

Target Audience: All people involved in high-performance IT delivery teams
Prerequisites: General knowledge of IT delivery
Level: Advanced

Extended Abstract

To continuously deliver IT systems at speed with a focus on business value, high-performance cross-functional IT delivery teams integrate quality engineering in their way of working.

Quality engineering is the new concept in achieving the right quality of IT systems. Testing an application only after the digital product has been fully developed has long been a thing of the past. More is needed to guarantee the quality of applications that are delivered faster and more frequently in today’s high-performance IT delivery models. It is about achieving built-in quality. The road to quality engineering means changes in terms of starting points, skills, organization, automation and quality measures.

Our new VOICE model guides teams to align their activities with the business value that is pursued, and by measuring indicators, teams give the right information to stakeholders to establish their confidence that the IT delivery will actually result in business value for the customers.

Teams benefit from the clear definition of QA&Testing topics that are a useful grouping of all activities relevant to quality engineering. Organizing topics are relevant to align activities between teams and performing topics have a focus on the operational activities within a team.

Also, to be able to deliver quality at speed, for today’s teams it is crucial to benefit from automating activities, for example in a CI/CD pipeline, whereby people must remember that automation is not the goal but just a way to increase quality and speed.

In this presentation the audience will learn why a broad view on quality engineering is important and how quality engineering can be implemented to achieve the right quality of IT products, the IT delivery process and the people involved.

This presentation is based on our new book "Quality for DevOps teams" (ISBN 978-90-75414-89-9) which supports high-performance cross-functional teams in implementing quality in their DevOps culture, with practical examples, useful knowledge and some theoretical background.

In large software projects the assessment of the impact of a code change can be a cumbersome task. If the software has grown and shows an evolutionary design there are always unwanted side effects.

Change control boards are established. But on what data do they judge what can happen with the changes? Very often there is the HIPPO syndrome which means it is the highest paid person's opinion.

In this talk we will show you ways to come to a deterministic prediction of the impact, what data you need and what you can do with it.

Target Audience: Architects, Test Managers, Developers, Testers
Prerequisites: Basic knowledge of collected data in software projects
Level: Advanced

Das Agile Manifest erschließt „bessere Wege, Software zu entwickeln“. Könnte dieser bessere Weg auch den CO2-Fußabdruck der Software berücksichtigen? Einer Prognose zufolge wird die IT bis 2030 21 % des weltweiten Energieverbrauchs ausmachen. Ändern wir die Art und Weise, wie wir Software implementieren, nicht, werden wir zur Erhöhung des CO2-Fußabdrucks beitragen. Es ist also Zeit zu prüfen, wie agile Entwicklung dazu beitragen kann, den Energieverbrauch zu senken und für mehr – ökologische, soziale & wirtschaftliche – Nachhaltigkeit zu sorgen.

Zielpublikum: Architekt:innen, Entwickler:innen, Projektleiter:innen, Manager, Entscheider, ...
Voraussetzungen: Kenntnisse des agilen Manifests/agiler Entwicklung von Vorteil
Schwierigkeitsgrad: Fortgeschritte

Extended Abstract
Vor zwanzig Jahren, als das Agile Manifest erstellt wurde, gab es zwar die Klimakrise bereits, aber zu wenige Menschen waren sich ihrer bewusst. Jetzt ist die Zeit, einen weiteren Blick auf das Manifest zu werfen, um zu verstehen, was es zu mehr Nachhaltigkeit beitragen kann. Nachhaltigkeit wird hier als ein Blick über den Tellerrand verstanden, der die Integration der ökologischen, wirtschaftlichen und sozialen Perspektiven umfasst (nach dem Drei-Säulen-Modell, engl. triple bottom line). Dabei geht es nicht darum, Nachhaltigkeit aus anthroposophischen Gründen zu verfolgen, sondern zu verstehen, dass Nachhaltigkeit im Laufe der Zeit immer mehr zum Schlüsselfaktor wird, der über das Überleben von Unternehmen sowohl bei der Suche nach Talenten als auch nach Kunden und Märkten entscheidet. Aus diesem Grund haben bereits jetzt einige Unternehmen eine*n Nachhaltigkeitsbeauftragte*n im Unternehmen, um die ökologische, soziale und wirtschaftliche Nachhaltigkeit sicherzustellen.

In dieser Session geht es darum, das Bewusstsein für unseren Beitrag zu mehr Nachhaltigkeit zu schärfen und zu verstehen, wie uns die Prinzipien des agilen Manifests dabei unterstützen können. Darüber hinaus soll die Session dazu dienen, herauszustellen, was unsere Verantwortung ist und wie wir gewährleisten, dass wir dieser Rechnung tragen.

Take-Aways

• Grundverständnis über Nachhaltigkeit entwickeln
• Verstehen, wie die agilen Prinzipien Orientierungshilfe für mehr Nachhaltigkeit bieten können
• Ideen entwickeln, mit welchen Strategien das Thema in der eigenen Organisation mehr Nachdruck erhält
• Größeres Bewusstsein für den eigenen Einfluss auf mehr Nachhaltigkeit

Der Vortrag beschreibt, wie man von einem operativen Wertstrom (z. B. Beantragung eines Kredits) zur Ableitung von Features kommt und diese in MVP (Minimum Viable Products) und Folgereleases priorisiert.

Wir schauen uns dabei Werkzeuge, wie z. B. Customer Journeys, Feature Mapping, Ideation und Priorisierungsmethoden an. Das Ganze wird anhand eines Beispiels/Fallstudie aus einem unserer großen Delivery-Projekte aufgezeigt.

Zielpublikum: UX, Architekt:innen, Entwickler:innen, Projektleiter:innen, Projektmanager:innen, Product Owner, Product Manager
Voraussetzungen: Basiswissen im agilen Requirements Engineering
Schwierigkeitsgrad: Anfänger

Extended Abstract

Der Vortrag beschreibt, wie man von einem operativen Wertstrom (z. B. Beantragung eines Kredits) zur Ableitung von Features kommt und diese in MVP (Minimum Viable Products) und Folgereleases priorisiert.

Wir starten damit, uns anzuschauen, was ein operativer Wertstrom ist und warum es vorteilhaft ist, sich nach diesen zu organisieren. Im nächsten Schritt leiten wir aus diesem Wertstrom eine Customer Journey Map und gehen auf Werkzeuge, wie z. B. Personas und Empathy Maps ein. Danach leiten wir aus der Customer Journey eine Feature Map ab und gehen hier auf verschieden Ideation-Tools ein. Zuletzt zeigen wir, wie man aus der Feature Map das MVP und weitere Releases bestimmen kann, hier gehen wir auf verschiedene Priorisierungsmethoden ein.

Der Vortrag soll aufzeigen, wie man in der Entwicklung von neuen Produkten vom Wertstrom mithilfe von Customer Journeys und Feature Mapping zum MVP kommt. Das Ganze wird anhand eines Beispiels/Fallstudie aus einem unserer großen Delivery-Projekte aufgezeigt.

Ist Achtsamkeit esoterische Schwurbelei? Wenn nicht, was ist dann der Nutzen von Achtsamkeit in unserer Arbeitswelt? Und was hat das mit Agilität zu tun?

In den letzten 30 Jahren ist eine moderne Achtsamkeitspraxis entstanden, für die sich diese Fragen klar beantworten lassen.

Der Vortrag ist interaktiv: Du lernst, was moderne Achtsamkeit ausmacht, was der Zusammenhang zu Agilität ist und wie sich der Nutzen von Achtsamkeit ganz konkret in deinem Leben manifestieren würde. Und du nimmst eine kleine Übung für den Alltag mit.

 
Zielpublikum: Du bist interessiert daran, persönliche Entwicklung mit Agilität zusammenzubringen
Voraussetzungen: Agiles Grundlagenwissen
Schwierigkeitsgrad: Anfänger

Extended Abstract

Ist Achtsamkeit esoterische Schwurbelei? Wenn nicht, was ist dann der Nutzen von Achtsamkeit in unserer Arbeitswelt? Und was hat das mit Agilität zu tun?

In den letzten 30 Jahren ist eine moderne Achtsamkeitspraxis entstanden, für die sich diese Fragen klar beantworten lassen. Achtsamkeit ist letztlich ein modernes Geistestraining, das wichtige Fähigkeiten wie Konzentration und Gelassenheit systematisch entwickelt.

Dies sind genau die individuellen Fähigkeiten, die wir für ein agiles Arbeiten in einem komplexen Umfeld benötigen.

Der Vortrag ist interaktiv: Du lernst, was moderne Achtsamkeit ausmacht, was der Zusammenhang zu Agilität ist und wie sich der Nutzen von Achtsamkeit ganz konkret in deinem Leben manifestieren würde. Und du nimmst eine kleine Übung für den Alltag mit.

In den 1960er Jahre entwickelte die NASA eine Methode zur Sicherstellung von Lebensmittelqualität: die Gefahrenanalyse der kritischen Kontrollpunkte nach HACCP. Diese Methode inspirierte mich zu einem Workshop, der über Teamgrenzen hinweg gemeinsam einen Blick auf die Qualität unseres Produkts wirft.

In meinem Vortrag zeige ich Ihnen, wie ich als ursprünglich gelernter Koch, heute in der Rolle des Qualitätsmanagers, instinktiv Methoden der Lebensmittelhygiene anwende. Mit dem Ziel, welches wir alle möchten: die Qualität des Produkts!

Zielpublikum: Prozessverantwortliche, Testmanager:innen, Qualitymanager:innen, Entwickler:innen, Manager, Entscheider
Voraussetzungen: Keine besonderen Vorkenntnisse nötig
Schwierigkeitsgrad: Anfänger

Extended Abstract

Zu Beginn der 1960er Jahre entwickelte die NASA eine Methode zur Sicherstellung von Lebensmittelqualität. Diese Methode inspirierte mich zu einem Workshop, der über Teamgrenzen hinweg, gemeinsam einen Blick auf die Qualität unseres Produkts wirft.

In meinem Vortrag zeige ich Ihnen, wie ich als gelernter Koch instinktiv Methoden der Lebensmittelhygiene anwende. In der Rolle als Qualitätsmanager führte ich Workshops durch, die unseren Entwicklungsprozess entscheidend veränderten – mit Methoden aus der Gastronomie.

Die Gefahrenanalyse der kritischen Kontrollpunkte nach HACCP (hazard analysis and critical control points) ist bis heute eine gesetzlich vorgeschriebene Methode in der Lebensmittelindustrie und Gastronomie, um die Qualität (Hygiene) von Lebensmittel-Produkten sicherzustellen. Diese Methode war der Ausgangspunkt für den Prozessanalyse-Workshop Quality Storming. Der, für Software-Entwicklung erdacht, in den Jahren immer mehr verbessert wurde.

Ich zeige Ihnen, wie Sie mit drei verschiedenen Quality Storming-Varianten die Hygiene ihrer Entwicklungsprozesse entscheidend verbessern können. Wir schauen gemeinsam, warum permanente Temperaturkontrollen von Tiefkühlpizza die gleichen Ziele haben wie Softwaretests in der Entwicklung: die Qualität des Produkts!

Teams sollten interdisziplinär sein und möglichst fokussiert auf ein gemeinsames Ziel hinarbeiten. So lehrt es uns sowohl die klassische Management-Literatur als auch agile Methoden wie Scrum. Nur leider gibt es in der Praxis immer wieder sehr erfolgreiche Teams, auf die keines dieser Kriterien zutrifft.
Wenn man genauer hinsieht, entdeckt man, dass es verschiedene Arten von Teams gibt, die unterschiedlich organisiert und geführt werden sollten. Gemeinsam werden wir die verschiedenen Spielarten erkunden.

Zielpublikum: Coaches, Manager, Teamleitende
Voraussetzungen: Basiswissen über Teams, hilfreich: Agile Grundkenntnisse
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Die Session basiert auf dem Konzept von "Extradependent Teams" von David Kesby. Diese Teams, die nach außen wirksam sind, kommen in praktisch jeder Organisation vor und werden vom klassischen Teamgedanken außen vor gelassen. Dabei bilden sie - richtig geführt - einen Pfeiler der Organisation. Wer sie von "normalen", sogenannten "Intredependent Teams" unterscheiden kann, stellt sicher, dass funktionsfähige Teams nicht durch ein unpassendes Paradigma in dysfunktiopnale Gruppen zerlegt werden.
Wir werden die wesentlichen Elemente des Konzepts interaktiv erarbeiten.

Wie kann man eigentlich sehen, wo IT-Teams stehen und was sie an Unterstützung und Führung brauchen? Wir wollten in der LV 1871 endlich mal weg von nur “Bauchgefühl” und haben uns mit vier Studierenden der LMU auf den Weg gemacht, um ein Reifegradmodell mit passenden Metriken zu entwickeln, die uns einen Überblick über unsere Entwicklungsteams geben. Im Sommer 2021 wurde das 6K-Modell vorgestellt und danach eingeführt. Wie ist das 6K-Modell entstanden, wie sieht es aus und welche Erfahrungen haben wir mit ihm gemacht? - Ein Erfahrungsbericht.

Zielpublikum: Agile Coaches, IT-Führungskräfte, Management
Voraussetzungen: Keine
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Es fing mit einem Projektkurs an. Doch der Outcome hat uns langfristig viel gelehrt. In diesem Vortrag berichten wir von unserer Erfahrung mit vier BWL-Studierenden der LMU und wie sie uns bei der Reifegradbestimmung unserer IT-Teams halfen. Im Rahmen des Projekts wurde die Wissenschaft mit der Praxis eng verbunden und wir konnten feststellen: beides zusammen funktioniert und ergänzt sich super!
Selbstorganisiertes Arbeiten ist eine wesentliche Voraussetzung, um erfolgreich agil im Team arbeiten zu können. Um immer auf dem aktuellsten Stand zu bleiben, wie selbstorganisiert die IT-Teams arbeiten, wurde auf Basis von qualitativen Interviews und einer umfangreichen Literaturrecherche ein Reifegradmodell entwickelt.
Mit dem Reifegradmodell der LMU-Studierenden sind wir in der Lage, die Selbstorganisation unserer agilen Teams anhand von sechs Dimensionen abzubilden: den 6 Ks. Wie es uns nach der Einführung des Reifegradmodells erging und welche Erfahrungen wir damit gemacht haben, stellen wir in diesem Vortrag vor.

This talk describes how to build and run a successful product development organization that delivers business value, not just features. I will cover what makes effective product development teams, how to structure, loosely couple, align and choreograph them, especially in larger organisations with up to 100 teams. Methods I will talk about include OKRs and Kanban Flight Levels. In this context I will also show when and how decentralised product teams can benefit from centralised platforms.

Target Audience: CTO, Manager, Decision Makers
Prerequisites: Experience with software development at scale
Level: Advanced

In dieser Session zum Thema High-Performing-Teams möchten wir uns einigen Aspekten widmen, die eine gesunde Basis für Teams bilden, auf der aufgebaut werden kann. Teams spielen eine entscheidende Rolle im Projekterfolg und im Kontext der Agilität im Allgemeinen. Wenn Du also erfahren möchtest, was es mit Verantwortung, Verantwortlichkeit und Selbstmanagement auf sich hat und wie Teams ihr volles Potenzial entfalten können und wie Du sie aktiv dabei unterstützen kannst, dann bist Du hier genau richtig!

Zielpublikum: Manager, Führungspersönlichkeiten, Coaches, Coaches, Scrum Master, Projektmanager, Entwickler:innen
Voraussetzungen: Keine Voraussetzungen, ein generelles Interesse an der Arbeit mit Menschen wäre jedoch hilfreich
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Wir wollen uns in dieser interaktiven Session dem Thema „High-Performing-Teams“ widmen und schauen, was diese ausmacht und was ihnen dabei geholfen hat, ein solches Team zu werden. Neben ein wenig Theorie lernst Du dabei auch konkrete Werkzeuge und Methode kennen, die Dir in Deinem Alltag helfen können - ganz gleich, ob Du nun in Scrum unterwegs bist oder in Kanban oder etwas ganz anderem. Zusätzlich lernst Du auch ein paar Fallstricke und definitiv ein paar Herausforderungen kennen, die Dir in der Evolution von Teams begegnen werden.
Und neben dem Team geht es natürlich auch um die Individuen im Team. Selbstmanagement braucht Verantwortung. Ein wesentliches Merkmal von High-Performing-Teams besteht darin, dass die unterschiedlichen Teammitglieder selbstorganisiert variabel und flexibel unterschiedliche Aufgaben annehmen und erledigen, sich verantwortlich fühlen. Dabei bringt jedes Teammitglied seine Stärken proaktiv ein, unterstützt, wo möglich, und lernt, wenn nötig. In einem Team, das sich selbst managt und organisiert, muss daher ein hoher Grad von Verantwortungsübernahme vorhanden sein, damit die unterschiedlichsten Aufgaben erledigt werden können.
Wir schauen uns in dieser interaktiven Session an, welche Evolution diese Teams durchlaufen, lernen verschiedene Modelle und ganz konkrete Coaching-Praktiken kennen, die euch im Alltag helfen können, High-Performance-Teams entstehen zu lassen.

"Flow bezeichnet das als beglückend erlebte Gefühl eines mentalen Zustandes völliger Vertiefung und restlosen Aufgehens in einer Tätigkeit, die wie von selbst vor sich geht" (Wikipedia). "Das wollen wir auch" wird der Ruf aus IT-Entwicklungsorganisationen laut.
Wie das gehen kann? Zwei Beispiele aus der Praxis geben Inspiration, nachdem wir geklärt haben, welche Fragen wir uns vor einer solchen Transformation unbedingt stellen sollten, um den Zustand von optimaler Passung zwischen Menschen und Aufgaben in der eigenen Organisation zu erreichen.

Zielpublikum: Entscheider, IT-Führungskräfte, agile Rollen, Menschen, die etwas verändern wollen
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger

In diesem interaktiven Workshop erarbeiten wir uns das Thema Wardley Maps und wie sich diese in der Weiterentwicklung von komplexen Softwaresystemen und Softwarelandschaften pragmatisch einsetzen lassen.
Wardley Maps sind evolvierende Strategielandkarten, welche ein kontextspezifisches Situationsbewusstsein für die eigenen Softwaresysteme (und mehr) schaffen. Sie bieten uns einen Ort, um komplexe Sachverhalte zu kommunizieren: Wie hängen Business und Systeme zusammen? Wo bauen wir etwas selbst und was holen wir von extern? Welche Entwicklungspraktiken und Vorgehen setzen wir dafür ein?
Mit Wardley Maps erstellen wir für diese Art von Fragen Landkarten, um unsere eigene Situation besser zu verstehen. Und mehr! Mit einer Karte können wir auch planen, wo die Reise hingehen soll. Wardley Mapping bietet uns hierfür einen reichen Fundus an Wegweisern zum Navigieren und Tipps zum Umgang mit Hindernissen.

Zielpublikum: Architekt:innen, Entwickler:innen, Projektleiter:innen, Manager, Entscheidende
Voraussetzungen: Interesse an visueller Kommunikation, keine Scheu vor praktischen Übungen in Miro
Schwierigkeitsgrad: Anfänger
 
Teilnehmendenbegrenzung: keine

Unfortunately, the session is cancelled without replacement.

We live in an uncertain world that seems to shift and transform by the second. How can our software teams ever be effective when the ground is shifting below their feet?

While the discomfort of uncertainty and chaos may well make us feel uncomfortable, even fearful. It's precisely where the value in most of our projects lies.

In this session we'll explore how to embrace uncertainty and deliver the right things at the right time. Even when it seems hard to pin down what the right thing is and when it's needed!

Target Audience: Agile Coaches, Product Managers, Product Owners, Project Managers
Prerequisites: Some experience with the application of agility to a team or organisation.
Level: Advanced

Extended Abstract
We liv in an uncertain world that seems to shift and transform by the second. How can our software teams ever be effective when the ground is shifting below their feet?

While the discomfort of uncertainty and chaos may well make us feel uncomfortable, even fearful. It's precisely where the value in most of our projects lies.

In this session we'll explore how to embrace uncertainty and deliver the right things at the right time. Even when it seems hard to pin down what the right thing is and when it's needed!

• How to make your work board (virtual or real) a tool to support group problem solving and collaboration.
• How to use story mapping to plan work and understand the level of uncertainty.
• How to use projections to help with prioritisation and planning.
• Why having a language to discuss uncertainty is so important.
• This tutorial is for anyone wanting to better prioritise their teams' work, respond effectively to an ever changing environment and deliver value.