Skip to content

Triage Process

Chris Glein edited this page Aug 5, 2020 · 1 revision

Goals

What are our goals for triaging incoming issues?

  1. Groom a backlog of actionable issues
  2. Engage with the community and respond to feedback
  3. Make connections between efforts/engineers
  4. Grow knowledge that spans the entire product (bring teams together) and related products (Windows etc.)

We also do our best to align with issue management practices from Facebook's react-native repo (and we participate in both) so that people have a consistent experience moving between RN, RNW, and RNM.

Assignee

If an issue is assigned to someone it is assumed that that person is currently working on that issue, they plan to in the next couple weeks, or they have the next "action" on that issue.

Contact the current assignee before working on an issue to prevent duplicated effort. If you are no longer working on one of your assigned issues you should unassign yourself (leave a note so that the next person can pick up where you left off).

To find issues assigned to you across all your github repros you can visit here.

Triage Process

For every issue labeled Needs Triage we apply this process:

  1. Is the issue unclear?
  2. Labels
  3. Milestone
    • All triaged issues should be assigned a milestone. If the work is not scheduled then assign the Backlog milestone.
  4. Project
    • Assign to a project board if appropriate (grouped set of related work)
  5. Assign
    • If someone should look at this immediately, in the next block of work (1-2 weeks), or they have the next action, assign to them
    • Leave unassigned to leave in the general poachable/backlog
  6. Remove Needs Triage label

Triage order

  1. Needs Triage
  2. Needs Attention.

Bot Rules

Clone this wiki locally