Nachdem eine Software entwickelt wurde, soll diese auch schnell ausgeliefert und hochverfügbar betrieben werden. In dieser Folge beschreibt Botond Gal, wie der Softwarebetrieb mit Hilfe von GitOps kollaborativ, verlässlich, stabil, und schnell gestaltet werden kann.

Botond Gal erreicht ihr am besten über LinkedIn: https://www.linkedin.com/in/botond-gal/

Außerdem verweisen wir in der Folge auf diese Themen:

• Folge 23: TBD23 Botond, wie können Teams besser Software erstellen und ausliefern?
• B. Cubukcuoglu, J. Scheytt, J. Schnatterer, GitOps: Grundlagen und Best Practices, 2024, ISBN 978-3864909962.

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

Verantwortung ist der Schlüssel zu erfolgreicher Teamarbeit – doch wie schaffen es Teams, wirklich Verantwortung zu übernehmen und gleichzeitig Stressmuster durchbrechen? In dieser Folge beleuchten wir den Responsibility Process und die Überlebensstrategien aus dem Satir-Modell. Erfahre, wie typische Stressreaktionen wie Beschuldigen, Beschwichtigen oder Ablenken die Zusammenarbeit behindern – und wie Teams den Zustand der echten Verantwortung erreichen können, um Herausforderungen gemeinsam zu meistern.

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:

• Folge #26: TBD26 Markus, wie erzeugt man effektive und leistungsstarke Teams?
• C. Avery, The Responsibility Process: Wie du dich selbst und andere wirkungsvoll führst und coachst, ISBN 978-3988890030.
• V. Satir, J. Banmen, J. Gerber, Das Satir-Modell: Familientherapie und ihre Erweiterung, ISBN 978-3873871670.
• Seite „Virginia Satir“. In: Wikipedia – Die freie Enzyklopädie. Bearbeitungsstand: 30. September 2024, 07:56 UTC. URL: https://de.wikipedia.org/w/index.php?title=Virginia_Satir&oldid=249010649 (Abgerufen: 3. Dezember 2024, 14:50 UTC)

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

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