We mourn the loss of Stefan Tilkov. See announcement

Focus

Organization and Communication

Articles, podcasts, talks, and more about Organization and Communication.

Domain-driven Design im Penthouse

IT-Tage 2023 / 10:00 - 10:45

Moderne Architekturarbeit: Vom Vorgabenmachen zum Enabling

IT-Tage 2023 / 15:00 - 15:45

Misserfolge und Lehren bei der Anwendung von DDD: Beispiele aus der realen Welt

Berlin Expert Days 2023 / 11:40 - 12:40

Business für Software Architekt:innen

Software Architecture Summit 2023 / 10:00 - 13:00

Retrospektiven

Nur nicht von der Stange

Tech Stack Canvas

Illegale Softwarearchitekturen

Die Digitalisierung von Abläufen in Organisationen stößt in der Praxis häufig auf ebenso viel Widerstand wie die Festlegung von Architekturprinzipien für ein Entwicklungsteam. Die Organisationstheorie bietet ein Konzept, mit dem dieser Widerstand erklärt werden kann: brauchbare Illegalität

Neu bei socreatory: 1-Tages-Workshops

Retrospektiven - Teil 7

Abschluss der Serie

Retrospektiven - Teil 6

Diese Blogpost-Serie fasst meine Erfahrung als Facilitator mit mehreren Remote-Teams in Software-Projekten über eineinhalb Jahre zusammen. Ich stelle Ihnen meine Grundsätze und alle Formate vor, die ich bislang entwickelt habe.

Does BI Software Make Sense for Development Teams?

Time is a valuable asset, and it is easily consumed by the analysis and preparation of data. In other words, there may be good reason to come to grips with BI software.

Retrospektiven - Teil 5

Zerstören & Ein Tag für die Tonne

Was ist ein Data Contract?

Ein Data Contract ist eine Vereinbarung zwischen zwei Teams über die Bereitstellung und den Zugriff von Daten. Sie sind ein wichtiges Mittel, um Stabilität, Datenqualität und Nachvollziehbarkeit in der Datenarchitektur sicherzustellen.

Retrospektiven - Teil 4

Diese Blogpost-Serie fasst meine Erfahrung als Facilitator mit mehreren Remote-Teams in Software-Projekten über eineinhalb Jahre zusammen. Ich stelle Ihnen meine Grundsätze und alle Formate vor, die ich bislang entwickelt habe.

Retrospektiven - Teil 3

#3 - Universelle Kategorien

Retrospektiven - Teil 2

Diese Blogpost-Serie fasst meine Erfahrung als Facilitator mit mehreren Remote-Teams in Software-Projekten über eineinhalb Jahre zusammen. Ich stelle Ihnen meine Grundsätze und alle Formate vor, die ich bislang entwickelt habe.

Retrospektiven - Teil 1

Diese Blogpost-Serie fasst meine Erfahrung als Facilitator mit mehreren Remote-Teams in Software-Projekten über eineinhalb Jahre zusammen. Ich stelle Ihnen meine Grundsätze und alle Formate vor, die ich bislang entwickelt habe. Hier kommt nichts von der Stange. Versprochen.

Why Your Team Needs Data Products

Training != Training

Was sagt die Didaktik dazu?

Agile meets Architecture 2023

Schubladen für Product Owner

Women in Tech: Christina

Lessons learned

How to prepare a (not only technical) talk

As I want to improve on giving valuable (conference) talks this year, I like to introduce my current four-phase approach to preparing these. Because when you intend to improve things, it is always a good idea to start with summarizing the current state. From there you can find out what is already good and where there is room for improvement. I would love to hear / read about your tricks and ideas!

INNOQ Perspectives

5 Kollegys, 5 Perspektiven

Sparsame Dokumentation

Ich weiß – Dokumentation ist nicht Ihr Lieblingsthema. Deswegen bekommen Sie hier ein paar Tipps für schmerzfreie Dokumentation. Die hier vorgestellten Ideen sparen Ihnen wertvolle Zeit, sowohl bei Erstellung als auch Pflege der Dokumentation. Sie funktionieren für jede Art von Softwaresystem, unabhängig von Werkzeugen, Technologien und Entwicklungsansätzen.

Conway hat immer Recht

Kaum ein Konzept wird so häufig missverstanden wie Conway’s Law. In der letzten Kolumne wurde die theoretische Grundlage aus soziotechnischer Sicht beleuchtet, hier soll es nun um die praktischen Konsequenzen gehen.

Ich, Du und Conway’s Law

Soziotechnische Welten – Teil 5

Autonomie und Entscheidungen

In der letzten Kolumne wurde gezeigt, warum echte Autonomie in Organisationen nur sehr eingeschränkt existiert. Diesmal soll der Umgang von Organisationen mit der Notwendigkeit von Autonomie im Fokus stehen.

Mythos Teamautonomie

Die Autonomie von Teams wird seit einigen Jahren häufig als Voraussetzung für gelingende Softwareentwicklung genannt. Allzu oft werden dabei die Paradoxien von Organisationen nicht angemessen berücksichtigt. Diese Kolumne möchte die ersten beiden dieser Paradoxien betrachten.

Der Foerster und die Softwarearchitektur

Soziotechnische Welten – Teil 2

Die Angemessenheit von Komplexität

Wenn in der Softwareentwicklung über verteilte Systeme gesprochen wird, findet sich Eric Brewers CAP-Theorem meist direkt um die Ecke. Das CAP-Theorem, obwohl es erst 1998 formuliert wurde, gehört heute zu den fundamentalen Erkenntnissen über verteilte Systeme. Was enthält es an Einsichten für die Betrachtung sozialer Systeme bereit?

Happy without a Service Mesh

It does not always have to be a service mesh. Even microservices are not a good idea per se. For good decisions we have to get a deep understanding of the problem first.

Integral Evolutionary Organizations

A way to organize a company without hierarchies with self management based on evolutionary purpose

Glücklich ohne Service Mesh

Es muss nicht immer ein Service Mesh sein. Auch Microservices sind nicht per se eine gute Idee. Für gute Entscheidungen müssen wir uns das Problem genau anschauen.

Vertrauensvolle und angstfreie Kommunikation als Grundlage gelungener Softwarearchitektur

Steht und fällt der Erfolg einer Softwarearchitektur und damit eines Projektes mit einer technischen Entscheidung zugunsten von Microservices oder Monolithen oder müssen viel früher Weichen gestellt werden, um sicherzustellen, dass technische Entscheidungen die gewünschten Ziele erreichen: Einige Gedanken zu Kommunikation in Projekten.

Probleme bei der Einführung von Microservices: Seien Sie vorbereitet!

Innovation Tokens – Gegen Informatikerromantik und Technologieüberflutung

Zu oft werden in Softwareprojekten zu viele neue Dinge gleichzeitig ausprobiert, ohne dass der Business Value erkennbar wäre- und vor allem, ohne die Risiken vorher abzuschätzen. Eine Möglichkeit, die unnötige Technologieüberflutung zu vermeiden, sind Innovation Tokens. Mit diesen lassen sich Innovationen in geregeltere Bahnen lenken und bieten eine Grundlage für weniger emotionale Technologiediskussionen.

arc42 - die Siebte

Das bewährte arc42 Template ist gerade in Version 7 erschienen - mit deutlichen Erweiterungen im Ökosystem. Grundsätzlich bleibt arc42 V7 kompatibel mit den Vorgängerversionen, ist insgesamt noch kompakter und pragmatischer geworden.

Firmenkultur bei innoQ

Ein Jahr nach dem Kulturschock