Allow decimal points in scores

We're using a (value / estimate) method for determining the score of a feature. The division usually results in a decimal point (so one feature is a score of 3.1, another is 3.4). Right now, Ahah is turning both into a 3.

We'd like to be able to show one decimal place of score. Right now we're multiplying by 10, but that's making for some confusing (high) priorities, as we use the one decimal place score in other places in our company. 

  • Jason Slaughter
  • Sep 28 2015
  • Future consideration
Release time frame 3 months
  • Attach files
  • Jason Slaughter commented
    October 26, 2015 13:11


    This does not work in a custom equation; it was the first thing I tried. If you try to make your equation "ROUND({stuff related to the score},2)" you get "Syntax error in equation" and the app won't let you save it.

    So if this is the workaround, then you need to fix your validation code in the scorecard.

  • Jason Slaughter commented
    October 27, 2015 19:20

    Ron confirmed in a support ticket that this workaround (even after they fixed the validation issue) does not work, as the number is still chopped to the nearest whole number. Given how many product managers are using the "[value] / [effort]" method of prioritization these days, and the fact that this will almost always result in decimal values, I hope that you can consider implementing this feature. 

  • Michal Anderson commented
    January 19, 2016 19:40

    Agree this is something that just became highly important to us as well.

  • David Behr commented
    March 27, 2016 12:05

    Ron - as agreed below it would be great to remove your first answer at it does make it look like there is a workaround at first glance, which is incorrect.

    When you do implement this , please can you also allow the step value to be a decimal - e.g. 0.1.  

    This will actually allow a more OKR-type experience in scoring key results as per

    In fact we have many things we like to score between 0-1 and I can also see decimals being useful to others.  There must have been a good reason to disallow decimals in the first place, but can't really see why.



  • Jason Slaughter commented
    February 08, 2017 21:03

    Is there any update on this? We've worked around this for ages by multiplying by 10, but we'd really like a proper solution.

    Again, this is really necessary for the (what I thought was quite common) method of scoring by (value of the feature / estimate of the work required).

  • Daniel Dahlström commented
    August 04, 2017 11:33

    When working with WSJF, this is an absolute necessity. For us, it may be crucial for the use of or not

  • Luke Hanson commented
    November 22, 2017 12:51

    Agree with the comments, this is essential for WSJF calculation to differentiate items with similar scores.

  • Chad Hilton commented
    January 12, 2018 21:49

    We have a similar need on numerous projects, specifically in the use of WSJF scoring approach. Any insight as to when this will be available?

  • Project Parker commented
    March 27, 2018 08:30

    The client I am on-boarding will need this for OKR's & WSJF calculations. Quite surprised this is has been outstanding for 2.5 years now, especially given the number of votes. The rollup of OKR's without decimal points makes reporting far less accurate than it could be.

  • Alex Knight commented
    May 18, 2018 17:03

    I too am using WSJF, and this would be really helpful to be able to set the format of the score calculation to 1 or 2 decimal places.  I think a workaround would be to multiple your calculated final score by 100.

  • Alex Knight commented
    May 18, 2018 17:08

    I just edited my WSJF scorecard by multiplying the calculation by 10, and it worked like a charm!  Updates to all my scores happened, without error.

  • RYan Murray commented
    August 28, 2018 15:50

    When converting the Aha! Score to calculate WSJF ( the output most instances involves a decimal. I have seen others here multiply their output by 100 but it then deludes the true scale of the score.  Can we change the AHa Score! from an integer data type to a float data type?

  • Alex Knight commented
    October 05, 2018 15:12

    I am serving a "Solution Management" role in SAFe.

    Here's my setup which I use instead, now: 

    For Biz Value, Time Criticality, Risk vs Oppty Enable, and Job Size, i use inputs as:

    Metric type Custom
    Sequence 1, 2, 3, 5, 8, 13, 20, 40, 100
    and I use Total score as:
    Advanced equation: (Biz Value+Time Critcality+Risk Reduce / Oppty Enable)/Job Size (Dur)*10 
    I sync this score to a custom Rally/CA Agile Central field called "WSJF" on a custom portfolio item called "Capability" that sits between Initiatives and Features.  I then let Product Owners manage the features and stories below.
  • Lynita Roberts commented
    October 22, 2018 13:21

    This would be really helpful for our prioritization scoring at the feature level

  • Kay Hungate commented
    November 28, 2018 17:29

    We would use two decimal places.

  • Marco Rosin commented
    December 11, 2018 23:09

    Absolute must for WSJF! Would be great to have!

  • Guest commented
    February 15, 2019 09:03

    This is becoming an impediment now and preventing our Product Managers/Owners from using Aha! - Is there an update on when they Feature will be released? 

  • Ian McCready commented
    April 18, 2019 19:41

    Please add this for use with WSJF.

  • Andy Fieweger commented
    June 10, 2019 16:36

    Please please please support decimals.  For WSJF, there is no clear ability to discern priorities rendering Aha! in effective.  Big problem.

  • Alicia Bosserman commented
    August 21, 2019 19:34

    We're trying to get rid of an ROI calculator (spreadsheet) we use and move our whole roadmap process into Aha!, but just reached our first deal-breaker to that - this ticket. It rounds all the initiatives to basically the same score, so we gain nothing from our custom equation.

  • Guest commented
    November 20, 2019 14:05

    Agreed, decimals are desired. Two decimal places please, AND ability to represent RICE Confidence percentage as a decimal instead of a whole number percent.

    We are planning to use RICE scoring. For 'Confidence' we want to use decimal  like ".50, .75, 1" to  represent the percentage.  This returns results like "6.75".  With the current function we must represent percentage as "50, 75, 100" which instead returns "675".  The information is the same but it is visually and conceptually easier to compare scores with lower numbers and decimals associated. 

  • Matt Pinkston commented
    22 Jan 16:14

    This is a big requirement because without it there is now way to implement RICE methodology cleanly

  • Guest commented
    01 Apr 12:58

    Use case: We use a 1-5 scoring 3-point system to create a total score so used to using a decimal point scoring system. As you don't have this feature we've had to change the way we score and evaluate new product feature requests. Would be great if we had the flexibility to do this in your tool.

  • and 9 more