In short, not without coding your own listener in java or with the use of other plugins allowing to set up listeners. For example, Automation for Jira and ScriptRunner are 2 very commonly used plugins which offer "event-based" automation.
Other than events, you could also make use of scripted or calculated fields - these can dynamically aggregate the values from below the Epic.
In any case this cannot be done out of box, you would need a plugin (and there are several), chances are you already have one which can provide this if this is not a plain/new instance.
More importantly, I hope you plan on storing that value in a separate field, and not "Story Points" itself - because you should not do estimates on both epics and the stories, it should be only one of those hierarchical levels (typically and most commonly the stories, as Epics are just "containers"). By using the exact same field for both the values and the aggregated sum, you'd be of course doubling it which would be.. well, weird estimates to say the least.. So in this sense, a scripted/calculated field would make the most sense.
Issue events are not entirely reliable for aggregated values, because there are several ways how you could skip events entirely. For this reason, calculated (aka "scripted") fields are usually the best option since they can dynamically calculate the value on the fly and cache it, thus removing the dependency on the listener to "always work and never ever fail".
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.