Skip to content

Conversation

@mingxr
Copy link
Collaborator

@mingxr mingxr commented Sep 24, 2025

Clarify criteria for P1, P2, and P3 issue labels regarding business impact and milestone settings.

Description

Changing the definition of P1 bugs as our team and partners grow in size.
This will trigger a revisit of bugs currently tagged as P1. If quantifiable business impact is available, they need to be added for bugs to remain as P1. Ming can provide assistance for potential tough cuts.

Testing

No

Documentation

Changing the definition of P1 bugs.

Installation

No

Clarify criteria for P1, P2, and P3 issue labels regarding business impact and milestone settings.
This label represents highest priority. This label should ONLY be applied to bugs or features with quantifiable business impact. Quantifiable business impact may include number of users, business blocked, or deployment blocked. Bugs with only qualitative impact (descriptions without numbers) will be ranked lower than quantifiable P1 bugs. `P1` issues MUST be set to the *current milestone*.
### P2:
This label is used for the next level of priority. Issues marked as `P2` can be set to the current milestone or to a future milestones (preferred).
This label is used for the next level of priority. Issues marked as `P2` will be set future milestones (preferred).
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This change doesn't make sense to me. If there's already an open pull request (e.g. from a community member) and it's early in the month, what's the point of saying it "will" be set to a future milestone? I think this line should be kept as is.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants