Closed 。这个问题是基于意见的 /help/closed-questions 。目前不接受答案。
我们的团队是 TFS2010 的新手。从历史上看,我们一直使用我们自己的业务需求矩阵(可追溯性矩阵)Excel 电子表格。它具有典型的列,例如:
需求 ID |项目|规则组 |业务规则|类型...等
我们的业务规则专栏内容如下:
“系统应提供一种方法来允许演员搜索研究。”
“系统应提供一种允许参与者搜索项目的方法。”
“系统将为入站包裹生成移动活动。”
“要导入条形码清单,系统应在每个样本占位符中包含一个代码,说明该样本是由条形码清单创建的。”
由于我们行业在文档、审计等方面的严格性,我们选择 MSF for CMMI 而不是 MSF for Agile 作为我们的流程模板选择。
我们就在 TFS 2010 世界中实施“我们的工作方式”的最佳方式进行了多次讨论。我们问题的症结似乎可以归结为以下几点:
看来我们应该遵循“实施”选项卡中“需求”->“任务”之间的“父/子”关系。然而,这意味着我们有一个任务every 需求(看起来多余且过于细化)。
我们喜欢将任务视为不太精细的东西(即“开发出站控制台屏幕”。)
我们希望开发人员能够查看分配给他们的任务,并轻松查看与这些任务关联的需求(功能性和非功能性)。
可追溯性是一个高优先级,但是,我们不一定需要它非常精细(细化到实际的代码行)。正如我们所见,这样做会使开发变得极其乏味并且适得其反。我们希望在这方面取得合理的平衡。
我们的方法真的是圆钉入方孔吗?或者,我们只是误解/遗漏了什么?我们觉得我们对各种工作项类型都有充分的了解。
为了添加更多上下文,我们的理解是“功能”类型的需求是更细粒度需求(例如功能性、非功能性、QoS)的“父级”。我们知道场景的需求类型类似于用例。
因此,我们认为 TFS 2010 遵循以下层次结构:
显然,我们面临的问题是,虽然我们在某些方面希望需求/任务之间存在父/子关系……但我们几乎同时看到需要将任务作为需求的父项。
我们相信我们可以跳过“实施”选项卡(以及它强制执行的父/子关系)...而只使用“所有链接”选项卡。这使我们能够更灵活地通过其他链接类型(例如“相关”或“影响/受影响者”)关联需求和任务...但是,最大的问题是它破坏了内置的 TFS 2010 报告(特别是关于跟踪需求进度/小时)。
任何见解都值得赞赏。
听起来您需要自定义 TFS 附带的开箱即用的流程模板。
老实说,我认为每个人都应该自定义模板,以确保他们获得适合其流程的工具,而不是更改流程以适应工具。
我不确定您是否了解一些可用的自定义选项,因此我仅提及我在为我的公司自定义 TFS 时使用的一些选项。
You can edit http://ravendra.wordpress.com/2010/06/02/customizing-existing-work-item-template-tfs-2010/ 流程模板中开箱即用的任何工作项类型。
您可以执行许多自定义操作,例如,在我的公司中,我们只希望测试组中的人员能够关闭错误,因此我们将这一约束限制在所有到关闭状态的转换上。
您可以根据需要添加转换、状态、字段、选项卡等。
如果您想要一个新工作项,您可以从空白创建一个新工作项,或者基于现有工作项类型创建一个新工作项,以从现有类型创建新工作项,export http://msdn.microsoft.com/en-us/library/dd312129%28VS.100%29.aspx 工作项类型,编辑 xml 以将名称更改为新类型,然后导入它。
您对不同工作项类型之间的关系的担忧应通过创建自定义来解决链接类型 http://blogs.msdn.com/b/greggboer/archive/2010/03/01/tfs-2010-customizing-work-item-link-types.aspx 然后将它们包含在您的新中template http://blogs.msdn.com/b/greggboer/archive/2010/03/05/controlling-which-link-types-are-displayed-on-a-work-item-form.aspx .
您似乎对要遵循的流程有很好的了解,我认为您需要自定义 TFS 以匹配该流程。
执行如此多的自定义的一个缺点是标准报告不会为您提供太多有用的信息。这将要求您的团队撰写一些新报告。您还可以做一些不错的报告excel http://blogs.msdn.com/b/sunder/archive/2010/03/02/reporting-in-team-foundation-server-part-7-excel-reports-from-work-item-queries.aspx 如果那能满足您的需求。
HTH
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)