我终于能够完成 TFS 的安装并开始创建我的第一个团队项目，该项目向我介绍了流程模板。
在访问Microsoft 网站的链接以获取流程模板信息后，我被新的信息淹没了。你们所有人都有哪些模板经验，或者对你来说效果很好，或者更像是项目的绊脚石？你遇到的最大的优点和缺点是什么？
关于我的项目的一些信息，我是一家小公司的首席开发人员，将使用 TFS/VSTS 创建一个内部网门户，以巩固最终用户的日常工作并提高自动化程度以提高生产力等。这是一个全新的开发利用的 C#、ASP.NET 和 SQL Server 2008。
理想情况下，我想利用功能来加强与利益相关者的协作，以帮助添加所需的功能并跟踪开发状态并提供反馈等。我还希望将 JetBrain 的 TeamCity 用于我的 TFS，所以如果有的话特定的模板/软件确实增加了 TFS、TeamCity、开发人员和利益相关者之间的凝聚力，这在理想情况下是我感兴趣的。
您是否已经在使用像 scrum 这样的软件开发流程？如果是，您可以在此处尝试此团队流程模板。
你的项目团队和项目有多大？Microsoft 已在此处发布其内部流程模板 (MPT) 之一。你可以从这个模板中得到一些指导和灵感。
正如唐古雷纳所说。人们使用标准模板，稍微更改错误并在那里存储一些文档。我建议也保持过程“轻松”。
然而，流程模板并不是全部。
以下是我会做的一些想法（在你的情况下）：
创建一些利益相关者可以创建的高阶工作项（功能/故事）（约束和 TFS 用户组是你的朋友）。然后，他们可以通过 TFS 工作项 Web 访问访问他们请求的功能。这样你就不需要他们的 CAL
根据发布创建一些显示计划工作的报告。
根据构建设置构建自动化并从您的工作项创建报告（又名发行说明）。
你遇到的最大的优点和缺点是什么？
恕我直言，最大的缺点是您开始相信模板是您的灵丹妙药。这不是，这是你的起点。TFS 生态系统为您提供了很多机会来创建适合您需求的软件。只需查看TFS API 即可。
一般来说，我倾向于尽可能小的流程。状态越多，您拥有的字段越多，它们中的信息就越有可能是完全错误的。
我们在敏捷模板上运行我们自己的版本。我们对它所做的大部分工作都是删除内容。
您可以使用 TFS API 将构建记录到数据库中，这将使您能够桥接 TeamCity 和 TFS。除此之外，我可能只使用 TFS 附带的 Web 界面，我认为您不需要第三方软件。
吻！我基于敏捷创建了一个自定义工作项。就是这样，只有一个工作项。IT 使用的“系统严重性”和客户/客户使用的“业务优先级”。还有一个“请求类型”。使用这三个以及内置的区域和迭代，整个团队，包括客户可以查询工作项，以仅获取他们关心的发布的项目（或所有项目，无论发布如何）。
我根本没有修改状态机。这给我们留下了对每个人都非常灵活的东西。从蓝天请求到普通内容/视觉错误的所有内容都可以在那里记录。
客户端使用 TFS Web 访问（无限 CAL），开发人员（我和其他 1 个）使用 VS。在我的上一份工作中，我创建了相同的设置，开发团队是一个 5 人的团队，并且在那里工作得更好！我也是那里的开发主管和技术 PM。
最大的优势是每个人都拥有一个非常灵活的系统，当所有事情都使用一种工作项类型时。缺点是客户的学习曲线，但一旦他们知道如何使用它最喜欢它。一个建议是寻找更便宜的工具来实现类似的实现，但是，我们的 .edu 与 MS 折扣无法被击败。
我不得不说，您必须首先确定您将用于贵公司的 SDLC 的系统。流程模板只是一个工具，如果对底层流程没有很好的理解，它将无济于事，而且会使事情变得更加困难。用户采用对于 SDLC 和流程模板的成功至关重要。
我们将Scrum 用于团队系统。我们之所以选择这个，是因为我们有将 Scrum 作为 SDLC 方法论的经验。网络上有几本优秀的书籍和文章可以帮助您快速上手。Scrum 将把业务利益相关者联系到流程中。
在我们的系统中，产品经理完全负责产品待办事项，并与我和 CTO 一起将它们优先考虑到 Sprint 待办事项中。
我们对流程模板所做的唯一更改是添加了“测试失败”状态和相应的工作流程。
它可能不是最适合您的模板，但我仍然想在这里提一下：XP for Team System。它基本上是用于敏捷软件开发的 MSF 的简化版本：
[...] 它删除了一些 XP 项目可能不想承担的设置任务，并将工作项类型名称 Scenario 更改为 Story。