Viele Entwicklungsvorhaben finden nicht in den optimalen "Flow", obwohl Microservices und DDD Geschwindigkeit und Unabhängigkeit versprechen. Häufig ist die Betrachtung der Teamebene mit ihren Verantwortungen, Abhängigkeiten und Übergaben ein Schlüssel zum Erfolg. Team Topologies bieten nicht nur eine Notation zur Modellierung unterschiedlicher Teamtypen, sondern auch Kollaborationsmodelle und Prinzipien, die zu dynamischen Entwicklungsorganisationen führen.

In dieser Session stelle ich Team Topologies vor, spreche über die Anwendbarkeit des Ansatzes und gebe fünf Tipps für die Praxis. Sie reichen von der richtigen Anwendung von Notationselementen bis zu Unterstützungsmaßnahmen, die bei der Arbeit mit Team Topologies notwendig sind.  

In unseren sich stetig verändernden technologischen und organisatorischen Umgebungen haben sich die Prinzipien der "Team Topology" als mächtiges Werkzeug für die Optimierung von Teamstrukturen und deren Interaktionen erwiesen.

Dieser Vortrag widmet sich der Anwendung dieser Prinzipien im Kontext von Data Teams, die zwar Parallelen zu Softwareentwicklungsteams aufweisen, jedoch auch einzigartige, datenspezifische Herausforderungen meistern müssen. Anhand von drei realen Fallstudien werde ich sowohl die Erfolgsgeschichten als auch die möglichen Stolpersteine bei der Implementierung dieser Konzepte beleuchten. Die zentrale Frage dieses Vortrags: Inwiefern können die "Team Topologies"-Prinzipien dazu beitragen, den Impact von Datenteams zu maximieren und optimale Ergebnisse für die Gesamtorganisation zu erzielen?

Team Topologies gilt schon seit 2019 als ein Modell zur Unterstützung von dynamischen Entwicklungsorganisationen. Prinzipien wie "you build it, you run it" und die Reduktion von kognitiver Belastung in Entwicklungsteams werden damit optimal unterstützt. Aber wie gestalten wir eine Organisation, die innovativ bleibt, während die Teams fokussiert arbeiten können? Wie gelingt eine Anschlussfähigkeit der Entwicklungsorganisation an den Rest der Firma und wie sieht Führung in einer solch dynamischen und meist selbstorganisierten Unternehmung aus? Für all diese und weitere Fragen gibt uns der "Baukasten" unFIX seit Anfang 2022 Antworten.

In diesem Vortrag beleuchten wir, wie unFIX helfen kann, ganz konkrete Fragestellungen der Praxis zu adressieren, und geben Impulse zum Umgang mit eigenen Herausforderungen.

The legacy of the original lightweight barely sufficient Agile ideas (namely XP and Scrum) has been impeded by the difficulties of applying them beyond a single team without losing the key principles and the promised gains.
Over the last decade, that challenge has led to a rose in heavy-weight methods, especially SAFe™, which has become a go-to place for "everything agile". It provides the user with a profound variety of specific tools and techniques for "scaling agile". Many enterprises are on the path of "rolling out" these ideas by the book with the help of trained coaches. But will we eventually get the promised gains of agility once we fulfill the requirements of the framework in our enterprise? Is such a prescriptive approach agile itself? And more importantly: will we own the change and know how to keep improving beyond the rule book?

In recent years, we have seen the emergence of other methods: framework-agnostic org design DIY toolboxes. In this family of modern ideas, Team Topologies™ and unFix™ stand out from the crowd. Their approach is to offer us a "lunch buffet" to pick structures and processes that suit our situation. It is a flexible approach with a lot of freedom of choice. It offers a fresh path for some of us trying to avoid the burden of frameworks. But the freedom of freely picking org elements implies that we possess a clear bigger picture and won't get lost in the night-gritty details of the puzzle pieces. As leaders, managers, and coaches, how fluent are we in org design, queuing theory, and systems thinking? How can we be confident that we won't lose the plot by trying to put together those puzzle pieces? And more importantly: will we get long-term gains, or will we inflict more unforeseen problems by focusing too much on the small building blocks rather than the whole system?

Difficult questions. Org Topologies™ doesn't have all of them answered for us. But being a framework-agnostic approach for designing agile ecosystems where business and technology would work as one, it can provide us with a solid basis on which all other decisions can be grounded. Essentially, Org Topologies™ moves us from the dualism of frameworks vs. DIY methods into the realm of ecosystems - a unity of interdependent organizational parts that together exhibit well-recognized behaviors.

In this session, one oft the creators of Org Topologies™, Roland Flemm, will share a method to design, assess and improve your organizational ecosystem. They will do that by familiarizing you with a set of organizational archetypes that are easy to spot in any organization. Hopefully, by the end of the talk, you will have much better clarity on which organization ecosystem you want to build and which behaviors you expect it to exhibit. Eventually, you shall be able to take this tool home and use it with your leadership group as a map in your ongoing, never-ending transformation journey toward agility.

Gute Softwarearchitektur strukturiert komplexe Softwaresysteme so übersichtlich, dass Menschen sie verstehen und weiterentwickeln können. Also geht es bei der Softwarearchitektur um den Faktor Mensch. Deswegen kann sich Architektur aber nicht auf Maßnahmen für die Strukturierung der Software begrenzen, sondern muss sich auch mit den Menschen beschäftigen.

In diesem Vortrag geht es um einige konkrete Ansätze und Erfahrungen, die Entwicklung durch Maßnahmen in Bezug auf den Faktor Mensch zu verbessern.

Mit ca. 400 Millionen Suchergebnissen bei Google ist psychologische Sicherheit in den letzten Jahren zu einem der größten Schlagworte in der Wirtschaft geworden. Leider sind die meisten, die über dieses Thema schreiben und sprechen, keine Psychologen. Obwohl sie es größtenteils gut meinen, hat dies zur Verbreitung von Fehlinformationen darüber geführt, was psychologische Sicherheit ist und wie sie in Teams gefördert werden kann.
 
Dieser Vortrag geht auf einige Missverständnisse über psychologische Sicherheit ein, stellt Techniken vor, die von Psychologen zur Analyse von psychologischer Sicherheit verwendet werden, und stellt die Frage, ob psychologische Sicherheit alles ist, was für leistungsstarke Teams erforderlich ist.

Die Welt wird für Unternehmen immer dynamischer, und immer mehr Unternehmen schaffen es nicht mehr, sich im notwendigen Tempo anzupassen. Die Zeit zentraler Reorganisationen ist längst vorbei. Ausreichend schnell können sich Unternehmen nur anpassen, wenn über Anpassungen dezentral entschieden werden kann.

Dazu müssen Unternehmen das Kunststück vollbringen, dezentrale Entscheidungen zuzulassen und dabei kein Chaos entstehen zu lassen.
Soziokratie 3.0 ist eine pragmatische Mustersammlung für die Strukturierung von Unternehmen(sbestandteilen), die dabei helfen kann, schrittweise anpassungsfähiger zu werden. Soziokratie 3.0 ist Open Source und kann daher von jedem nach Beliebigen verwendet werden.

Die Session führt in die Grundideen und wichtigsten Muster von Soziokratie 3.0 ein. Nach der Session haben die Teilnehmenden die Grundideen von Soziokratie 3.0 verstanden und konkrete Ansatzpunkte für die Verwendung im eigenen Unternehmen.