Hello @Gabriel Zampieri ,
in addition to using the API, as @Sudarshan described you could also look into using Automation for Jira which is a built-in front-end feature, that can be used to run calculations via "Smart Values".
The following documentation details how Date values and calculating mat functions work using these Smartvalues:
and the Automation Getting Started material at the following link for a referance point:
As described in the documentation you can increment a date value using a smart value in the format:
{{[date].plus[Unit]([number])}}
Using a calculated math expression you could create a custom field to hold a calculated converted number of the story point to the desired time value like hours or days, with something like the following if you wanted your story point calculation to be 1 story point = to 1 hour or 1 day etc...:
{{#=}}{{issue.Story Points}} * 1{{/}}
and then combine the increment function with a field value that stores your calculated number. as an example, if you had a number field that stored a calculation called "Test Example" and you set your story points calculation to 1 story point = 1.5 days the following automation would do the trick, with an additional note that the Re-fetch data item is required so that the first calculation can be used in the second:
- When:
- Value changes for "Story points"
- Then:
- AND:
- AND:
This will take the value from your initial calculation field in the example "Test Example" and add that many days to the Due Date Field.
However there is going to be a logical barrier to this approach as the example I used above only has a single static value for story points to days and in effect turns the story point to a Day value and would simply overcomplicate things as at that point the recommendation would be to just use time estimation rather than Story points, as one of the main advantages to Story points is that a story point is used to act as the effort required as a makeshift range of possible values, like 1 Story Point could represent an overlapping range of 1-2 hours, 2 Story Points 2-6 hours, and 3 is 3-10 and so on in a Fibonacci like sequence as described in "Story points and estimation" where the Fibonacci sequence generally used by Scrum teams for story point estimates is 1, 2, 3, 5, 8, 13, 21, and so on.
since the points have a range effect you would need a way to define that range, I recommend using the Max value possible in the range for the calculation and use If/Then conditions for each possible range.
As an example the math used to set the "Test Example" field say 1 story point is the range 1-2 hours, and the value 2 translates to 2 - 6, and 3 is 3-10 hours and so on, you would want to use the value 2 for 1 point and the value 6 for 2 points and 10 for 3 points and so on depending on the ranges you have defined:
So again this adds in some logic conflicts as you are defining the due date of the max value on overlapping values but must define each possible value you could encounter per your definitions, so pointing this out so it's not missed when you set it up as the logic problem presented by ranges would apply to either automation OR a custom script to call on the API.
Hope this info helps you drive an appropriate solution.
Regards,
Earl
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.