Team Foundation工作项类型中的产品Backlog项和功能之间的差异
我有一个关于Microsoft Team Foundation的问题.在Visual Studio,团队资源管理器中,我可以创建一个新的工作项.此处的工作项类型由您团队选择的流程模板决定; 我不确定我们正在使用哪个流程模板.无论如何,在团队资源管理器中,当我想创建一个新工作项时,我会给出一个可供选择的工作项类型列表,其中包括"产品待办事项项"和"功能".
我注意到与目标解决日期相关的两种类型之间存在差异.对于产品待办事项项目,这似乎由迭代结束日期决定.对于一个功能,它不是那么清楚.特征也与迭代(和迭代结束日期)相关联,但是特征也有一个称为"目标日期"的单独字段.目标日期的鼠标悬停文本是"完成功能的目标日期".
我应该选择"产品待办事项"或"功能"作为我的新工作项的工作项类型吗？这两者有什么区别？
agi*_*hua 131
看起来您正在使用Scrum流程模板.TFS网站发布了一些关于产品待办事项项目和功能的非常简短的信息以及创建新工作项类型背后的想法.http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx
两者之间的差异取决于您希望在以下方面使用工作项的粒度:
- 产品待办事项项目由任务组成,并具有估计的工作量.
- 功能由产品待办事项项目组成,并具有目标日期.
我还没有找到关于何时使用功能与产品待办事项项目的任何官方指导,但我已经创建了我自己的指导,我将这个答案基于... http://www.nsilverbullet.net/2013/06/ 04 /功能的帮助,我们的计划工作,更好,在-团队的基础服务,争球过程/
您应该创建功能还是产品待办事项？
- 如果您认为/希望您要创建的新工作项适合单个sprint,则应创建Product Backlog Item,然后将其分解为sprint的任务.
- 如果您认为/知道新工作项不适合单个sprint,则应创建一个功能并识别所有提供特征的sprint大小的项目(Product Backlog Items),这些项目可以分解为功能并在以后使用这些项目计划未来的冲刺.
[更新2014-05-19]
Microsoft已发布有关如何使用功能的更多信息以及已在TFS中实现的敏捷组合概念https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx
- Microsoft现已发布有关功能使用的其他信息.http://www.visualstudio.com/en-us/get-started/create-your-backlog-vs#article11不幸的是,只有具有高级许可证的用户才能访问Visual Studio Online功能.:-( http://www.visualstudio.com/en-us/get-started/try-additional-features-vs每位用户每月定价60美元. (5认同)
- 我似乎无法就"多冲刺是特征"方法达成一致.它应该被用作更多技术和技术方面的桥梁(主要用于跟踪).我可以想象一个功能在sprint中开始和结束,具有足够的奉献精神和资源.但是,功能是管理等关联和理解技术内容的简便方法. (2认同)
Phi*_*bob 20
由于TFS采用敏捷开发策略,我想我们可以说:
Feature = Epic,Backlog item = Story
史诗内容类似的故事.
- 是的,但是现在,他们添加了正确的Epics,其中包含功能,其中包含积压项目或错误,两者都可以包含任务. (9认同)
| 归档时间： |
|
| 查看次数： |
96678 次 |
| 最近记录： |