TFS中的错误,问题和任务之间有什么区别

有人能给我一个关于TFS中的错误,问题和任务之间差异的简短解释吗?     
已邀请:
对于Scrum TFS流程模板 错误 - 现有功能中的任何问题或功能缺失。代码或要求的缺陷,错误不是设计的。 问题(Impediment) - 任何可能阻碍开发过程的问题,例如:您确定为依赖项的第三方驱动程序未按时发布,因此这是您开发过程中的一个问题。 任务 - 任何计划作为项目开发的一部分的工作,可能是由于错误,问题或要求(包括需求分析或开发或测试)造成的。等等 对于敏捷TFS流程模板 错误 - 一个错误表明您的团队正在开发的代码中存在潜在问题。 问题 - 可能延误运输的事件或原因。 任务 - 任务传达了做一些工作的需要。每个团队成员都可以定义任务来表示他们需要完成的工作。     
当我们过去使用TFS时。 问题 - 需要调查的软件用户是否报告了问题。这可能是代码错误或需求变更(在变更请求之前) BUG - 开发人员确认的“代码中”问题。可以提供类似可能的原因和解决方法的信息。可以标记为已修复并链接到源代码检查。 任务 - 是一个供人们完成的工作项目。比如需要完成的功能。如果它是一个编程任务,它可以链接到源代码检查。 更新 见下面的评论。请记住,以有利于团队的方式使用系统。每个人的工作方式不同 问题 - 涵盖项目的所有内容,可能需要一些工作或调查。它不一定是代码的问题,但它为调查创建了一个说明点。如果出现问题,需要更改项目,可能会导致错误或任务。     
MSF敏捷工作项目类型 MSF Agile包含以下工作项类型: 错误。表示应用程序中的问题或潜在问题。 风险。表示可能对项目产生负面影响的可能事件或条件。 场景。表示通过系统进行用户交互的单一路径。 任务。表示团队成员需要做一些工作。 服务质量要求。表示限制系统应如何工作的要求。 MSF CMMI工作项类型 MSF CMMI包含以下工作项类型: 错误。表示应用程序中的问题或潜在问题。 改变请求。表示对您的应用程序的建议更改。 问题。表示可能阻止工作或当前阻止工作的情况。 需求。表示应用程序应该如何解决客户问题的描述。 评论。表示代码,设计或部署审核的结果。 风险。表示可能对项目产生负面影响的可能事件或条件。 任务。表示团队成员需要做一些工作。 请参阅此处的链接,其中描述了工作项类型的详细信息: http://msdn.microsoft.com/en-us/library/ms400752.aspx http://msdn.microsoft.com/en-us/library/bb668962.aspx     

要回复问题请先登录注册