Ale*_*lex 5 tfs scrum visual-studio tfs-workitem tfs2013
在visual studio online上,可以选择配置工作区.我创建了一个项目,它使用"Microsoft Visual Studio Scrum 2013.4"流程模板.
我开始将工作项输入项目并找到配置工作区的选项,我不确定如何在此上下文中使用工作区.
在Scrum方法的背景下,工作区的目的是什么?
当您拥有多个团队(团队拥有自己的区域),构成产品的多个物理事物(网站,胖客户端,某种集成库)时,区域是组织积压的一种方式.
或者,产品的一个非常常见的用途,功能区域(例如购物车,搜索,结帐,付款,用户管理).你可以从PBI标题中得到一些,或者你正在使用标签.这导致故事包括所有图层的工作,这确保每个故事本身提供价值.
Scrum中没有任何内容与此直接相关,尽管许多较大的scrum项目使用功能团队并尝试在这些区域中的多个区域中分解产品,以防止团队在同一段代码中相互绊倒.它为团队提供了明确的重点,并帮助他们进行改进(因为他们不需要一直了解整个产品的所有细节).
在过去,许多团队使用该区域来表示产品的技术领域(前端,业务层,数据库层,数据库架构,Web服务等),这被认为不是打破积压的最佳方式,因为它通常会导致组件或层故事本身不提供任何价值.
官方文档可以在这里找到.我认为页面底部的这些Q也会对你有所帮助:
您不必添加任何区域节点.但是,区域可用于根据功能过滤工作项查询和报告.添加区域节点时请考虑以下准则:
- 定义支持可跟踪性和安全性要求的区域.
- 避免创建太复杂的区域结构.您可以创建区域来分区工作项的权限,但复杂的树需要大量的权限管理开销.您可能会发现复制其他团队项目中的结构和权限太多了.
- 每个团队都可以创建一个区域层次结构,团队可以在这些区域中组织积压项目,用户故事,需求,任务和错误.
- 使用区域表示逻辑或物理组件,然后创建子区域以表示特定功能.您的团队可以使用此结构来保持工作项的有序性,并通过组件或功能提高可跟踪性.
(注意:小心这一点也反映了你的团队结构.这可能会导致价值延迟.)- 创建要限制访问的区域.
答:虽然没有子团队的概念,但您可以创建其区域路径在另一个团队下的团队,这有效地创建了团队的层次结构.要了解更多信息,请参阅添加其他团队.此外,这两篇白皮书可引导您完成配置团队,区域路径和迭代的步骤,以支持项目组合管理或企业组织:
答:是的.如果您的组织有多个团队,这些团队使用共同的待办事项和许多产品领域,您可能希望更改团队的配置方式.通过添加自定义字段来表示组织中的团队,您可以重新配置敏捷规划工具和页面以支持您的团队,并将分配与团队和区域路径分离.
(备注:目前在visual-studio-online上无法实现)
归档时间: |
|
查看次数: |
1324 次 |
最近记录: |