Hallo Andreas,

es ist richtig, dass ein Team einen Ansprechpartner für Prios haben
sollte. Die Herausforderung stellt sich in Teams die mehrere Projekte
bearbeiten müssen, da die Verfügbarkeit des POs für das Team ein
entscheidender Erfolgsfaktor ist. Kümmert sich der PO jedoch selbst um
alle Anforderungsstränge, dann kann er weder die Verfügbarkeit noch das
Fachwissen garantieren, die unbedingt vom Team benötigt wird.
Deshalb gibt es die Idee der PO-Hierarchie mit einem zentralen PO, der
Prios über Produkte/Projekte im Rahmen einer Planungssitzung hinweg
vergibt. Detailinformationen werden von den jeweiligen spezialisierten
POs geliefert. Je nachdem, was genau Ziel der Planungssitzung ist,
sollte das Team für eine erste Abschätzung teilnehmen. Teilweise können
solche Treffen jedoch wohl auch so "politisch" sein, dass das Team nicht
anwesend sein muss.

Gruß
Felix



Andreas Bräsen schrieb:
>
>
> Hallo Felix,
>
> ich hoffe ich habe Deine Fragen richtig verstanden....
>
> zu Frage 1) Ich bin der Meinung, dass ein Scrum Team immer nur einem Produkt
> Owner haben sollte, damit es nur einen Ansprechpartner hat und nicht
> zwischen die Fronten von mehreren Produkt Ownern gerät, denn dort wird es
> bestimmt Konflikte geben, von denen das Team unbehelligt bleiben sollte.
> Deine Idee mit der Planungssitzung finde ich schon nicht schlecht. Die
> Produkt Owner, der Scrum Master und das Team sollten an dieser Sitzung
> teilnehmen um die Prioritäten und Aufwände im Produkt Backlog zu definieren.
> Die einzelnen Produkt Owner müssen sich dann über die etwaigen Prioritäten
> einig werden. Zu guter Letzt sollte in dieser Sitzung dann aber ein Produkt
> Owner benannt werden, der die Schnittstelle zu allen anderen Produkt Ownern
> darstellt, mit dem das Team zusammenarbeitet um quasi nur einem Herren
> dienen zu müssen. Das mit der Hierarchie der PO`s habe ehrlich gesagt nicht
> ganz so verstanden, weil eine Hierarchie für mich immer was hat von Ober
> Sticht Unter oder so. Klar es wird bestimmt wichtige und ober wichtige Dinge
> geben, die vom Team erledigt werden müssen, aber das muss in der Sitzung
> dann einfach ausgehandelt und begründet werden. Deswegen sehe ich hier
> eigentlich keine Hierarchie. - Zu der Frage bezüglich der externen
> Abhängigkeiten kommt mir nur spontan in den Sinn vielleicht die Sprints
> kürzer zu machen (z.B. 15 Tage statt 30) damit Änderungen während des
> Sprints n im Sprint n+1 berücksichtigt werden können.
>
> zu Frage 2) Ich würde den Projekt Manager auch als eine Obermenge der
> Aufgaben eines Scrum Masters sehen. Aber gegenüber dem Team ist er nur der
> Scrum Master, der es ermöglicht dass das Team seine Arbeit durchziehen kann.
> Er hält dem Team den Rücken frei gegenüber dem Rest wie Controlling etc.
>
> Bis dann
>
> Andreas
>
> -----Ursprüngliche Nachricht-----
> Von:
> sentto-10560922-392-1194785272-abraesen=bruke.de@...
>
<mailto:sentto-10560922-392-1194785272-abraesen%3Dbruke.de%40returns.groups.yaho\
o.com>
> [mailto:sentto-10560922-392-1194785272-abraesen=bruke.de@...
>
<mailto:sentto-10560922-392-1194785272-abraesen%3Dbruke.de%40returns.groups.yaho\
>
> o.com] Im Auftrag von FARuessel
> Gesendet: Sonntag, 11. November 2007 13:48
> An: agile-ka@... <mailto:agile-ka%40yahoogroups.de>
> Betreff: [agile-ka] Scrum: Multi-Projekt-Teams & Rolle des Projektleiters
>
> Hallo,
>
> ich beschäftige mich aktuell mich zwei Fragestellungen:
>
> Scrum-Teams die Aufgaben aus mehreren Projekten bearbeiten
> -----
> In Scrum übernimmt der PO (ProductOwner) die Priorisierung von Aufgaben
> die durch das Team zu erledigen sind. Wenn der PO zu nahe am Team ist
> und evtl. nur ein paar Projekte vertritt aber auch Aufgaben aus anderen
> Projekten mit hoher Prio bearbeitet werden müssen - welche
> Abstimmungsmöglichkeiten gibt es da? Läuft es auf eine Hierarchie von
> POs heraus, die in einer Planungssitzung die Prios vergeben?
> Wie werden externe Abhängigkeiten - die sich in einem offenen
> Projektgeschäft schnell ändern können - am besten berücksichtig?
>
> Rolle von Projektleitern
> -----
> Bezogen auf das Team wird die Rolle des PLs durch den SM (ScrumMaster)
> übernommen. Die Rolle des PLs ist jedoch meist weiter gefasst, d.h. auch
> stärker nach aussen gewandt und v.a. müssen oft Unternehmensstandards im
> Bereich Controlling und bei Budgetkämpfen eingehalten werden.
> Einige Quellen sprechen davon, dass man vereinfacht gesagt den PL als
> Obermenge eines SM sehen könnte. Wie ist eure Meinung dazu?
>
> Gruß
> Felix
>
> --
> We utilized a copper-based circular binary random number generator to
> determine which product would best suit our needs.
>


--
We utilized a copper-based circular binary random number generator to
determine which product would best suit our needs.