Die Worte „im“ und „am“ unterscheiden sich nur durch einen Buchstaben. Aber das dahinterliegende Konzept, das in diesem zweiten Teil der Einführung in Systemisches Denken (englisch systems thinking) vorgestellt wird, führt dazu, dass du verstehst, wie du bestimmte Ergebnisse erzielst, und somit herausfinden kannst, wie du bessere Ergebnisse erzielst.

Ich freue mich über Feedback zu dieser Folge, entweder per Mail an tbd@kolmer.one, oder über LinkedIn: https://www.linkedin.com/in/andreas-kolmer/

Außerdem wird in der Folge auf diese Artikel verwiesen:

• Teil I dieser Einführung, Folge #34: TBD34 Andreas, warum ist Systems Thinking wichtig?
• Systemdenken I: Einführung
• Systems Thinking von less.works
• Donella H. Meadows, Thinking in Systems: A Primer, 2008, ISBN 978-1603580557.
• Peter M. Senge, Die fünfte Disziplin: Kunst und Praxis der lernenden Organisation, 2017, ISBN 978-3791040301.

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Systems Thinking beschäftigt sich mit der dynamischen Komplexität von Systemen. Aber was genau ist ein System? Wie würden wir eines kennen, wenn wir eines gesehen hätten, und warum ist es wichtig, Systeme zu verstehen? Und wie können wir unsere Organisationen effektiver verwalten, indem wir Systeme verstehen?

Ich freue mich über Feedback zu dieser Folge, entweder per Mail an tbd@kolmer.one, oder über LinkedIn: https://www.linkedin.com/in/andreas-kolmer/

Außerdem wird in der Folge auf diese Artikel verwiesen:

• Systemdenken I: Einführung
• Systems Thinking von less.works
• Donella H. Meadows, Thinking in Systems: A Primer, 2008, ISBN 978-1603580557.

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Etwa 10% der Bevölkerung sind auf barrierefreie Webseiten angewiesen. Damit Unternehmen diese potentiellen Kund:innen begeistern können, müssen die Webseiten ihrer Produkte und Services für alle nutzbar gestaltet werden. Wie dies umgesetzt werden kann, und welche Potentiale durch eine Integration der Barrierefreiheit als selbstverständlichen Teil der Produktstrategie gehoben werden können, erläutert Bernd Mündel in dieser Folge.

Bernd Mündel erreicht ihr am besten über LinkedIn: https://www.linkedin.com/in/bernd-mündel-839718140/

Außerdem verweisen wir in der Folge auf die folgenden Seiten und Artikel:

• Eine allgemeine Übersicht zum Thema bietet die Bundesfachstelle Barrierefreiheit.
• Rechtliche Grundlagen sind das Barrierefreiheitsstärkungsgesetz und die Verordnung über die Barrierefreiheitsanforderungen für Produkte und Dienstleistungen nach dem Barrierefreiheitsstärkungsgesetz, sowie auf europäischer Ebene der European Accessibility Act.
• Umfassende Umsetzungsstrategien beschreiben die Web Content Accessibility Guidelines (WCAG) 2.2.
• Zwei Plugins für den Chrome-Browser, die ein eingeschränktes Nutzerverhalten simulieren, sind Siteimprove Accessibility Checker und WAVE Evaluation Tool.

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Wardley Maps sind ein beliebtes Werkzeug der Produktstrategie, und Product Backlogs sind ein beliebtes Werkzeug der agilen Produktentwicklung. Da wäre es doch naheliegend, diese beiden Werkzeuge zu kombinieren. Wie das geht, erklärt Michael Mai in dieser Folge.

Michael Mai erreicht ihr über LinkedIn: https://www.linkedin.com/in/michael-mai-coach/.

Außerdem verweisen wir in der Folge auf:

• Folge #13: TBD13 Michael, wie hilft Agilität BMW dabei, autonomes Fahren zu entwickeln?
• Meetup-Folien: https://less.works/occasions/meet-up-from-wardley-map-to-backlog-4288.
• S. Wardley, Wardley Maps.
• Cynefin-Framework: D. J. Snowden, M. E. Boone, A Leader’s Framework for Decision Making, Harvard Business Review 2007, 11, 69–76. Siehe auch: Das Cynefin-Modell.

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Technologie, Menschen und Marktdynamik verändern sich ständig und immer schneller. Um die Chancen zu nutzen, die sich aus diesen Veränderungen ergeben, wird eine agile Organisation benötigt, die sich mit minimalen Kosten schnell anpassen kann. Aber wie kann ein agiles Organisationsdesign entwickelt werden, das Teams befähigt, Verantwortung zu übernehmen und sich schnell anzupassen? Dazu stellt Markus Tecza in dieser Folge den Ansatz „Creating Agile Organizations“ vor.

Markus Tecza erreicht ihr entweder persönlich über LinkedIn: https://www.linkedin.com/in/markus-tecza/
Alternativ könnt ihr ihn über das Kontaktformular der Valtech GmbH erreichen: https://www.valtech.com/de-de/about/kontakt/.

Außerdem verweisen wir in der Folge auf:

• Folge #8: Markus, wie können Karrierewege in agilen Organisationen gestaltet werden?
• Folge #24: Markus, wie können Organisationen auf gesunde Art transformiert werden?
• https://creatingagileorganizations.com
• Cesario Ramos, Ilia Pavlichenko, Creating Agile Organizations: A Systemic Approach, ISBN 978-0135853191

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Veränderungen können Unruhe und Stress auslösen. Dies gilt insbesondere für agile Transformationsprozesse, hier können Teams schnell aus der Balance gebracht werden. Wie können Teams und Individuen diese innere Balance erlangen, und trotz stressigem Umfeld erhalten? Darüber spreche ich mit Gina Röge.

