If I've got something that needs an hour of care every week by a sales person, https://xkcd.com/1205/ puts it at about 10 days (two weeks) of work to make it more efficient.
However, if shaving that 1h a week off takes more than 10 days of work, it is probably better to leave it as it is.
We've got a PEF of 8 there. Note that this is the pain for the hypothetical sales person - not the pain for the end advertiser who the sales person works with.
So, what's the risk of making the change to make it so that the sales person doesn't have to do that 1h/week task? How much effort does it take? How easy is it to verify that its actually working?
And so now we've got bugs where we can put them on a grid and say "these fixes are the low hanging fruit" while "these other ones are risky and don't get us much."
Its quite possible that that this issue would never get into the "this is painful and so we need to do the analysis for it" or "this is low hanging fruit that can be fixed and have a big impact on 'stuff'".
Nonetheless, you've got something that takes 1h/week from someone who knows what they're doing with their accounts... and they're not working there anymore. Even in a perfect org, this could fall apart rather quickly.
However, if shaving that 1h a week off takes more than 10 days of work, it is probably better to leave it as it is.
https://www.fincher.org/tips/General/SoftwareDevelopment/Bug...
This bug tracking works on Pain / Effort / Frequency and Risk / Effort / Verifiability
Realizing that I'm making up numbers here (and you can make them up too for the story we're telling each other):
We've got a PEF of 8 there. Note that this is the pain for the hypothetical sales person - not the pain for the end advertiser who the sales person works with.So, what's the risk of making the change to make it so that the sales person doesn't have to do that 1h/week task? How much effort does it take? How easy is it to verify that its actually working?
And so now we've got bugs where we can put them on a grid and say "these fixes are the low hanging fruit" while "these other ones are risky and don't get us much."
Its quite possible that that this issue would never get into the "this is painful and so we need to do the analysis for it" or "this is low hanging fruit that can be fixed and have a big impact on 'stuff'".
Nonetheless, you've got something that takes 1h/week from someone who knows what they're doing with their accounts... and they're not working there anymore. Even in a perfect org, this could fall apart rather quickly.