Project management 问题的通用标记

我已经使用问题跟踪系统一周了。现在，我真的不知道如何对我的票进行分类。我主要使用“增强”和“错误”标签。但是我想更具体地说明标签。在谷歌的项目托管页面上，我看到了“UI”等标签，但通常我的票包含我应用程序的很多部分，所以我不能使用“UI”或“逻辑”。因此，我想了解您使用哪些标签对您的门票进行分类？。谢谢

• 缺陷-明显
• 更改请求-客户请求的东西，我们将收取费用
• 调整-一个非常小的变更请求，它比编写客户文档和进行评估更快
• 改进-不太可能由客户出资但可能值得做的改进建议（通常由内部而非客户提出）
• 支持-一般操作支持类型问题-我如何做这类事情
• 文档-需要对产品文档进行更改

我在过去使用过的另一种方法是配置，通过更改应用程序配置可以解决这个问题。我们使用Bugzilla，这是我们当前设置中的解决类型，而不是问题类型，但根据您产品的性质，您可能希望以不同的方式设置

我坚持最多5-8次。除此之外，事情变得混乱和错误分类，所以它并不真正值得

除此之外，我们还分别对其影响的应用程序区域进行分类（约20个，多选列表），用于规划回归测试

作为一项规则，当你感觉自己在成长的时候，从少开始，慢慢地成长