Folge 105 Brooks Law

Brooks‘ Law

Brooks‘ Law beschäftigt sich damit, dass der Einsatz von
zusätzlichen Arbeitskräften in einem verspäteten Projekt dieses
nur noch mehr verzögert.


Aufgestellt wurde das „Gesetz“ von Frederick Phillips Brooks.
Dieses ist auch in der Informatik bekannt, dass Prozesse durch
die Aufteilung auf mehrere Prozessoren nicht unbedingt schneller
werden, weil die Kommunikationskomplexität, durch die vielen
Abstimmungen steigt. Ähnliches lässt sich auch in der
Zusammenarbeit in Teams feststellen.


All das spielt sehr viel in unsere Arbeit als Teamentwickler und
Projektmanager hinein. Grund genug dem Thema eine ganze Folge zu
widmen!


Diese Folge auf YouTube: https://youtu.be/tXtXr4BFvfE
Das Gesetz

Das Original von Brooks‘ Law lautet


adding manpower to a late software project makes it
later


Dieses stammt aus dem 1975 veröffentlichen Buch The Mythical
Man-Month.


Im Grunde genommen beschreibt Brooks darin, dass das hinzufügen
von Menschen zu einem Projekt dieses dadurch langsamer wird. Ein
Effekt, den auch wir an der Znip Academy bereits beobachten und
messen konnten. Neue Menschen erhöhen einfach die Komplexität,
müssen eingearbeitet werden und benötigen auch Zeit von bereits
eingearbeiteten Kolleginnen.


Daher ist es keine kluge Idee die Mitarbeiterzahl bei Projekten
zu erhöhen, die bereits verspätet sind, damit diese doch noch
rechtzeitig fertig werden. Ganz im Gegenteil, es ist laut Brooks
Law sogar genau die falsche Entscheidung. Und was beobachten wir
bei vielen Managern in der Industrie? Genau! So wenig
Mitarbeitende wie möglich im Projekt, am besten mit
Parallelprojekten, bis das Projekt kaum noch zu retten ist und
dann soll Agilität und mehr Mitarbeitende das Projekt plötzlich
bin in 3 Monaten retten. Natürlich machen das nicht alle so und
auch wir lehren das genaue Gegenteil.
Erklärungsversuche

Natürlich ist das Gesetz kein richtiges Gesetz und auch sehr
vereinfacht. Es wird immer Ausnahmen geben.


Gleichzeitig dürfen wir darauf schauen, dass sich diese
Investition lohnt und neue Mitarbeitende möglichst lange dann gut
performen können oder die gesteigerte Kommunikationskomplexität
durch die Mehrleistung durch mehr Menschen auch wieder
ausgeglichen wird.


Dennoch schauen wir uns ein paar Gründe näher an.
Produktivitätsverlust

Natürlich braucht es Zeit, bis neue Menschen im Projekt so
produktiv sind, wie bereits bestehende Mitarbeitende. Es gibt
eine gewisse Einarbeitsungsphase. Je nach Qualifikation und
Vorbereitung ist diese unterschiedlich lang. Dennoch ist sie da.
Im Agilen können wir das an der Velocity beobachten. Diese geht
erst einmal für etwa 5 Monate nach unten, bis die Neuen
eingearbeitet sind. Zusätzlich brauchen diese Personen auch die
Zeit der bereits bestehenden Teammitglieder, eben um an Bord zu
kommen. Eventuell müssen auch Dinge von erfahrenen Kolleginnen
erst einmal erklärt werden.
Kommunikationskomplexität

Die Kommunikationskomplexität steigt mit der Anzahl der
Teilnehmerinnen. Beispielsweise im Daily. Wenn jeder 2 Minuten
Raum bekommt, so steigt je Mitarbeitenden die Zeit im Daily um 2
Minuten. Das sind je Woche schon 10 Minuten. Diese fehlen nicht
nur der neuen Person, sondern allen Teammitgliedern. Und das ist
eine simple Art der Interaktion. Wie ist es denn bei
Befindlichkeiten untereinander, oder wenn man nicht die gleiche
Sprache spricht? Wir haben dafür auch ein Kompaktseminar designt
um die Kommunikation deutlich zu vereinfachen. Wir nennen es
Menschen lesen.