Gina Röge erreicht ihr entweder über ihre Webseite: http://voninnenstark.de, über LinkedIn: https://de.linkedin.com/in/gina-roege-4841853, oder ihr erreicht sie über Xing: https://www.xing.com/profile/Gina_Roege.

Außerdem verweisen wir in der Folge auf:

• Folge 6: TBD6 Gina, sind selbstorganisierende Teams Mythos oder Realität?
• Gerald Hüther, Ohne Gefühl geht gar nichts – Worauf es beim Lernen ankommt, https://www.youtube.com/watch?v=C9y-PRikCS8
• Polyvagaltheorie: https://www.swtraumatraining.com/polyvagal-theory
• Google-Studie zu Erfolgsfaktoren von Teams: https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

In dieser Folge erklärt Erwin Yükselgil, warum Domain-driven Design (DDD) nicht nur eine Herangehensweise an die Modellierung komplexer Software ist, sondern auch ein Kommunikationswerkzeug, die Entwickler:innen und Unternehmen hilft, im Problemraum zu bleiben. Außerdem erläutert er die Vorteile dieser Herangehensweise und berichtet über seine Erfahrungen mit Event Storming und Domain Storytelling.

Erwin Yükselgil erreicht ihr am besten per E-Mail (erwin.yuekselgil „at“ valtech.com) oder über LinkedIn: https://www.linkedin.com/in/erwin-yükselgil-89b786156/.

Außerdem verweisen wir in der Folge auf:

• Folge 3: TBD3 Erwin, Benni, Technische Exzellenz? Was ist das überhaupt?
• Eric Evans: What is DDD? – https://www.youtube.com/watch?v=pMuiVlnGqjk
• https://blog.christianposta.com/microservices/the-hardest-part-about-microservices-data/
• Beispielbilder für Event Storming und Domain Storytelling

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Ein guter Umgang mit Daten kann Unternehmen helfen, schnellere und bessere Entscheidungen zu treffen. Aber wie erreiche ich eine gute Datenkultur, und was gehört alles dazu? Darüber spreche ich in dieser Folge mit Elisabeth Liberda und Johannes Marquart.

Elisabeth Liberda erreicht ihr am besten über LinkedIn: https://www.linkedin.com/in/elisabeth-liberda-a9a556b8/. Gleiches gilt für Johannes Marquart: https://www.linkedin.com/in/johannesmarquart/.

Außerdem verweisen wir in der Folge auf:

• Folge 14: TBD14 Elisabeth, was kann man tun, wenn es nach einer SAFe-Einführung nicht rund läuft?
• Folge 5: TBD5 Reiner, wie hilft Digitalisierung Unternehmen dabei, nachhaltig zu werden?
• Stand Land Datenfluss: https://www.stadt-land-datenfluss.de
• BARC Data Culture Framework: https://barc.com/de/data-culture/

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Wie organisiert man mehrere Teams, die gemeinsam an einem Produkt arbeiten? Hierfür gibt es mehrere Vorschläge. In dieser Folge stellt Dirk Lässig Team Topologies vor, vergleicht dies mit dem Skalierungs-Framework LeSS, und verrät Tipps und Tricks für die Umsetzung.

Dirk Lässig erreicht ihr am besten über LinkedIn: https://www.linkedin.com/in/dirklaessig2/.

Außerdem verweisen wir in der Folge auf:

• Folge #2: Dirk, was bedeutet Transform by Doing?
• M. Skelton, M. Pais, Team Topologies: Organisation von Business- und IT-Teams für einen schnellen Arbeitsfluss, ISBN 978-3960092315.

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Es gibt viele Rezepte, Tipps, und Tricks, um Teams effektiver und leistungsstärker zu machen. Aber welche Dinge helfen wirklich? In dieser Folge gibt uns Markus Köhne einen Überblick über den wissenschaftlichen Stand zur Frage, welche Aspekte Teams erwiesenermaßen besser machen.

Markus Köhne erreicht ihr am besten per LinkedIn: https://www.linkedin.com/in/markus-koehne-195334160/ oder Xing: http://www.xing.com/profile/Markus_Koehne/. Er ist außerdem regelmäßig in Düsseldorf beim Meetup Agile DUS.

Wir verweisen in dieser Folge auf folgende Literatur:

• E. Barends, D. Rousseau, I. Cioca, E. Wrietak, High-performing teams: An evidence review. Scientific Summary, London: Chartered Institute of Personnel and Development, 2023.
• McKinsey & Company, Diversity Wins – How Inclusion Matters, 2020.
• A. Adekiya, F. Oluyemisi, How Do Team Diversity Act to Exercise Effect on Team Performance: Looking through the Lens of Cultural Intelligence among Employees, 2023, DOI 10.32388/ODVBPE.
• C. Avery, Teamwork Is an Individual Skill: Getting Your Work Done When Sharing Responsibility, ISBN 978-1459626935.
• E. Meyer, A. Schieberle, M. Ferber, Die Culture Map: Verstehen, wie Menschen verschiedener Kulturen denken, führen und etwas erreichen, ISBN 978-3527509225.
• J. Sutherland, The Roots of Scrum, 2005.

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License