Blog

Dimensionsübergreifende Teams

Rik de Groot

Aktualisiert Oktober 22, 2025
4 Minuten
Die Arbeit in multidisziplinären Teams ist bei Agile üblich. In der Praxis bedeutet dies, dass das Team aus Personen mit unterschiedlichen Fähigkeiten besteht, die aber in der gleichen Dimension arbeiten (z.B. Software). Was ist mit dimensionsübergreifenden Teams? In dimensionsübergreifenden Teams unterscheiden sich nicht nur die Fähigkeiten, sondern auch die Fachgebiete. Zum Beispiel umfasst die Entwicklung eines elektronischen Geräts Elektronik und Software. Sie arbeiten an demselben Projekt, aber können sie als ein Team agieren? Teams Es gibt alle Arten von Teams, aber die gängigsten in Agile und Lean sind multidisziplinäre Teams und multidimensionale Teams. Die multidisziplinären Teams bestehen aus Personen, die zusammen alle für das Produkt erforderlichen Fähigkeiten abdecken. Die multidimensionalen Teams hingegen bestehen aus verschiedenen Teams mit unterschiedlichen Fähigkeiten, die in Sequenzen zusammenarbeiten (Lean). In einem dimensionenübergreifenden Team besteht das Team aus mehreren Teams, die parallel an einem Produkt arbeiten. Die Schwierigkeit bei dimensionsübergreifenden Teams besteht darin, dass sie bei der Arbeit an einem Produkt einen anderen Herzschlag, andere Probleme und andere Zwänge haben. Die Entwicklung eines elektronischen Geräts wie eines Touch-MP4-Players besteht zum Beispiel aus der Elektronik für das Gerät und der Software, die die Elektronik steuert. Die Entwicklung in diesen beiden Dimensionen erfordert sowohl Forschung als auch Entwicklung. Sie hängen auch in gewisser Weise voneinander ab. Ohne die Software kann das Hardware-Team nicht überprüfen, ob die Touch-Hardware funktioniert und umgekehrt. Andererseits gibt es einige Bereiche, in denen sie nicht voneinander abhängen, sich aber gegenseitig beeinflussen können. Zum Beispiel kann eine Hardwarekomponente die Funktionen in der Software einschränken und umgekehrt. Wenn Sie diese Dimensionen in einem Team mit einem Backlog zusammenfassen, werden sie nicht effektiver. Aufgrund des unterschiedlichen Herzschlags könnte es bedeuten, dass sie aufeinander warten müssen. Allerdings haben sie einige Bereiche gemeinsam. Zum Beispiel die Schnittstelle zwischen der Hardware und der Software. Dies ist der Vertrag zwischen den beiden Welten. Je früher diese Schnittstelle klar ist, desto mehr Freiheiten haben die Teams.Die folgende Abbildung zeigt die Zeitleiste eines dimensionsübergreifenden Teams, das an einem Produkt auf agile Weise arbeitet. Lila für die Entwicklung der Elektronik (Hardware) und rot für die Entwicklung der Software. Zeitleiste Cross Dimensional Team Die Dimensionen des Teams beginnen zur gleichen Zeit. In dieser ersten Zeit ist es wichtig, die Dinge zuerst gemeinsam zu tun. Später im Laufe der Zeit gibt es keine Möglichkeit mehr, Entscheidungen zu ändern. Der Grund dafür ist, dass die Elektronikproduktion eine Vorlaufzeit hat. Wenn dieser Prozess erst einmal begonnen hat, sind aufgrund der hohen Kosten nur noch kleine Änderungen möglich. Deshalb ist die frühe Phase wichtig, um Klarheit zu schaffen. Dimensionale Planung Die dimensionale Planung (Story Mapping) kann dabei helfen. Normalerweise werden Schnittstellen und Prototypen in den ersten Slices untergebracht. Die Funktionen, die später behandelt werden können, sollten in späteren Slices untergebracht werden. Meistens arbeiten die verschiedenen Dimensionen des Teams von getrennten Backlogs aus, werden aber bei der dimensionalen Planung aufeinander abgestimmt. Obwohl sie an unterschiedlichen Backlogs arbeiten, können sie die Probleme gemeinsam besprechen. Dies führt oft zu besseren Lösungen, da die unterschiedlichen Sichtweisen auf das Problem berücksichtigt werden. In einigen Fällen führt dies zu Backlog-Elementen für die verschiedenen Dimensionen. Freeze Irgendwann wird die Elektronikentwicklung eingefroren, um die Hardwareproduktion rechtzeitig zu starten. Von diesem Moment an sind nur noch kleine Änderungen möglich. Zum Beispiel, um die Strahlungswerte zu senken oder Dinge, die für die CE-Zertifizierung erforderlich sind. In der Zwischenzeit wird in der anderen Dimension weiter an der Software für das Gerät gearbeitet. Manchmal werden auch einige Hardware-Probleme gelöst. Je nach den Anforderungen der CE-Zertifizierung müssen auch die wichtigsten Softwarefunktionen eingefroren werden. Glücklicherweise können Software-Updates in einem späten Stadium durchgeführt werden. Schlussfolgerung Zusammenfassend lässt sich sagen, dass ein dimensionenübergreifendes Team auf agile Weise arbeiten kann. Die dimensionale Planung bringt den Fokus auf die dimensionsübergreifenden Teams. Es ist wichtig, die Schnittstellen zwischen Hardware und Software in einem frühen Stadium einzufrieren. Dadurch werden die Abhängigkeiten zwischen den Dimensionen reduziert. Probleme, die während des Prototypings auftreten, können durch die enge Zusammenarbeit in einem frühen Stadium gelöst werden.

Verfasst von

Rik de Groot

Contact

Let’s discuss how we can support your journey.