Scrum Forum

Der Empirismus behauptet, dass Wissen aus Erfahrung entsteht und Entscheidungen auf der Grundlage von Wissen getroffen werden.

Mit mehr als neun Mitgliedern ist zu viel Koordination erforderlich. Große Entwicklungsteams erzeugen zu viel Komplexität, als dass ein empirischer Prozess sie bewältigen könnte

Der Scrum-Leitfaden nennt diese Probleme, die in Teams mit mehr als neun Mitgliedern auftreten. Dies sind Bedenken, keine Fehler, und ein Scrum-Team mit mehr als 15 Mitgliedern kann funktionieren. Es wird jedoch nicht so effektiv sein wie ein Team mit einer angemessenen Größe. Idealerweise teilen Sie sie in zwei Teams auf und folgen dem Nexus Guide für die Skalierung von Scrum auf mehrere Teams. Das ist die Scrum.org-Methode zur Skalierung von Scrum. Sie könnten auch SAFe als zweite Methode für die agile Skalierung in Betracht ziehen.

Das größte Problem ist wahrscheinlich nicht die Arbeit, sondern die Ereignisse. Ein Daily Scrum auf 15 Minuten zu beschränken, kann mit 7 Leuten eine Herausforderung sein, und eine Verdoppelung der Teamgröße macht es noch viel schwieriger. Eine Ausweitung des Zeitrahmens ist ein No-Go (nach 15 Minuten verlieren Sie die Vorteile eines „Stand-up“-Meetings), und Sie müssen sich besser auf die anderen Ereignisse vorbereiten, indem Sie Dinge im Voraus klären.

So wie ich es verstehe, wird Ihre Aufgabe als Scrum Master in diesem Szenario schwieriger, aber nicht unmöglich. Sie können ein 15-köpfiges Scrum-Team haben, aber da die Ereignisse auf der Sprintlänge und nicht auf der Teamgröße basieren, finden Sie sich weniger in der Rolle des Dieners und mehr in der Rolle des Leiters wieder. Sie müssen sich besonders darauf konzentrieren, dass die Dinge effizient erledigt werden, denn Sie haben weniger Platz (und weniger Zeit) in Ihrem Zeitplan als Spielraum für Fehler. Wenn jemand aus der Reihe tanzt, wird das in einem großen Team größere Auswirkungen haben als in einem kleinen Team.