[这听起来像是一个“哪个更好”的问题,但事实并非如此。]
我们使用 Team Foundation Server 2012 进行版本控制和错误跟踪(不会改变)。我们正在转向敏捷,并被要求使用 VersionOne 来管理流程。
我参加过几场关于 VersionOne 的网络研讨会。我无法得到有关他们的 Team Foundation Server 集成故事的明确答案。我找不到任何一个 Team Foundation Server 2012 没有的重要功能。
我错过了什么?是否有更好的现有集成案例?有人有这两种产品一起使用的经验吗?有谁知道有什么陷阱吗?
--更新--
我们已经与双方并肩合作了一段时间,我可以分享我们的经验:
- 设置自动同步(正如预期的那样)非常糟糕。预计会出现停机和永久性的不稳定情况。
- V1 Visual Studio 插件几乎没用。它允许您从 IDE 中进行一些更新,但不是全部。它无法正确同步。它不提供上下文。您无法可靠地链接到任何项目。这比仅仅来回按 Alt-Tab 更糟糕。
- 我们在 V1 中发现有用和使用的少数功能(团队室、子团队、讨论)将在 TFS 2013 中推出,并且效果会更好(尤其是在您使用 Lync 进行 IM 时)。
TL,DR:V1 本身就相当不错,但它是一个孤岛。所有的整合都是拼凑而成的。您几乎失去了 TFS 提供的集成的所有好处 - 不要误会我的意思,TFS 有很多很多很多缺点,但是能够将故事与 checkin 、缺陷、讨论、讨论联系起来。将团队 Wiki 上的文档添加到特定版本会更好。
--更新--
我们刚刚开始使用 Coded UI 进行白盒测试,它的功能非常强大。在这一点上不得不欺骗 VersionOne 真是令人讨厌。
最佳答案
如果您正在使用 TFS 2012,那么我仍然会质疑为什么您认为需要另一个工具来“敏捷”。
我相信 TFS 2012 的最新更新已经改进了敏捷工作支持,因此这应该仍然可以正常工作。根据您选择的敏捷工作实践,您可以选择 Scrum 或看板风格。
一些可能引发更多思考的问题:
- 我们想要采用 Scrum 风格还是看板风格?
- 哪些非技术同事需要参与敏捷式项目?
- 他们都需要使用 TFS 2012 和/或 VersionOne(或任何其他相关工具)吗?
- TFS 2012 是否可以向非技术团队成员(不关心 ALM 工具)公开,或者我们是否需要使用其他工具?
说实话,如果您需要的话,您可能只需在便利贴上“敏捷地运行”即可。
仅供引用:http://blog.countersoft.com/2013/03/basics-of-running-agile-projects/
关于tfs - 如果您有 Team Foundation Server 2012,VersionOne 提供什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15421124/