Team Foundation工作项类型中产品积压项和功能之间的区别

111

我对Microsoft Team Foundation有疑问。在Visual Studio的Team Explorer中，我可以创建一个新的工作项。这里的工作项类型由您团队选择的流程模板决定；我不确定我们正在使用哪个流程模板。无论如何，在Team Explorer中，当我想创建一个新的工作项时，都会提供一个可供选择的工作项类型列表，其中包括“产品待办事项”和“功能”。

我注意到与目标解决日期相关的两种类型之间的差异。对于产品待办事项，这似乎由迭代结束日期决定。对于功能，还不清楚。功能还与迭代（和迭代结束日期）相关联，但是功能也有一个单独的字段，称为“目标日期”。目标日期的鼠标悬停文本是“完成功能的目标日期”。

我应该为新工作项目选择“产品待办事项项目”还是“功能”作为工作项目类型？两者有什么区别？

在此处输入图片说明

tfs

— 用户名
source

2

对我来说，功能是关于“什么”以及关于“如何”的待办事项。

— 2016年

131

看来您正在使用Scrum流程模板。TFS站点已发布了有关产品待办事项和功能的一些非常简短的信息，以及有关创建新工作项类型的想法。http://www.visualstudio.com/zh-CN/news/2013-jun-3-vso.aspx

两者之间的区别在于您要在以下位置使用工作项的粒度：

产品待办事项项目由任务组成，并已进行了估算。
功能由产品待办事项组成，并有目标日期。

我尚未找到有关何时使用功能与产品待办事项的官方指南，但我创建了自己的指南，我将根据此指南... http://www.nsilverbullet.net/2013/06/ 04 /功能帮助我们计划工作更好的团队基础服务Scrum处理/

您应该创建功能还是产品待办事项？

如果您认为/希望将要创建的新工作项适合单个sprint，则应创建一个Product Backlog Item，然后将其分解为该sprint的任务。
如果您认为/知道新工作项无法放入单个sprint中，则应创建一个功能部件，并确定该功能部件可以细分为所有可提供价值的sprint尺寸项目（产品待办事项项目），并在使用时使用这些功能规划未来的冲刺。

[更新2014-05-19]

Microsoft已发布有关如何使用功能和在TFS中实现的敏捷产品组合概念的更多信息，网址为https://msdn.microsoft.com/zh-cn/library/dn306083(v=vs.120).aspx

— 敏捷的约书亚
source

5

Microsoft现在已发布有关功能使用的其他信息。 visualstudio.com/zh-cn/get-started / ... 不幸的是，对于Visual Studio Online，只有具有高级许可证的用户才能使用功能。:-( visualstudio.com/zh-cn/get-started/try-additional-features-vs的价格将为每位用户/每月$

— 60。– agilejoshua

错误在哪里适合？Bug可以与Task互换吗？

— 机敏队长

1

@DiegoDeberdt-错误不能与任务互换。认为它们存在于与PBI相同的层次结构级别，或者潜在地作为PBI的子级存在（如果您选择以这种方式跟踪-将它们保持关联通常就足够了联系）。任务可以是错误的子代，以跟踪开发人员并针对他们进行测试。

— StingyJack 2015年

2

我似乎不同意“多重冲刺就是特征”的方法。应该将其用作技术性更高和技术性较低的目标之间的桥梁（主要用于跟踪）。我可以想到功能在足够的奉献精神和资源的冲刺中开始和结束。但是Feature是管理等人员联系和理解技术内容的简便方法。

— 贝坦·库尔特

Visual Studio 2015有一个新的指导页面，ALM>工作>规模> 项目组合管理

— JohnC 2015年

20

TFS应用了敏捷开发策略，我认为我们可以说：

功能=史诗，待办事项=故事

史诗内容类似的故事。

— Philabob
source

9

是的，但是现在，他们添加了Epics属性，其中包含功能，这些功能包含积压的项目或错误，两者都可以包含任务。

— toddmo

1

我和OP有相同的疑问，我的想法已经与@josant答案保持一致，这对我来说非常合理。

另一方面，我正在使用Hundhausen书[1]作为采用TFS + Scrum的参考。

他说的话：

功能是为用户或企业创造价值的功能的离散单元。PBI可能足够大，可以具有多个功能。

然后：

一个功能可能会分解为多个场景。场景是一种叙事，它描述了功能的工作流程或步骤序列，该功能或过程沿一条路径实现预期结果。

并继续发展这些想法。

在我看来，Hundhausen似乎在谈论用例[2]，但我仍然觉得他的建议有些反常理，TFS似乎都不会指导这种分析方法，或者我在阅读的Scrum文献中发现了这种方法。

大概只是选择一个您觉得更舒适并遵守的约定即可。

[1] http://www.amazon.es/dp/073565798X

[2] https://en.wikipedia.org/wiki/Use_case

— 伊斯梅尔·奥莱亚（Ismael Olea）
source

1

功能是产品积压产品组合。

http://tfs.visualstudio.com/zh-CN/learn/create-your-backlog.aspx

— 阿基瓦·梅尔·波泰斯蒂奥（Akiva Meir Potestio）
source

1

功能是最高级别的“积压项目”。团队将工作定义为高级计划，并将其分解为功能。进一步细分并将要完成的工作定义为“待办事项”。参考http://msdn.microsoft.com/en-us/library/dn306083.aspx？

— 比尼特·阿加瓦尔
source

1

正如其他人在这里说的那样：

特点：顶级
待办事项列表：功能下的一个级别（一项功能由待办事项组成）

请记住，您可以链接工作项，并且可以将它们显示为树形列表。 因此，您可以将积压项目链接到功能，然后，您可以将任务链接到积压项目。因此，您将获得一个不错的层次树列表。

— SQL警察
source

1

这就是我的用法。在工具项目“工作”->“待办事项”下，同时列出了“功能”和“待办事项”。我从功能开始，所以那时没有积压的项目。我通过选择“待办事项”标题下的“功能”并在表单中添加功能名称，然后保存并关闭来添加功能。每个新添加的功能的左侧都有一个绿色的+号。单击加号，然后显示选择选项。选择“产品待办事项”。当打开时，就像在功能中一样，在顶部字段中输入待办事项的名称。您正在创建这些积压项目，没有弹出窗口。根据需要填写其他信息，然后保存并关闭。创建待办事项条目后，单击新创建的待办事项条目上的绿色+。输入工作项的名称，就像处理“待办事项”和“功能”一样。添加工作项时，请将sprint包含在迭代字段中，当您打开它时，它们将位于sprint中。我找不到任何地方记录这些内容。我希望它足够详细。

— 内特
source