progress for atomic jobs — a fiction, for aggregate is needed only for reporting and is only necessary for any thread glubokovodnykh splits that do not cover eyes. Or if a lot of them. In General, progress is addressing some external to the workflow problem.
\r
the priority for tasks is needed only at the stage of planning/replanning, although probably important for the dynamic methodologies. But in General, minor — is more important to have dependencies.
For bugs we need not the priority and severity, although whatever you call it... but it is rather in the direction of the display with the SLA tracking.