Blog

Beliebte Themen

Blog-Post

Die Anatomie eines erfolgreichen Teams

Die Gründe für das Scheitern von Softwareentwicklungsprojekten sind vielfältig und zum Großteil nicht technischer, sondern organisatorischer Art: Zu hohe Komplexität, unklare Anforderungen, nicht-funktionale Teams, Fokus auf den falschen Dingen oder überhandnehmende Konzernpolitik. Bereits zum Projektstart können Maßnahmen getroffen werden, um einige dieser Risiken einzudämmen und die Aussicht auf einen Projekterfolg zu erhöhen. Dieser Artikel wird den Fokus auf ein funktionierendes, erfolgreiches Entwicklungsteam legen und erörtern, welche Stellschrauben Sie drehen können – und von welchen Sie lieber die Finger lassen sollten.

Blog-Post

New Work: Taylorismus 2.0

Vor einigen Jahren hat New Work das Repertoire von Agilisten erobert. Seitdem beschäftigen sich immer mehr Menschen mit der Frage, wie New Work in Unternehmen eingeführt werden kann und wie Unternehmen es nutzen können. Warum das dazu führt, dass die Idee des New Work von Frithjof Bergmann nun das gleiche Schicksal ereilt, dem vor 100 Jahren die Ideen von Frederick Taylor anheimfielen, soll diese Kolumne beleuchten.

Blog-Post

Paradoxical Safety

Soziotechnische Welten – Teil 8

Blog-Post

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

Blog-Post

Retrospektiven - Teil 7

Wir schließen den Kreis mit einigen Tipps zur Facilitation von Retrospektiven.

Blog-Post

Retrospektiven - Teil 6

Timeline

Blog-Post

Retrospektiven - Teil 5

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.

Blog-Post

Was ist ein Data Contract?

Ein Data Contract definiert die Struktur, das Format, die Semantik, die Qualität und die Nutzungsbedingungen für den Datenaustausch zwischen einem Datenanbieter und seinen Konsumenten. Es ist damit ein zentrales Werkzeug, damit sich Teams über Daten-Schnittstellen verständigen können und somit Stabilität, Datenqualität und Nachvollziehbarkeit in der Datenarchitektur gewährleisten.

Blog-Post

Retrospektiven - Teil 4

Freie Fragen & 5 Why

Blog-Post

Retrospektiven - Teil 3

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.

Blog-Post

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.

Blog-Post

Retrospektiven - Teil 1

Was macht eine gute Retrospektive aus?

Blog-Post

Ist BI-Software für Entwicklungsteams sinnvoll?

Zeit ist ein kostbares Gut und mit der Analyse und Aufbereitung von Daten lässt sie sich gut verbringen. Darum kann es sich lohnen, sich einmal mit BI-Software zu beschäftigen.

Blog-Post

Schubladen für Product Owner

Die Aufgaben der Product Owner Rolle sind regelmäßig Gegenstand von Diskussionen. Um dem Umstand gerecht zu werden, dass die Rolle ganz unterschiedlich gelebt wird, werden neue Begriffe eingeführt. Es wird Zeit, den Blick zu ändern und den Kontext einzubeziehen.

Blog-Post

Warum dein Team Data Products braucht
Blog-Post

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!

Blog-Post

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.

Blog-Post

Conway hat immer Recht

Soziotechnische Welten – Teil 6

Blog-Post

Ich, Du und Conway’s Law

Kaum ein Konzept wird so häufig missverstanden wie Conway’s Law. In dieser und der nächsten Kolumne soll die praktische Anwendbarkeit von Conway’s Law aus soziotechnischer Sicht beleuchtet werden.

Blog-Post

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.

Blog-Post

Der Foerster und die Softwarearchitektur

Soziotechnische Welten – Teil 2

Blog-Post

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?

Blog-Post

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.

Blog-Post

Integrale Evolutionäre Unternehmensorganisationen

Unternehmensorganisationen ohne Hierarchien mit Selbstführung und evolutionärem Sinn

Blog-Post

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.