Von Projektteams zu statischen Teams wechseln – Beratung?

Ich arbeite in einem Team von 15 Entwicklern, 5 Produktmanagern (POs), 4 Testern und 2 Designern. Wir verwenden derzeit ein, wie ich es nennen würde, projektbasiertes Modell. Wenn Projekte zustande kommen, stellen wir Projektteams zusammen, um diese Projekte in Angriff zu nehmen. Dann fahren wir sie herunter, wenn die Projektanforderungen nachlassen.

Mir ist klar, dass dies aus mehreren Gründen nicht besonders agil ist - der wichtigste unter ihnen (für uns) ist die Tatsache, dass wir unmöglich irgendeine Art von vorhersehbarer Geschwindigkeit festlegen können. Entwickler rotieren rein und raus. Die Arbeit dreht sich mehr um „was muss ich in diesem Sprint erledigen“ im Vergleich zu „was muss mein Team erledigen“.

Wir untersuchen also ein traditionelleres Modell, bei dem unsere 15 Entwickler in 3 statische Teams aufgeteilt sind. Aber hier wird es düster, denn jedes dieser Teams muss sich die anderen Ressourcen teilen. Zum Beispiel gibt es 2 Teams mit jeweils 2 POs. Ein anderes Team muss 2 Tester haben. In der Zwischenzeit wird 1 Team keinen eigenen Designer haben.

Die lauteste Besorgnis kommt von der Produktseite und sieht so aus: Was passiert, wenn sich beispielsweise 4 Entwickler aus jedem 5-köpfigen Team mittelgroßen/großen Projekten widmen (alle in jedem Team enthalten) und jeder 5. Entwickler daran arbeitet? der Rückstand … und dann steht plötzlich ein neues mittleres/großes Projekt am Horizont?

In unserem aktuellen „projizierten“ Modell könnten wir ein NEUES Team zusammenstellen, das aus den 3 schwebenden Entwicklern besteht, die den Rückstand abtragen. Aber offensichtlich würde dies den Zweck von 3 statischen Teams zunichte machen.

Gedanken sind willkommen!!

Nun, Scrum ist keine Wunderwaffe. Wenn Ihr Unternehmen spontane Änderungen in Projekten und Richtungen hat, ist Scrum vielleicht ein zu organisierter Ansatz und Sie wären mit Kanban besser dran. Wenn Sie kurzfristig ein Team wechseln müssen , tun Sie dies. Versuchen Sie es nur nicht mit Scrum. Das wäre so, als würde man sagen, ein Porsche ist ein tolles Auto und ich werde beim nächsten Umzug meine Couch damit transportieren.

Antworten (1)

Überwacht jemand die Aktivitäten des gesamten Teams? Ich spreche nicht von einer Project Management Office-Einheit (dafür ist das von Ihnen erwähnte Team zu klein) - sondern von einer Person, die für die Festlegung von Prioritäten zwischen Projekten verantwortlich ist. Wenn das von Ihnen beschriebene Team tatsächlich ein kleines Entwicklungsunternehmen ist, dann wäre diese Person der CEO dieses Unternehmens.

Sie haben im Grunde einen Pool von Ressourcen (Manager, Entwickler, Designer und Tester), die auf die Projekte verteilt werden müssen, die Sie auf dem Tisch haben. Aber dieses Teilen hängt streng von den Bedürfnissen des jeweiligen Projekts ab – und es muss von der oben genannten Person überwacht werden. Er/sie muss sicherstellen, dass jedes Projekt über die erforderlichen Ressourcen verfügt, dass die Arbeitslast richtig verteilt wird (niemand wird überarbeitet) usw. Ohne diese Art von Überwachung könnte alles darauf hinauslaufen, dass sich die Manager auf die Ressourcen einigen sie verwenden/teilen - aber diese Diskussion ist möglicherweise nicht immer produktiv.

Wenn man am Ende genügend Projekte für den gesamten Ressourcenpool auf dem Tisch hat und die neuen Projekte immer wieder kommen, wird es eine Frage der Priorisierung der Projekte / Arbeiten (eine Aufgabe, die auch eine für den von mir erwähnten Betreuer ist ).

^^^ Wirklich tolle Punkte. In unserer Organisation haben wir keine einzelne Person, die die Prioritäten festlegt. Vielmehr handelt es sich um ein Ausschusssystem. Mehrere Geschäftseinheiten treffen sich regelmäßig, um potenzielle Projekte zu priorisieren. Von dort aus stellen wir Ressourcen bereit, um diese Projektanforderungen zu erfüllen.