Das Ganze Thema kennen wir auch aus der systemischen
Betrachtungsweise.
Aufgabenaufteilung

Aufgaben lassen sich nur bis zu dem Grad, bis sich Menschen
gegenseitig im Weg stehen, aufteilen. auch diese Aufteilung
selbst kostet mehr Energie.


Beispielsweise kann ich den Task ein Kind zu bekommen nicht
einfach auf 9 Frauen aufteilen, die dieses bin in einem Monat
gebären.
Teammodelle und Zusammenarbeit

Etwas abstrakter und gleichzeitig präziser sind Team- und
Zusammenarbeitsmodelle. Beispielsweise werden die Teamphasen mir
jedem neuen Mitglied wieder auf 0, also Forming gedreht. Auch an
der Psychologischen Sicherheit darf ich arbeiten, damit Teams
wieder kreativ zusammen arbeiten.


Da beide Themen komplexer und abstrakter sind haben wir dafür
eigene Trainings geschaffen, in denen wir auch mehr Analogien aus
der Praxis einbringen:


Psychologische Sicherheit:
https://znip.academy/produkt/psychologische-sicherheit-zyklusbasiert-lernen


Die Teamuhr tickt…:
https://znip.academy/produkt/teamphasen-kompakt
Lösungsversuche

Natürlich haben wir auch ein paar Lösungsideen in Petto um Dir
die Arbeit an der Stelle möglichst einfach und vor allem schnell
zu gestalten.


Oftmals können wir als Agile Coach, Scrum Masterin oder
Teamfacilitatorin gar nichts dafür, dass neue Menschen in das
Projekt kommen und diese Menschen genauso wenig. Wir dürfen also
das Beste aus der Situation machen und alle gut mitnehmen.
Der Scrum Guide

Leichteste Sache und die kannst Du auch easy verargumentieren:
Der Scrum Guide sagt nicht mehr wie 9 Personen pro Team. Diese
Personenzahl hat sich als gut, effektiv und effizient bewiesen.
Du könntest einfach den Zahlen vertrauen und Dein Team bei
maximal dieser Größe halten.


Auch das Daily kann Wunder wirken für Onboarding und
Kommunikationsprozesse.
Die Neuen sind ein neues Team

Neue Personen im Projekt könnten ein neues Team bilden. Das
steigert die Kommunikationskomplexität auf einer anderen Ebene
und hält die alten Häsinnen vielleicht nicht so sehr von der
Arbeit ab. Eventuell haben die neuen Mitarbeiterinnen auch
Spezialfähigkeiten und das neue Team kann Spezialaufgaben lösen
oder Bugfixing betreiben.
Bermuda Plan

Statt auf alle Meinungen zu hören und sich vielleicht gegenseitig
zu blockieren könnte man alle anderen auch erst einmal
vorübergehend ausschließen. Es heißt Bermuda Plan, weil die
meisten Entwickler erst einmal „nach Bermuda“ gesendet werden.


Diese Menschen können als kleine Star-Ups oder Speed-Boote im
Konzern aufgebaut werden. Ähnlich wie neue Teams zu gründen.
Desgin Patterns

Wenn sich das gesamte Team auf bestimmte Arbeitsweisen und
-regeln geeinigt hat, dann nimmt es die Komplexität aus der
Arbeit und die Übergabepunkte werden leichter.
Mehr Menschen als benötigt

Klingt vielleicht absurd, doch man könnte auch mehr Menschen, als
benötigt hinzufügen. Diese „zu vielen“ Menschen können durch ihre
Arbeitsleistung eventuell die Verlustleistung der anderen neu
hinzugekommenen ausgleichen. Also wenn statt 10 Menschen, die
dann nur 50% Leistung bringen können (aus vorgenannten Gründen),
könnte man auch 30 Menschen hinzufügen, die dann 40% Leistung
einbringen.
Zeitplan korrigieren

