【发布时间】：2010-08-24 00:15:53
【问题描述】：
我正在考虑为看板构建一个 TFS 流程模板。我只是想衡量一下兴趣....
【问题讨论】：
-
虽然这是一个可以讨论的有效话题，但它似乎不适合作为关于 SO 的问题：避免主要基于意见的问题，或者可能引发讨论而不是答案的问题。正如您现在可能知道的那样，2012/2013 的每次更新都会提供更好的支持（我们有一个kanban board, yay）。
【发布时间】：2010-08-24 00:15:53
【问题描述】：
几年来，我们一直在使用 TFS 和看板。由于看板可用于对任何流程进行建模，因此拥有流程模板没有意义。差距在于工作项的可视化。
SEP 有一个名为 TeamWorks 的很棒的工具，它可以立即使用 TFS 进行看板。而且它是免费的！
【讨论】：
在 TFS 中支持看板是可行的，但不适合胆小的人。
首先，您需要具备有关如何编辑 TFS 流程模板的专业知识。这并不是因为您需要为看板创建特定的 TFS 流程模板。如果您对 Scrum 和看板很认真，我强烈建议您从 Microsoft 2010 年 7 月发布的Visual Studio Scrum 1.0 模板开始（您的流程改进），并随时更改。请注意，随着流程的发展（添加或删除状态），您将需要手动编辑和更改 TFS 流程模板。
其次，您需要找到合适的皮肤将 TFS 变成看板。今天，Urban Turtle 等工具提供了将 TFS 转变为 Scrum（而不是看板）的 Web 界面。但是，通过配置，您可以调整我们的任务板以支持多种状态（并且表现得有点像看板）。正如 Scrum 所指定的，Urban Turtle 任务板仅包含三列（待办事项、进行中、完成）。但是，一列可以承载多个状态。例如，可以将卡片从一种状态拖到另一种状态，同时将卡片保持在“进行中”列内。随着流程的发展，请注意您将需要手动编辑和更改 Urban Turtle 配置文件以使用颜色映射新状态。仅供参考，添加特定的看板（不需要手动编辑）是 Urban Turtle 路线图的一部分。但是，它在我们的产品待办列表中排名不高。
Discloser：我在 Urban Turtle 团队工作。所以不要相信我的话。相反，请阅读微软的 Brian Harry 几天前在他的博客中所写的内容：“......对于 TFS 来说非常棒的 Scrum 体验。”你可以阅读 Brian Harry 的博文here。
【讨论】：
-
我将不得不更仔细地研究 Urban Turtle。我知道你和 Urban Turtle 团队一起工作。我们在 ALM 峰会上相遇！
看板不是一种软件开发生命周期方法，而是一种流程变更方法，正如我在帖子中所写的那样：
There should never be a Kanban process template for Team Foundation Server(TFS)
非常需要用于 TFS 的工具，以便在 TFS 上更好地使用看板。
我正在开发一种用于 TFS 的看板工具，该工具将尝试可视化工作流程。请在 codeplex 看一下早期版本：Visual WIP
【讨论】：
实际上我们使用 Kanaban 和 TFS，我认为 TFS 在这里更像是一个障碍而不是帮助。我们基本上将 TFS 角色简化为错误跟踪工具和代码仓库。
看板的优势之一是其非常直观的视觉设计。它不能真正用流中组织的一组表单来代替。
更重要的是，团队倾向于尽可能使用带有便签的“硬件”白/软木板，即只要它们位于同一地点。即使不是，他们通常也会尝试找到尽可能简单的软件工具。您可以对 TFS 说很多话，但不能说它是一个简单的工具。
我个人认为这不是一个好主意。我不会用它。
【讨论】：
-
感谢您的反馈。您是否尝试过 Telerik 的 Work Item Manager？这是可视化看板数字软木板的一种非常不错（且免费）的方式。自 Beta1 以来，我一直使用 TFS 2010，但考虑到它所能做的一切，我并没有觉得它那么复杂。如果我在一个小团队中，我可能会同意你的观点，即软木板是一个不错的选择，但它对我团队之外的任何人提供零可见性......
-
我倾向于同意你的 Devlife。物理板非常好，但我使用 Telerik 的 WIM。我也发现 Urban Turtle 板很棒。如果您可以将基于 Web 的 ajaxy WIM 等价物放在一起，我想很多人会喜欢它。
-
我没有使用 Telerik 的 WIM。我在 Kanbanery (kanbanery.com) 上玩了一段时间，如果我决定使用某个软件，我可能会倾向于选择类似的软件。当然，我同意团队分配时出现对软件板的需求。