如果您有Team Foundation Server 2012,VersionOne会提供什么？

Question

[这闻起来像是"哪个更好"的问题,但事实并非如此.]

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

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

我错过了什么？是否有更好的现有整合故事？有没有人有这两种产品一起工作的经验？有谁知道任何陷阱？

- 更新 -

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

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

TL,DR:V1非常适合它,但它是一个孤岛.所有集成都是拼凑而成的.你失去了TFS提供的几乎所有集成的好处 - 不要误会我的意思,TFS有很多很多很多瑕疵,但是能够把故事链接到一个缺陷到一个缺陷讨论到一个将团队Wiki上的文档发送到特定版本只是非常好笑.

- 更新 -

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

Answer 1

如果您正在使用 TFS 2012，那么我仍然会质疑为什么您认为需要另一个工具来“敏捷”。

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

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

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

老实说，如果您需要的话，您可能只需在便利贴上“敏捷地运行”即可。

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