-
As I was going through the open issues, I was thinking that it would be nice to have a priority filter by either labels or to think about using the What are the team's thoughts on this? Would this level of granularity help communicate which types of developments are being prioritized over others in the near term versus long term or is this not necessary at this point? Thoughts? |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 5 replies
-
I have always found priorities useful on open item tracking. It allows effort to be focused on the most important (or most bang-for-the-buck). Labels would be fine. I would avoid adding an additional system or layer (Kanban) unless it has other beneficial uses.
|
Beta Was this translation helpful? Give feedback.
-
@jakehader The only GitHub solution for this is Labels/Categories. Right now we have ~40 open tickets and ~5 don't have any labels at all. So we could be more diligent about labeling our tickets. We could also easily add a Label/Category for Low/Medium/High Priorities. A bit of history might help. GitHub Issues was designed in direct response to Jira. High-level managers, in theory, like Jira because you can have tickets-within-tickets-within-tickets, and they can assign "priority" values and "topics" and "teams" and "estimated time for completion", and a ton of other things to each ticket. If you have ever tried to review a thousand tickets from dozens of developers over several years, you can see why you'd want these features. They are there to create a workflow for management. But GitHub Issues provides only the simplest, flat interface for ticket management. It is meant to be 'task centric' and not 'management centric'. Anyway, we could add Labels or Categories for priority if @ntouran / @youngmit want. (I might be in favor of adding a "High Priority" label, but not a "low" or "medium" one.) |
Beta Was this translation helpful? Give feedback.
-
I'm not opposed to getting fancier in that regard, but it may make more sense after we get more engagement from other developers. For now, I think labels are probably most appropriate given our level of open PM complexity. |
Beta Was this translation helpful? Give feedback.
-
Thanks for the discussion all. For now we will just use the labels/tags on issues. |
Beta Was this translation helpful? Give feedback.
I'm not opposed to getting fancier in that regard, but it may make more sense after we get more engagement from other developers. For now, I think labels are probably most appropriate given our level of open PM complexity.