Ich arbeite im Wesentlichen für 3 Unternehmen. Ein Entwicklungsteam aus Mitgliedern der 3 verschiedenen Unternehmen wird gebildet, um 1 verwandtes Produkt (mit mehreren Versionen) zu erstellen. Der komplexe Teil ist, dass, da unser Team aus Mitgliedern verschiedener Unternehmen besteht, manchmal andere Mitglieder des Entwicklungsteams Aufgaben für verschiedene Projekte erledigen. Wir haben Jira verwendet, um die Probleme zu verfolgen, an denen wir arbeiten müssen. Wäre es besser, 1 Produkt- und Sprint-Backlog für das 1 Entwicklungsteam und alle Elemente für alle Projekte in diesen Backlogs zu behalten? Würde dies auch bedeuten, dass es nur einen Product Owner für alle Projekte geben sollte, der mit verschiedenen Stakeholdern, Produktmanagern, der Geschäftsleitung usw. verschiedener Projekte interagiert?
Der Punkt, den ich in diesem Setup (1 Product Backlog und 1 PO) anzusprechen versuche, ist, wenn ein Entwickler bereits für einen Sprint des Projekts verpflichtet ist, dann sollte niemand außer dem Product Owner neue Aufgaben für diesen Entwickler zuweisen können . Nur der Product Owner sollte mit dem Zuweiser der neuen Aufgaben (die von Stakeholdern oder Kunden verschiedener Projekte kommen) kommunizieren, um das Sprint-Engagement aufrechtzuerhalten, richtig?
Meiner Meinung nach macht die Idee eines Product Backlogs/PO bei dieser Größe des Teams Sinn. Um die Auswirkungen neuer Aufgaben aus anderen Projekten zu minimieren, wäre es auch die Idee, ein paar feste Tage für externe Arbeit zu reservieren und dies im Sprint zu berücksichtigen. Zum Beispiel umfasst der Sprint 10 Arbeitstage, aber wenn Sie die Planung durchführen, berücksichtigen Sie nur acht Tage, da die anderen zwei Tage externe Arbeit sind, und Sie können ein Ticket für ungeplante Aufgaben hinzufügen, um zu sehen, wie sich die externe Arbeit auf den Sprint auswirkt bei Bedarf an die Stakeholder kommunizieren können.
Jassmeen
AshT