6

[这听起来像是一个“哪个更好”的问题,但事实并非如此。]

我们使用 Team Foundation Server 2012 进行版本控制和错误跟踪(不会改变)。我们正在转向敏捷,并被要求使用 VersionOne 来管理流程。

我参加了几个关于 VersionOne 的网络研讨会。关于他们的 Team Foundation Server 集成故事,我无法得到明确的答案。我找不到 Team Foundation Server 2012 没有的一个重要功能。

我错过了什么?是否有更好的现有集成案例?有没有人有这两种产品一起工作的经验?有谁知道任何陷阱?

- 更新 -

我们已经与双方并肩工作了一段时间,我可以分享我们的经验:

  • 设置自动同步(如预期的那样)是可怕的。预计停机时间和永久性的一般片状。
  • V1 Visual Studio 插件几乎没用。它允许您从 IDE中进行一些更新,但不是全部。它没有正确同步。它不提供上下文。您无法可靠地链接到任何项目。它比 Alt-Tabbing 来回更糟糕。
  • 我们发现在 V1 中有用和使用的少数功能(团队会议室、子团队、讨论)将在 TFS 2013 中提供并且工作得更好(特别是如果您将 Lync 用于 IM)。

TL,DR:V1 就其本身而言非常好,但它是一个孤岛。所有的集成都是拼凑而成的。您几乎失去了 TFS 提供的集成的所有好处——不要误会我的意思,TFS 有很多、很多、很多、很多缺点,但是能够将故事与签入与缺陷与讨论与将您的团队 Wiki 上的文档添加到特定版本的效果要好得多。

- 更新 -

我们刚刚开始使用 Coded UI 进行白盒测试,它的功能非常强大。在这一点上,不得不欺骗 VersionOne 真是令人讨厌。

4

3 回答 3

2

如果您使用的是 TFS 2012,那么我仍然会质疑您为什么认为您需要另一个工具来“变得敏捷”。

我相信 TFS 2012 的最新更新改进了敏捷工作支持,所以这应该仍然可以正常工作。根据您选择的敏捷工作实践,您可以选择 Scrum 或看板风格。

一些可能引发更多思考的问题:

  • 我们想采用 Scrum 风格还是看板?
  • 作为敏捷项目的一部分,哪些非技术同事需要参与?
  • 他们是否都需要使用 TFS 2012 和/或 VersionOne(或任何其他工具)?
  • TFS 2012 是否可以向非技术团队成员(他们不关心 ALM 工具)公开,还是我们需要使用其他工具?

老实说,如果您需要的话,您可能可以仅在便签上“运行敏捷”。

仅供参考: http: //blog.countersoft.com/2013/03/basics-of-running-agile-projects/

于 2013-03-21T11:23:20.283 回答
1

我碰巧发现这个答案正在寻找其他东西,而且我亲自回答了很多,所以无论如何在这里添加我的答案,我觉得这是一个更真实的答案。

V1 集成对开发人员很有用(您可以根据任务签入代码,这就是您所需要的)。我都用过。也许对于开发人员来说 TFS 更好(假设他们只是签入代码),但对于优秀的 Scrum Master 和产品负责人来说,*

VersionOne 轻松击败 TFS 在线

*。主要原因是 V1 更快地管理和操作故事、组织、优先级和报告更好。

在 Scrum/Sprint 管理方面,TFS online 有很多不足之处。

如果您要创建、拆分、合并故事并将故事分解为任务,这将是缓慢而繁琐的。在 V1 上做同样事情的过程效率提高了 100%,更容易,更快。如果我不得不使用 TFS 来管理积压工作,并且 V1 的报告面向敏捷开发,我会大发雷霆。

在 TFS 中的一个示例,您不能将验收标准分解为单独的测试并在计划日为它们分配时间,这会打乱您的 sprint 计划。你能用 TFS 管理它吗?当然可以自定义并链接到其他工作类型,但这很麻烦。

V1 为您的团队提供发布预测、未来两周的容量规划、为离岸团队内置的扑克规划以及为敏捷开发而构建的整体。

您的开发人员应该只需要根据任务检查代码,他们可以这样做。您的 Scrum Master/Product Owner 使用该工具,并且应该真正使用最适合他们的工具。

所以两者都用。它没有错。在线使用 TFS 只是为了存储您的代码。其他一切使用 V1。

于 2015-01-27T04:32:15.640 回答
0

我将两者集成在一起进行演示。客户已强制使用 VersionOneTFS。我无法回答您为什么要这样做,但至于如何做到这一点,请查看他们的开源项目:

https://github.com/versionone/V1TFS

二进制文件在这里:

http://legacy.community.versionone.com/Downloads/Lists/Platform%20Downloads/DispForm.aspx?ID=31

您基本上运行一个安装 Web 服务的 msi,该服务注册来自 TFS 的事件并将签入或构建数据转发到 VersionOne。

然后,您可以安装他们的签入策略,该策略要求开发人员将用户故事与签入相关联。

我个人觉得整个事情有点笨拙。例如,他们的故事选择器对话框会在您编辑代码时弹出,而不是在您准备签入时弹出。他们的插件至少使我的 Visual Studio 实例崩溃了一次。

所以最重要的是,您可以使用甚至集成两者,但是当 TFS 本身运行良好时,我认为没有理由增加笨拙。

于 2013-07-23T21:50:49.993 回答