Multiple Scrum Teams / People-orientation
Multiple Scrum Teams sharing single Backlog
One of the limitation I came across is the project oriented development and NOT people oriented. Scrum is all about people and not resources.
Hence one product backlog can be shared by multiple teams as work for a single Scrum team might be too big or the team might become too big.
Is there anything though about this?
Thanks again for this wonderful tool.
Idea is accepted and the Product Owner needs to create a Story of it.
Thu, Feb 23, 2012, 17:19 by artjom (PO,T)
We do not have a real solution to this. It is a very good hint, we should think this over.
Fri, Mar 9, 2012, 00:25 by Nikhil Pampatwar
Is this something being reviewed?
Fri, Mar 9, 2012, 09:28 by Witek (SM,T)
If I understand you, there would be one project, but multiple sprints with different people at the same time.
Since this is uncommon for most projects, we would have to hide this functionality for most (new) users.
I like this idea, but I don't believe we could do this with our few resources, regarding its complexity.
Fri, Mar 9, 2012, 19:52 by artjom (PO,T)
I think that a big step into the right direction would be to enable moving Stories between Product Backlogs. I once talked to a company manager of a company, that has 4 Scrum teams that basically work on the same goal. They have one management team, one marketing team and two consultant teams. Alls Stories are initially placed in the management team's backlog and they redestribute the Stories across the other Teams.
We should definitely do more research on this topic.
Tue, Mar 13, 2012, 02:00 by Nikhil Pampatwar
But it is very common as far as I've worked.
We have single project and as the work is more we have multiple Scrum Teams working on it. (They all have same Sprint dates) But everyone has their own Sprint Backlog (although they share same Product Backlog)
Thanks again for taking it into consideration.
Mon, Mar 19, 2012, 08:14 by Krzysztof
We also work with many teams on the same project. Currently we have to copy paste stories from one team PB in which we store all stories to other team PB. We mark stories with themes (teams names) in "main" PB to know who is working on which story. To mark as ACCEPTED we add proper emotikon and story has to be taken down in PB to not disturb in planning.
I agree with Nikhil that such situation is very common in larger companies. Copy paste text from all story fields, copying themes etc is not very user friendly way to handle this. Maybe there could be possibility to mark projects as "joined" and when marked they would share PB, themes, qualities and all common stuff, except SB?
Wed, Jun 27, 2012, 22:17 by peterh
To me it's pretty common to see multiple scrum teams working in the same project, thus working on a single 'Product Backlog'.
In Kunagi I could live perfectly well with an additional 'dummy' project only used to maintain the single 'Product Backlog'. Whenever a story may be associated to a specific team I could move that story into a team's 'Product Backlog'. This could happen during some backlog grooming session or during sprint planing part 1 or at whatever time appropriate.
Such a simple - move to project ... - function would help me a lot!
Thu, Jun 28, 2012, 10:00 by Witek (SM,T)
This sounds somewhat like the Scrum of Scrums concept. But I am not sure if moving the story is a good idea. This is because the master project usualy has "bigger" stories. The sub-projects usualy represent big stories (epics) from the master project as multiple smaller stories...