Labels are a good way to categorize the tasks. But having too many in an unorganized way results more clutter. Here is my way of labeling issues/tasks. This is the way I organize my tasks in GitHub, GitLab and in Jira.
Indicating the area to which issues belong.
|area/optimization||Fine tuning works|
Used to prioritize the issues.
|priority/high||Requires immediate attention|
|priority/medium||Requires attention soon|
|priority/low||Does not require immediate attention|
Indicating the current stage of the issue.
|stage/investigating||Someone is looking into this|
|stage/wontfix||Does not regard this as an issue or will not implement this feature|
|stage/backlog||Prioritized to be picked up in current sprint|
|stage/proposal||No work has been done of this issue|
|stage/awaiting-response||Potential fix was proposed; awaiting response|
|stage/pending-release||Works associated with this issue is done but not deployed|
|stage/ready-for-work||The issue is reproducible and in scope|
|stage/needs-information||Not enough info to reproduce the issue|
|stage/needs-review||Work done but needs review|
|stage/needs-investigating||Someone needs to look at this|
|stage/work-in-progress||Someone is working on it|
|stage/in-test||Deployed to TEST environment|
Stage labels like in progress, backlog etc can be skipped in GitHub if you linked the issue to a project which has relevant columns matching these stages.
Used to categorize the issues.
|kind/chore||Work is required w/ no deliverable to end user|
|kind/comment||Comments created via utteranc.es|
|kind/documentation||Improvements or additions to documentation|
|kind/duplicate||This issue already exists|
|kind/feature||New feature that does not currently exist|
|kind/enhancement||Requested enhancement of existing feature|
If you are a colorful person 😉 , suggest me some colors for these labels in the comments 👇