问题跟踪:什么类型的问题(即任务,新功能)？

Question

当一个新项目从头开始时,使用问题类型(即新功能,错误,任务)的最佳做法是什么？

例子:

• 一个新的发展点:任务还是新功能？
• 改进:增强任务？

补贴问题:"任务"类型的作用是什么？

感谢您的回答,阿兰

Answer 1

大多数项目有两个明确的阶段.在您交付/发货之前,以及在您交付/发货之后.

对于新项目,在您第一次交付之前,应将所有内容标记为任务.

交付完成后,可以相应地标记所有后续工作项:

• 新功能应标记为新功能
• 现有功能的增强/改进应标记为增强功能
• Bug报告显然标记为Bugs
• 仍然可以创建任务,但通常在新功能,增强功能,错误之前作为子任务站点

应使用一个工具来管理具有适当工作流程的所有项目类型.使用不同的工具毫无意义,因为只有数据字段和工作流程因项目类型而异(例如Bug,Requirement,Enhancement).

我希望这可以帮助你.

Answer 2

首先，这可能取决于您所在的组织和您正在使用的工具。通常，您的组织应该为您的开发过程定义术语表，并作为其中的一部分，定义不同类型问题或工作项的含义。

我们公司根据要解决的问题类型使用 3 种不同的工具：

• Polarion 用于进行需求工程和整个后续工作流程。
• JIRA 主要负责问题跟踪，并有很多调整的可能性。
• Trac 主要用于以更简单的工作流程开发项目。

我们给不同工作项类型 (Polarion) 或问题 (JIRA) 的定义是：

• 缺陷：表示测试中发现的错误。典型的关系是测试的孩子。
• 问题：可能是缺陷、变更请求或以后出现的不同情况。必须首先合格，然后通过创建缺陷或变更请求来解决。
• 变更请求：定义客户要求的对应用程序的一些变更，通常会对范围、预算产生影响，...通常通过从中创建需求来解决，然后由用例指定，...
• 需求：用户、系统或技术需求，稍后将由用例实现。
• 用例：应用程序必须实现的功能的规范。
• 任务：一个人在某些以结果为导向的工作项目或问题上执行的任务。

我们将所有工作项类型分为 2 个部分： - 面向结果：工作项本身代表结果。类型有：需求、用例、组件、测试用例、变更请求…… - 面向过程：工作项代表要执行的操作。类型有：缺陷、问题、任务……

总结一下：

• 找到对您有帮助的术语表。
• 定义您要解决的范围，并仅包括属于该范围的工作项类型或问题。
• 为所有这些定义一个工作流程，并使其尽可能简单。
• 定义工作项类型之间允许的关系，以帮助您跟踪解决方案。