Heutzutage werden Softwaresysteme immer mehr für komplexe Problemdomänen geschaffen. Die Lösungen, die dabei entstehen sind teilweise unglaublich. Leider lässt sich in regelmäßgen Abständen beobachten, dass die Innovationskraft und Entwicklungsgeschwindigkeit einiger Organisationen nachlassen. Insbesondere gilt dies wenn Systeme sich zu einer Microservice-Architektur evolvieren. Microservices sind ein vielversprechender Ansatz, um eine schnelle und autonome Entwicklung von Teilen des Gesamtsystems zu erreichen. Ein Leitfaden dafür ist das strategische Design aus dem Domain-Driven Design. Anstatt ein System naiv aufzuteilen, kann dieses Werkzeug helfen eine Architektur zu etablieren, die zudem eine Schlüsselrolle bei der Umgestaltung der Organisation spielt. Dabei werden Bounded Contexts häufig als Grundlage genommen. Ein weiterer Aspekt ist der Leitsatz - A microservice is owned by one team. Diese Ideen sind valide sollten jedoch mit Bedacht eingesetzt werden. Unternehmen, die vor der Herausforderung stehen ihre System zu teilen und damit einhergehend ihr Organisation anpassen sei an dieser Stelle gesagt es gibt keine Blaupause. Und wenn es diese gäbe, dann wäre sie sicherlich mit vielen Warnungen gespickt. In diesem Vortrag gehe ich auf einige dieser Gefahren ein und welche möglichen Auswirkungen diese sowohl auf das System, als auch die Organisation haben.