Avsnitt
-
Cosima und Lisa sprechen ĂŒber Einzelcoaching. Was ist das ĂŒberhaupt und wie grenzt es sich von anderen Coaching Formen ab? NatĂŒrlich klĂ€ren sie auch die wichtigste Frage: Wie können wir Techies uns durch Einzelcoaching weiterentwickeln? Und können Coaching-Werkzeuge uns vielleicht auch in unserer alltĂ€glichen Arbeit unterstĂŒtzen?
Links
Cosima Laube about D.A.R.E. more, F.E.A.R. less and Journaling
International Coaching Federation (ICF): hier gibts z.B. eine gute Coaching-Definition und einen internationalen Coach-Finder.
Was wirksam ist, kann auch Seiteneffekte haben, hier z.B. ein recht aktuelles Paper dazu.
Die angesprochenen Powerful-Questions von Deborah Preuss
Mehr zu Business Journaling (inkl. dem angesprochen Buch), da wir einige Reflexionstechniken aus dem Bereich auch hatten.
Mehr zu Coaching-Themen aus Cosimas Erfahrungsschatz
-
We already learnt about nonlinear thinking in episode 137 of Software Architektur im Stream, when Diana Montalion talked with Eberhard Wolff about this important topic.
But what about Systems Thinking? Is it the same as non-linear thinking? Letâs find out together with Diana Montalion and Lisa Maria Moritz in this episode. Diana and Lisa will talk about Dianaâs new book âLearning Systems Thinking: Essential Nonlinear Skills & Practices for Software Professionalsâ.
Links
Software Architecture Gathering Code SATV_SAG15 for 15% off
Diana Montalion: Learning Systems Thinking: Essential Nonlinear Skills and Practices for Software Professionals
Lisa Moritzs Training âSketchnotes in der ITâ
Lisa Moritz: âSketchnotes in der ITâ
-
Saknas det avsnitt?
-
Zu oft ist die Code-QualitĂ€t von Software schlecht, was vor allem die Wartbarkeit erschwert. Das frustriert nicht nur Entwickler:innen, sondern kann zu Problemen bei Projekten wie Termin- oder BudgetĂŒberschreitungen fĂŒhren - und dann sind wirtschaftliche SchĂ€den auch nicht mehr weit. Im Extremfall kann die Software gar nicht mehr weiterentwickelt werden, sondern muss mit viel Aufwand und hohen Kosten saniert werden. In dieser Folge wollen wir den Ursachen fĂŒr dieses Problem nachgehen und diskutieren, wie man mit solchen Situationen umgehen und sie vermeiden kann.
Links
Folgen zu Technical Debt
Folge Extreme Programming (XP) - eine Retrospektive
Folge zu Tidy First mit Marco Emrich
Spreadshirt Shop
Folgen zu Architektur Management
Mastodon-Tröt zu "ich kĂŒndige jetzt wegen der Software-QualitĂ€t"
Firmenpolitik fĂŒr Architekt:innen mit Michael Ahrens
-
Ein Code Retreat ist eine ganztĂ€gige Veranstaltung fĂŒr Entwickler:innen mit einem speziellen Format, um Code-Design-Praktiken, Pair Programming und Refactoring zu ĂŒben. In dieser Episode sprechen Marco Emrich und Eberhard ĂŒber diesen Ansatz - und fĂŒhren ihn auch live vor, um einen praktischen Eindruck zu vermitteln, wie ein Code Retreat tatsĂ€chlich funktioniert. Wer Lust auf mehr hat: Am 2024-11-08 und 2024-11-09 ist der Global Day of Code Retreat mit vielen öffentlichen Code Retreats. Mehr Informationen und eine Liste von Veranstaltungen gibt es hier.
Links
Code Retreat Website
Game of Life
Life in Life
Game of Life ErklÀrungsposter
CodeRetreat Intro
Episoden zu Refactoring
Episoden zu Tidy First
Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?
-
In der Klimakrise sind alle aufgerufen, MaĂnahmen zu ergreifen, um das 1,5°-Ziel zu erreichen. Unsere Branche ist fĂŒr ca. 4% des weltweiten CO2-Verbrauchs verantwortlich - Tendenz steigend. Wir als Softwareentwickler:innen und Softwarearchitekt:innen haben die Verantwortung und die Möglichkeit hier die Situation zu verbessern. In dieser Episode sprechen wir mit Aydin Mir Mohammadi ĂŒber diese Problematik und was wir konkret tun können. Er ist MitgrĂŒnder und im Vorstand Bundesverband Green Software, Initiator der CO2-Challenge sowie Partner und Architekt bei bluehands.
Links
Architektur Kickstart
Aydins LinkedIn-Profil
Aydins Folien
Electricity Maps: Wo ist Strom wie grĂŒn?
Energy Charts mit der Strom Ampel
Carbon Aware Computing
Green Web Foundation
Cleaner-Web-Siegel fĂŒr klimabewusste Websites
CO2-Challenge
Green Software Foundation
Blauer Engel fĂŒr Software
Cloud Carbon Footprint: Cloud Carbon Emissions Measurement and Analysis Tool
Green Coding Solutions
Green Metrics Tools
Green Software Software Development Meetup Karlsruhe
-
Software Architektur findet oft in Meetings statt. Kaum eine Entscheidung kann eine Person alleine treffen, denn es geht meistens darum, die Interessen verschiedener Stakeholder zu hören und zu beachten.
Das Moderieren von Workshops und Meetings ist also ein wichtiges Werkzeug fĂŒr die Gestaltung von Software-Architektur. Martin GĂŒnther spricht mit uns in dieser Episode ĂŒber die verschiedenen Moderationsmöglichkeiten und den Liberating-Structures-Werkzeugkasten.
Ein wichtiges Problem dabei: Leider gibt es auch Menschen, die teils unberechenbar eigene Meinungen oder Ideen einbringen oder durchsetzen wollen. Das kann beÀngstigend wirken oder gar so weit gehen, dass man sich nicht traut, den eigentlich notwendigen Workshop zu veranstalten. Ein Toolset wie Liberating Structures kann die notwendige Sicherheit geben, um auch solche Herausforderungen zu meistern.
Links
Martins Homepage
Liberating Structures Homepage
Daniel Steinhöfer: Liberating Structures: Entscheidungsfindung revolutionieren
-
In der IT gibt es einen kontinuierlichen Strom an Innovationen. Architekt:innen und alle, die in der IT arbeiten, stehen vor der Herausforderung, stĂ€ndig neue Ideen in ihre Organisationen einzubringen. HierfĂŒr können gezielte Muster (Pattern) eingesetzt werden. In dieser Episode spielen Tanja Friedel, Ralf D. MĂŒller und Eberhard Wolff live das Spiel âFearless Journeyâ. Mit diesem Spiel lassen sich auf spielerische Weise Strategien entwickeln, um neue Ideen zu etablieren. Im Anschluss reflektieren sie gemeinsam ĂŒber das Spielergebnis und das Vorgehen.
Links
Linda Rising - Fearless Change and the Unconscious Mind - Live from OOP
Fearless Journey Games
Fearless Change Patterns
Firmenpolitik fĂŒr Architekt:innen mit Michael Ahrens
Was ist der wichtigste Skill in der IT?
Training: Team Topologies Deep Dive
-
Kriegsmetaphern finden oft Eingang in die Sprache der Unternehmenskultur, sei es in Besprechungen, PrĂ€sentationen oder internen Mitteilungen. Begriffe wie âSchlachtplanâ, âverteidigenâ, âkĂ€mpfenâ oder âSiegesstrategieâ werden verwendet, um den Wettbewerb zu beschreiben. Diese Metaphern können die Einstellung der Mitarbeiter gegenĂŒber ihrer Arbeit und ihrem Team beeinflussen, indem sie eine AtmosphĂ€re von Konkurrenz und Kampf schaffen.
Die Unternehmenskultur oder auch die Stimmung im Team werden automatisch aggressiver und feindseliger gegenĂŒber anderen Teams. Dies schafft oder verstĂ€rkt Konflikte, prĂ€gt Silo-Denken und versetzt die Mitarbeiter in einen permanenten âKampfmodusâ.
Das muss nicht sein und es lohnt sich, ein Bewusstsein fĂŒr die eingesetzten Metaphern zu schaffen, denn Sprache schafft Wirklichkeit. Friederike hĂ€lt zu dem Thema einen Vortrag auf der BED-Con. Wir sprechen in diesem Stream ĂŒber den Vortrag.
LinksFriederikes Homepage
Folien vom Vortrag
Podcast: Kognitionswissenschaften: Wie Sprache und Denken zusammenhĂ€ngen â und wie nicht
Quarks: Was Gendern bringt â und was nicht
Uni WĂŒrzburg: Experiment: male bias durch generisches Maskulinum
Was ist Gewaltfreie Kommunikation (GFK)?
Mastodon Tröt zu War analogies to lead teams in crisis
Auftragstaktik - AgilitÀt beim MilitÀr? mit Sönke Marahrens
-
SicherheitslĂŒcke durch AbhĂ€ngigkeiten sind fĂŒr Attacken wie Solarwinds, Equifax oder XZ verantwortlich. Und der EU Cyber Resilience Act zwingt zum Handeln. Supply Chain Security hilft bei der Absicherung des Bild-Prozesses. Jochen Mader wird dazu live von der BED-Con Rede und Antwort stehen, wo er auch einen Vortrag zum Thema hĂ€lt.
LinksBeispielcode & Folien
Jochen Mader bei Mastodon
Jochen Mader bei LinkedIn
-
Team Topologies scheint ein erfolgversprechendes Konzept zu sein, um die Teams fĂŒr Software-Entwicklungsprojekte aufzustellen. Auf den ersten Blick scheinen die Ideen relativ einfach verstĂ€ndlich zu sein - und tatsĂ€chlich ist das einer der Vorteile von Team Topologies. Aber in der Praxis ergeben sich dann doch oft Herausforderungen, weil die RealitĂ€t eben kompliziert und vielfĂ€ltig ist. In dieser Episode diskutieren Kim Nena Duggen und Eberhard Wolff ihre Erfahrungen, Szenarien und Lösungsideen aus der Praxis mit Team Topologies.
Training: Team Topologies Deep Dive
Episode zu Team Topologies
Episode DevOps und Team Topologies mit Anja Kammer
Episode zu Wiederverwendung
-
Software-Entwicklung findet in Teams statt. FĂŒr die GröĂe der Teams wird in letzter Zeit verstĂ€rkt die Forschung rund um die Dunbar-Zahl herangezogen, die 150 betrĂ€gt. Scrum hingegen spricht von Teams mit weniger als 10 Personen. Wie kommt die Dunbar-Zahl zustande? Und welche Bedeutung hat sie, wenn Scrum beispielsweise eine andere Team-GröĂe predigt? Das wird Eberhard in dieser Episode diskutieren.
Links
Sketchnotes
Robin Dunbar: Coevolution of neocortical size, group size and language in humans
Patrik Lindenfors, Andreas Wartel, Johan Lind: âDunbar's numberâ deconstructed
Emily Webber, Robin Dunbar: The fractal structure of communities of practice: Implications for business organization
Eberhard Wolff: Was Softwareentwicklungsteams mit der Dunbar-Zahl und Primaten zu tun haben
BED-Con
JAX Camp: Microservices, sozio-technische Architekturen & Team Topologies
Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development?
-
Wir haben Euch gefragt: Was ist der wichtigste Skill in der IT? In dieser Episode diskutieren Lisa Moritz, Ralf D. MĂŒller und Eberhard Wolff die Ergebnisse - und natĂŒrlich beantworten sie selbst auch die Frage. Vorab sei so viel verraten: Es gibt einen vielleicht nicht so ĂŒberraschenden Favoriten, den viele genannt haben - aber auch sehr viele unterschiedliche Antworten.
Links
Miro BoardEpisoden mit Ralf:Wie kann ChatGPT in der Software-Architektur unterstĂŒtzen?Besteht ChatGPT die iSAQB-Advanced-Level-PrĂŒfung? 1/2Besteht ChatGPT die iSAQB-Advanced-Level-PrĂŒfung? 2/2Mehr als Pfeile und KĂ€sten - Architekturdiagramme zusammen mit Lisa MoritzRalfs Profil bei SocreatoryFirmenpolitik fĂŒr Architekt:innen mit Michael AhrensCrew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?Funktionale Architektur - Ein konkretes Beispiel mit Mike SperberPsychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special -
Oft sehen Architekt:innen Firmenpolitik als etwas, was sie von der wirklichen Arbeit abhÀlt. Aber gerade der Bereich Politik beeinflusst einige wesentliche Erfolgsfaktoren von Projekten - und man kann sich diesen Mechanismen eigentlich kaum entziehen. In dieser Episoden diskutiert Michael Ahrens mit Eberhard Wolff was Firmenpolitik ist - und wie man sie konstruktiv nutzen kann.
Links
Virtueller Kaffee mit Michael
Auftragstaktik - AgilitÀt beim MilitÀr? mit Sönke Marahrens
Theorie des AufrĂ€umens - Kent Beckâs âTidy First?â mit Marco Emrich 2/2
Psychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special
-
Code aufrĂ€umen oder Features implementieren - womit sollten Entwickler:innen ihre Zeit verbringen? Kaum eine Frage ist im Projekt-Alltag wichtiger. In seinem Buch âTidy First?â beschreibt Kent Beck nicht nur âAufrĂ€umereienâ, mit denen man Code besser gestalten kann, sondern geht auch die Frage der Priorisierung des AufrĂ€umens an. In dieser Episoden diskutiert Marco Emrich zusammen mit Eberhard Wolff diese Aspekte des Buchs. Marco hat an der Ăbersetzung des Buchs ins Deutsche mitgearbeitet und hĂ€lt auch VortrĂ€ge zum Inhalt des Buchs.
Links
Folien
Buch auf Englisch
Buch auf Deutsch
Können wir Entwickler:innen-ProduktivitÀt messen?
Technische
SchuldenKent Beck "Smalltalk Best Practice Patterns" (1997)
Kent Beck "Implementation Patterns" (2008)
Dustin Boswell & Trevor Foucher "The Art of Readable Code" (2011)
Daniel Terhorst-North - SOLID vs. CUPID
Kevlin Henney SOLID Deconstruction
Hands-on Behavioral Code Analysis with Adam Tornhill
Code AufrĂ€umen - Kent Beckâs âTidy First?â mit Marco Emrich 1/2
-
Code aufrĂ€umen oder Features implementieren - womit sollten Entwickler:innen ihre Zeit verbringen? Kaum eine Frage ist im Projekt-Alltag wichtiger. In seinem Buch âTidy First?â beschreibt Kent Beck nicht nur âAufrĂ€umereienâ, mit denen man Code besser gestalten kann, sondern geht auch die Frage der Priorisierung des AufrĂ€umens an. In dieser Episoden diskutiert Marco Emrich zusammen mit Eberhard Wolff diese Aspekte des Buchs. Marco hat an der Ăbersetzung des Buchs ins Deutsche mitgearbeitet und hĂ€lt auch VortrĂ€ge zum Inhalt des Buchs.
Links
Folien
Folge Patterns - Kondensierte Erfahrungen mit Code, Dingen und Menschen mit Michael Hunger
Rezension zum Buch von Ralf D. MĂŒller bei heise
Buch auf Englisch
Buch auf Deutsch
Coderetreat Website
Folge Felienne Hermans about How to Read Complex Code (Live from Software Architecture Gathering)
Zohar Jackson: Code Is for Humans: A Guide to Human-Centric Software Engineering
-
QualitĂ€tsanforderungen, auch bekannt als nicht-funktionale Anforderungen, sind entscheidend, damit die Software-Architektur tatsĂ€chlich die richtigen Probleme löst. Nur mit den passenden QualitĂ€tsanforderungen kann man die geeigneten Technologien auswĂ€hlen. Doch die richtigen Anforderungen zu finden, ist oft eine Herausforderung. In dieser Episode stellt Michael Plöd âQuality Stormingâ vor â einen Ansatz, mit dem man gemeinsam mit DomĂ€nen-Expert und anderen Stakeholdern kollaborativ QualitĂ€tsanforderungen ermitteln kann.
Links
Michaels Artikel ĂŒber Quality Storming
Nicole Rauch zu Event Storming & Specification by Example
Domain Story Telling mit Henning Schwentner und Stefan Hofer
Folgen zu Collaborative Modeling
Systems Thinking in Large-Scale Modeling with Xin Yao - OOP Special
Beispiele fĂŒr Quality Requirements
PrÀsentation von Michael zu Quality Storming
Dave Gray, Sunni Brown, James Macanufo: Gamestorming: A Playbook for Innovators, Rulebreakers, and Changemakers
-
With so much legacy software around, modernizing the architecture and the software has become a major challenge that almost every project faces. Nick Tune is one of the leading Domain-driven Design experts and has written a book about âArchitecture Modernizationâ. In this episode, we will discuss this approach and how it deals with typical challenges with legacy systems.
Links
Nickâs book at Mannings
Nickâs homepage
Nickâs LinkedIn post with a discussion about secret vs. transparent
-
Gute Software-Architektur strukturiert komplexe Software-Systeme so ĂŒbersichtlich, dass Menschen sie verstehen und weiterentwickeln können. Also geht es bei der Software-Architektur 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.
Links
Episode zu Team Topologies
FlugunglĂŒck auf Teneriffa bei Wikipedia
United Airlines Flug 173 bei Wikipedia
Episode Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?
Episode Scrum Master:in und Softwarearchitektur mit Nadine Andraczek
Episode Auftragstaktik - AgilitÀt beim MilitÀr? mit Sönke Marahrens
Episode Auftragstaktik - AgilitÀt beim MilitÀr? mit Sönke Marahrens
Episode Psychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special
Episode Wie reiĂt man den Elfenbeinturm ein? mit Anja Kammer
-
Zum Kippen agiler Projekte gab es bereits einen Vortrag und eine Episode im Stream. Insbesondere zu dem Vortrag gab einige interessante Reaktionen und Kommentare - offensichtlich gibt es viele unterschiedliche Meinungen zu dem Thema. In dieser Episode diskutieren wir dieses Feedback und vertiefen so das Thema AgilitÀt und das Scheitern des Ansatzes mit weitere Perspektiven.
Links
Wahrheiten ĂŒber Software-Entwicklung - DarĂŒber möchte ich nicht mehr sprechen mĂŒssen!
Warum (agile) Projekte kippen
Short Video zum Kippen agiler Projekte
Diskussion auf LinkedIn
YouTube-Video mit Diskussion
Prof. Christiane Floyd zu "menschenzentrierter Software-Entwicklung"
Extreme Programming (XP) - eine Retrospektive
Are We Engineers? With Hillel Wayne
Heise-Blog "Hilft kaputte AgilitÀt?"
Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?
Auftragstaktik - AgilitÀt beim MilitÀr? mit Sönke Marahrens
Welt: Das einmalige Erfolgsrezept deutscher Armeen
Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development?
Streams zu Modularisierung
-
Bounded Contexts sind zentral fĂŒr Strategic Domain-driven Design. Irgendwie werden damit groĂe Systeme aufgeteilt, aber gleichzeitig macht es die Definition von Begriffen eindeutig und irgendwie spielt das Konzept auch eine Rolle fĂŒr die Kollaboration von Teams. In dieser Episode diskutieren wir die den Begriff Bounded Context im Detail und gehen auf die Probleme ein, die bei der Nutzung des Begriff typischerweise auftreten.
Links
Taktisches Domain-driven Design (DDD)
Folge Statt Microservices Framework, Library, Komponenten
Eric Evans: DDD Referenz (kostenlos)
Folge Team Topologies
Folge Objektorientierung - Was ist das eigentlich?
Artikel "GroĂe Systeme mit Domain-driven Design entwerfen"
Eric Evans: Domain-Driven Design: Tackling Complexity in the Heart of Software
- Visa fler
