Software Ownership

Wenn die Teams stabil sind, sollte ihnen auch die Software alleine gehören. Wenn ein System von mehreren Teams bearbeitet wird, wird es entweder ein Big Ball of Mud Entwurf oder die Teams werden verschränkt miteinander, was deren Autonomität angreift.
Die verschiedenen Horizonte und Ziele der Teams werden sich in den Änderungen wiederfinden und so zu Konflikten führen. Außerdem: Wenn mehreren Teams ein System gehört, gehört es keinem. Das bedeutet nicht, dass es nicht möglich ist: Entweder wird das Vertrauen zwischen den Teams soweit aufgebaut, dass es funktioniert oder das System muss in Subsysteme mit eindeutiger Zuständigkeit und Kommunikation aufgelöst werden.