Forums

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. If you have left the first and last name fields blank on your member profile, your email address will be displayed instead.

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.

Weighted Shortest Job First
Last Post 30 May 2016 10:56 PM by Ian Mitchell. 5 Replies.
  •  
  •  
  •  
  •  
  •  
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
Ian Mitchell
Veteran Member
Veteran Member
Posts:1542
Ian Mitchell

--
09 Jul 2013 05:38 AM
    HI all

    Weighted Shortest Job First (WSJF) is a technique for backlog prioritization recommended by Dean Leffingwell. The calculation involves measures for User Value, Time Value, Risk Reduction / Opportunity Enablement Value, and Job Size::

    WSJF = (User Value + Time Value + RROE Value) / Job Size

    User Value, Time Value, and RROE Value are meant to be numbers from 1 to 10.

    I'm looking for some worked examples of this. In particular, I would like to see how values of 1 to 10 are assigned to the variables on the numerator, and how the Job Size is measured. Is a relative sizing approach taken or are the values absolute?

    Thanks
    August Felderhoff
    New Member
    New Member
    Posts:1
    August Felderhoff

    --
    03 Oct 2013 01:57 PM
    Ian,

    Check out this article. It will probably give you what you are looking for:

    http://scaledagileframework.com/wsjf/
    Brad Arlen
    New Member
    New Member
    Posts:1
    Brad Arlen

    --
    12 Feb 2014 02:08 PM
    Ian,
    Check this article out and let me know what you think:
    http://agilebuddah.blogspot.com/201...t-job.html
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1542
    Ian Mitchell

    --
    13 Feb 2014 05:34 AM
    Hi Brad

    I suspect that using WSJF to order a Product Backlog may invite vanity metrics. The question is, how are the variables to be populated in an unbiased and credible manner?

    The article you linked to (thanks!) has the advantage of at least making things more democratic, in that planning poker is used to agree the values that certain attributes will hold. Yet clearly that could still result in "prioritization by persuasion". In Scrum, forecasts are applied by the Development Team to the smallest batch possible - the Sprint Backlog - in order to contain such estimation risk.

    I reckon WSJF should be contrasted with more objective methods of backlog management such as innovation accounting, whereby Product Backlog order is informed by actionable metrics derived from A/B tests and the release of MVP.
    David John Carroll Morris
    New Member
    New Member
    Posts:1
    David John Carroll Morris

    --
    27 May 2016 12:44 PM
    As a feedback-driven approach to exploratory development, Scrum builds in an assumption that we will use small increments to prove or disprove hypothesis and make adjustments based on those results.

    Values assigned for User Value, Time Value, RROE Value, and Job Size should be re-assessed based on real metrics. They should also be adjusted when strategic drivers change or if something happens that change the time-sensitivity of some Product Backlog Items.

    In other words, give these values a best-before date. Just as every Product Backlog Item has a half-life, if it's been on the Product Backlog for an appreciable amount of time or is constantly prioritised down, it should be reconsidered in its entirety.
    Ian Mitchell
    Veteran Member
    Veteran Member
    Posts:1542
    Ian Mitchell

    --
    30 May 2016 10:56 PM
    > In other words, give these values a best-before date

    Yes, that would be sensible. The value measure given to a PBI does not suddenly disappear if that measure is unaddressed in a validated learning cycle. Rather, it is subject to gradual decay.
    You are not authorized to post a reply.


    Feedback