Skip to main content

Nexus Product Backlog Refinement

Last post 07:43 am September 8, 2017 by Ian Mitchell
1 reply
09:31 pm September 7, 2017

In Nexus Guide Chapter Nexus Process Flow/Refine the Product Backlog is written: "..and the team likely to do the work should be identified as early as possible."

Maybe a Product Backlog item needs special domain or technical knowledge which fits best to a special team but this could lead teams to become less flexible. So I don't think it is the purpose to identify the team which knows best/is fastest etc. 

Or it is just a part of the Definition of Ready that when it is possible to nominate a likely team you have good chances that the dependencies are removed/minimized? As I understand the Nexus Product Backlog Refinement is about understanding the business goal and minimizing dependencies. Do you think "identifying the likely team" as a part of the Definition of Ready makes sense? New dependencies can emerge in Nexus Sprint Planning of course but there shouldn't be hopefully big surprises which could a re-slicing make necessary. 

I wonder how this identification of the likely team works in practice as it should be a pull-based and not assignment-based approach. 


07:43 am September 8, 2017

Identifying a likely team by domain knowledge may well be sub-optimal, since that specialization could be a wasteful constraint.

On the other hand the over-generalization of team skills can also be a wasteful exercise. If work can be organized so that this waste is avoided, by directing it to a certain feature team in a timely manner, then that isn't unreasonable.

Nevertheless, you make a good analysis. The essential reason for organizing work by prospective team should indeed be to minimize dependencies. Remember that this includes dependencies upon any specialists.

Your concern about the potential implication for "pull" is insightful and valid. A couple of years ago I blogged about this matter: https://dzone.com/articles/ordering-a-product-backlog-to-minimize-development


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.