Line | |
---|
1 | ============= |
---|
2 | Ticket Triage |
---|
3 | ============= |
---|
4 | |
---|
5 | Ticket triage is a weekly, informal ritual that is meant to solve the problem of |
---|
6 | tickets getting opened and then forgotten about. It is simple and keeps project |
---|
7 | momentum going and prevents ticket cruft. |
---|
8 | |
---|
9 | It fosters conversation around project tasks and philosophies as they relate to |
---|
10 | milestones. |
---|
11 | |
---|
12 | Process |
---|
13 | ------- |
---|
14 | - The role of Ticket Triager rotates regularly-ish, and is assigned ad hoc |
---|
15 | - The Triager needs a ``Trac`` account |
---|
16 | - The Triager looks at all the tickets that have been created in the last week (or month, etc.) |
---|
17 | - They can use a custom query or do this as the week progresses |
---|
18 | - BONUS ROUND: Dig up a stale ticket from the past |
---|
19 | - Assign each ticket to a milestone on the Roadmap |
---|
20 | - The following situations merit discussion: |
---|
21 | - A ticket doesn't have an appropriate milestone and we should create one |
---|
22 | - A ticket, in vanishingly rare circumstances, should be deleted |
---|
23 | - The ticket is spam |
---|
24 | - The ticket contains sensitive information and harm will come to one or more people if it continues to be distributed |
---|
25 | - A ticket could be assigned to multiple milestones |
---|
26 | - There is another question about a ticket |
---|
27 | - These tickets will be brought as necessary to one of our meetings (currently Tuesdays) for discussion |
---|
Note: See
TracBrowser
for help on using the repository browser.