On Mon, 2012-11-26 at 17:36 -0800, James Forrester wrote:
On 26 November 2012 17:25, Rob Lanphier robla@wikimedia.org wrote:
Timeframes seem like a pretty good proxy for priority. If something is "highest" priority, and yet is not on track to be completed for several months, then.....wait, what?
I disagree. In 1962, NASA's "highest" (most-high?) priority was to put a human on the Moon; that doesn't mean they achieved it before 1969. High priority and soonness-to-be-done are orthogonal.
I've been made aware (off-list) of some concerns of this proposal, and your comment provides the same sentiment.
The term "highest priority" has some ambiguity in human language. It's perfectly fine to state that a bunch of bug reports are "highest priority": Issues that a team is working on currently, or should work on as the very next task. My initial proposal was to make "highest priority" mean "really urgent" or "immediate". Consequently, this should also be reflected by its name. Still there should be a way to express what's highest priority for a team.
== Reworked proposal: New "Immediately" priority ==
I propose adding a *new* priority called "Immediate" which should only be used to mark really urgent stuff to fix. This priority would be added above the existing "Highest" priority.
[I'm going to respond to the wider "priority vs. severity vs. target milestones vs. does this all make sense together" discussion in a separate email.]
andre