The reason for this change, was to take into account projects (or components) that have a large number of open issues that want to be fixed (vs risks to be accepted).
Since we try to use an Kanban 'Work in Progress' model for the issues to fix (i.e. no more than 3 to 4 active items), this new state helps to keep a nice separation between the issues that:
- need to be 'Risk Accepted' (i.e. there is no intention (or resources) to fix in the next couple months)
- have been reviewed and are 'Allocated for Fix'
- are currently being worked on (i.e. in a 'Fixing' state)

