Wie viele Teammitglieder sind zu viele in einer einzelnen Gruppe? [geschlossen]

Als das von mir geleitete Team (Mischung aus Webentwicklung und digitalem Marketing) anfing, über 5 oder 6 hinaus zu wachsen, begann ich, es in separate Gruppen mit maximal 4 oder 5 aufzuteilen, mit einem Lead innerhalb jeder Gruppe.

Jetzt wachsen das Team und unsere Teamverantwortung wieder. Ich möchte fragen, ob es eine gute Sache ist, zu versuchen, die Gruppen auf maximal 4 oder 5 zu beschränken? Was sind die Vor- und Nachteile kleinerer oder größerer Gruppengrößen?

Das ist sehr breit. In einigen Callcentern haben einige Teams 20 Mitarbeiter auf einen Teamleiter. In anderen Büros sind Ein-Mann-Bands üblich.
Ich teilte mit, dass die Teams eine Mischung aus Webentwicklung und digitalem Marketing sind, um einen Hinweis auf das Arbeitsniveau zu geben - es ist also kein Team, in dem jeder die gleiche Arbeit für einen Prozess erledigt, es ist sehr dynamisch.
@amelvin Es liegt an Ihnen, zu entscheiden, was am besten zu Ihrem Unternehmen passt. Alles kann großartig sein, solange es der Situation angepasst ist. Wenn es für Sie gut funktioniert, dann behalten Sie es so bei, aber seien Sie offen für Vorschläge, oder vergessen Sie vielleicht die 4-5-Max-Regel und versuchen Sie, die Teams bezüglich der Arbeit festzulegen, die sie zu erledigen haben. Manchmal haben Sie vielleicht ein Team von 15 Personen und das nächste Mal 5 Teams von 3 Personen.
@AlexandreAudin Ich habe mich gefragt, ob zu diesem Thema geforscht wurde - der HLGEM-Kommentar zur Antwort ist ein interessanter Einblick. Ich denke, 4 oder 5 Leute fühlen sich die meiste Zeit am besten an - wie man sagen kann, kann es immer geändert werden!

Antworten (1)

Teamgrößen über 7 führen zu einer deutlich geringeren Produktivität

Es gibt im Scrum Guide (offensichtlich relevanter für Softwareentwicklungsteams) eine Studie, auf die verwiesen wird [ 1 ], dass kleinere Teams effizienter sind.

Ein anderes Buch, Leading Teams , weist darauf hin, dass eine durchschnittliche Teamgröße von 4,5 am produktivsten ist.

Ein Teil davon ist auf Reeds Gesetz zurückzuführen , dass die Anzahl potenzieller Verbindungen zwischen Personen exponentiell wächst, wenn Sie weitere Personen hinzufügen.

1 : Jones, Kapern. Angewandte Softwaremessung, zweite Auflage. McGrawHill, 1996.

Kleine Korrektur: Die Anzahl der möglichen Verbindungen wächst quadratisch.
Schließt diese Teamgröße von 7 den Manager/die Leiter/etc. ein? Zuletzt habe ich nachgesehen, dass Scrum bis zu 7 Entwickler plus einen SM/PO für eine Zeitgröße von maximal 9 vorschlägt; was eine logische Obergrenze wäre, wenn die 7 nur für das Entwicklerteam ist.
Es sei denn, Sie ziehen Verbindungen mit mehreren Personen in Betracht. Die Anzahl der verschiedenen Teilmengen einer Menge der Größe N ist 2^N, was exponentiell zunimmt.
@PatriciaShanahan Ja, du hast recht. Dann sollte der Link geändert werden, er zeigt nicht auf das Reedsche Gesetz, sondern auf das Metcalfesche Gesetz, das definitiv quadratisch ist.
@Erik In Scrum gibt es kein Konzept für einen „Teamleiter“ und Manager/Leiter/etc. gelten nicht als Teil des Teams. Die maximale Teamgröße beträgt also 7. Es können so viele Personen wie nötig dieses Team unterstützen .
Der schwierigste Teil der Führung eines 4,5-köpfigen Teams besteht darin, diese 0,5-Person zu finden
@DJClayworth Ich weiß, aber es gibt ein Entwicklungsteam und dann einen SM/PO. Meine Frage war; Beinhaltet die 7 den PO/SM (oder, wenn Sie kein Scrum machen, welchen anderen Lead/Manager Sie zuweisen) oder sind es 7 Personen, die arbeiten + was sie unterstützt?
@BlackMagic Ich dachte, ich hätte einen Weg gefunden, 0,5 Personen zu bekommen, aber als ich es versuchte, sank die Teammoral erheblich.
@Erik Wie gesagt, das Team umfasst keine SM/PO/Manager. Die Teamgröße beträgt also 7, die SM/PO/Manager nicht einschließt.
@DJClayworth deshalb bin ich so verwirrt. Ein Scrum-Team enthält einen SM/PO. Ein Entwicklungsteam nicht. Aber ich denke, es bezieht sich dann auf die Größe des Entwicklungsteams.
Als ich Personalstudien für die Marine durchführte, war eine unserer Annahmen, dass, wenn die Anzahl der Mitarbeiter auf der Arbeitsebene acht übersteigt, es erforderlich ist, sie in mehrere Gruppen aufzuteilen. Und das für alle Fachrichtungen. Das basierte auf damals rund 70 Jahren Wirtschaftsingenieurstudium (Ende 1970er Anfang 1980er Jahre). Weniger als das wäre vielleicht besser, aber mehr als das wurde für den Leiter als unüberschaubar angesehen, nur in Bezug auf die Verwaltung der täglichen Arbeit, Urlaubsanträge, Fristen usw.
@HLGEM Danke für deinen Kommentar - ich denke, das macht großen Sinn.
Danke für all die Kommentare – die Administratoren haben die Frage in die Warteschleife gestellt, also denke ich, dass dies die Diskussion beenden wird (nicht sicher, was die Warteschleife tut).
@Nebr aktualisierter Link.
@Midas 4 oder 5 fühlt sich richtig an - danke, dass Sie einige Recherchen zur Unterstützung aufgerufen haben