VS2010 Scrum v1.0与MSF for Agile software development v5.0或后者之间的区别是超集?[关闭]

你不是一个人!我们错误地从MSF Agile 5.0模板开始使用了这两个模板。如果您专门使用Scrum,我会使用scrum1.0模板。scrum1.0模板是由Scrum的创始人之一kenschwaber创建的。

MSF Agile 5.0模板包含工作簿,允许使用excel对报告数据进行大量控制。但是,还有很多缺点。它没有发布烧毁报告。为了产生可用的sprint burndown,您需要在任务中记录实际值。产品积压很难保持整洁。用户故事是唯一的待办事项,因此跟踪工程峰值或非功能性需求是很尴尬的。

sprint1.0使用了一个“Sprint”工作项类型,它使得速度和烧毁变得很快。

所以,就工具而言,它相当不错。

目前提供的答案试图从项目级的角度(这是典型的)回答这个问题,而不是从组织和维护的角度。同时也要避开一个营地或另一个营地。

你问题的答案取决于你的情况。项目中需要或希望看到什么类型的查询或报告?重申一下最重要的回答是:这个工具不应该支配scrum,为了配合它,这个项目需要有一定的灵活性吗?

我在多个客户机上体验过的真实场景的一个特点是,它们通常从基本的microsoftvisualstudioscrum1.0模板开始,然后添加一些东西到模板中。ie:查询、报告、工作项、仪表板等,这不可避免地导致它们返回敏捷或CMMI模板,并添加烧毁报告/查询/工作项。无论组织规模大小,我都多次见过这种情况。

从纯TFS的角度来看,模板的一个真正重要的方面是Scrum1.0工作项可以比其他方式更容易地添加到Agile5.0工作项中。为什么?字段和数据输入点在敏捷中已经存在,而在scrum中则没有。这反过来又减少了在不引起冲突的情况下找出系统中存在哪些字段可重用的时间。

这听起来不假,我也尽量不假,就像说使用microsoftword会让人困惑,因为它有太多的特性/功能。大多数人忽略这些特性/功能,直到有人好奇或需要使用它们。否则,公司就不应该再为微软的Word许可支付额外的费用,而应该只使用WordPad。好奇心和需要促进理解和知识。

SCRUM模板遵循一些SCRUM术语和人工制品。你有冲刺而不是迭代,你有用户故事而不是需求,任务,烧毁图表等,但在我看来,TFS很难使用,因为它不是很有成效。

我们正在为VisualStudioTFS2008使用类似的非MS模板。在我的第一个SCRUM项目中,我们直接使用TFS和Excel来收集用户故事、准备任务等,速度非常慢。仅仅为4-5个开发人员创建任务和4周的sprint(我再也不会使用这么长的sprint)就花了我大约两天的时间。太浪费了。此外,没有内置的支持为taskboard打印卡片。非MS模板的另一个缺点(不确定这是否与MS one相同)是,每个报告的错误都会立即添加到产品待办事项中(这是新的用户案例),无法收集约束,用户案例没有用于验收标准的预定义字段,任务没有用于任务完成的实时字段(很好)用于追溯估计)。如果您控制了TFS,则可以添加字段,但这不是我的情况。

我仍然需要使用TFS(公司政策),但我在TFS之外尽可能多地处理用户故事和任务—纸笔效果最好。不过,TFS对于跟踪sprint进程和自动生成的burndown图表来说还是不错的,但是你必须在任务数量、任务复杂性和sprint长度之间找到一个很好的平衡点。

Choose a Process Template

• VisualStudioALM的Scrum过程模板
• MSF for Agile软件开发v6.0
• MSF for CMMI过程改进v6.0

VisualStudioScrum1.0模板是从头构建的,以支持Scrum,尽可能使用Scrum术语。目前正在与联合国协调开发Scrum.org网站以及Scrum专业开发人员计划。如果您使用的是Scrum,那么vss1.0模板将比敏捷模板提供更少的摩擦。

也许有些标准报告可以让您更好地了解产品增量的质量。你做完了吗?单元测试&代码覆盖率报告、测试报告、构建报告。这些有助于更好地回答这个问题吗?

也许这些都不适用,使用您当前的解决方案是您的团队改进的最佳方式。这取决于你的实验和决定。