Ja die wahrscheinlich simpelste Methode wäre den Zeitplan zu
korrigieren oder anzupassen, so dass dieser wieder zu den
Gegebenheiten passt. Denn Brooks Law trifft nur zu, wenn das
Projekt bereits in Zeitverzug ist. Wenn wir Menschen vorher dem
Projekt hinzufügen, so können wir die nachteiligen Effekte sogar
mindern, da wir genug Raum für Einarbeitung haben. Korrigieren
wir also den Plan schafft das genug Ruhe im Projekt um das
On-Boarding richtig zu machen.
On-Boarding Prozess

Es lohnt sich richtig Energie in den On-Boarding Prozess zu
stecken und diesen kontinuierlich zu verbessern. Das hilft dabei
neue Teammitglieder schneller ins Projekt zu bekommen und auch
ein besseres Wir-Gefühl zu schaffen, welches wiederum zu einer
besseren Motivation und weniger Fluktuation führt.


Wenn die Menschen einzeln das Projektteam aufstocken, dann lass
das Team anwachsen und mach dann Zellteilung. So hast Du
erfahrene Menschen in beiden Teams. Kommen mehrere gleichzeitig
lohnt es sich mehrere Teams direkt aufzumachen. Mit mehr Teams
hast Du natürlich auch mehr Kommunikation zwischen den Teams zu
koordinieren.
Kommunikationskomplexität reduzieren

Mag nicht besonders Agil klingen, doch je weniger ich das Team
entscheiden lasse, desto besser ist meine
Kommunikationskomplexität. Also hilft es in solchen Phasen die
Leitplanken von außen etwas enger zu haben und das Team weniger
entscheiden zu lassen.


Dies möglichst als Prinzipien statt als Regeln abbilden und
verankern.
Komplexität betrachten

Wir sprechen häufig darüber, dass die Komplexität der
Kommunikation, durch die einzelnen Interaktionen der
Teilnehmenden untereinander, steigt.


Wenn Du mehr dazu wissen möchtest findest Du einen guten
Blogbeitrag dazu hier: Scrum Reihe 2: Scaling Agile – viele
(kleine) Teams oder (wenige) große Teams – (faktorzehn.de)


Dabei wird die Formel n*(n-1)/2 für die Anzahl der
Kommunikationswege innerhalb und zwischen den Teams genutzt.


Der SweetSpot für 60 Personen liegt dabei bei 8 Personen je Team
in 8 Teams. Die Anzahl der Kommunikationswege liegt dann bei 56.


 


Wenn man der Kommunikation im Team mehr Bedeutung (doppelt
gewichtet) als der zwischen Teams gibt, so liegt der ideale Wert
bei 6 Teammitglieder in 10 Teams mit einem Wert von 75.


Die Formel dazu ist: 6*(6-1)+10*(10-1)/2 = 75


Die 6 steht für die Anzahl der Teammitglieder und die 10 für die
Anzahl der Teams.


 


Get shit done,


Janina & Henry


Gefällt dir die Podcastfolge? Dann empfiehl sie gerne anderen
weiter, z.B. indem du die Folge in deiner Story teilst. Wenn du
magst verlinke @znip_academy_agile und wir teilen deinen Like mit
unseren Hörern.


Du möchtest dich von uns in der Tiefe in eurem
Veränderungsprozess begleiten lassen, eure größten
Komplexitätsnester auflösen und die besten Teamtipps bekommen?
Dann buch uns


Janinas Ultimativer OKR Guide


In der Podcastfolge erwähnte Folgen zur Vertiefung:


Teams

Agile Coach

Velocity

Agilität

Scrum Masterin

Teamfacilitatorin

Scrum Guide

Prinzipien



Connecte dich gerne hier mit uns:


LinkedIn


Instagram


YouTube


Facebook


Webseite


Facebook-Gruppe


The post Folge 105 Brooks Law appeared first on Znipcast - für
gute Zusammenarbeit | Agile, Scrum, KanBan, Psychologie,
Teamentwicklung und NLP | Podcast der Znip Academy.