我的团队正在采用已投入生产的项目。但是，我们现在要创建一个TFS Scrum模板，并继续前进。我了解如何创建Epics \ Features \ PBIs \ Tasks。我的两个问题是：
答案 0 :(得分：0)
<强> UPDATE2
整个解决方案的Visio工作流程图，作为需求文档。
我不建议您在TFS中将其作为工作项进行跟踪，在产品本身中，您可以在其他源控制存储库或具有完全更改控制的Git中使用Markdown支持和存储要求。您可以向工作项添加附件（包括Powerpoint故事板），但任何相当于厚文档的内容都不是产品的一部分。
建议你看一下与此相关的 jessehouwing的答案：How to manage requirements (specifications) on Visual Studio Team Services (TFS)?
<强>更新
PBI描述是什么样的
“产品待办事项”确实是 What ，功能 需要建立。该任务描述了需要采取的步骤 到达那里。
更多详情请参阅 jessehouwing的这个问题中的好答案：Explaining the difference between Product Backlog Item and a Task
我将这种类型的工作与之相关联，因为至少我需要一个PBI来将任务与
联系起来改进文本甚至修复拼写错误这种工作应该只是一项任务，PBI就是你与客户谈论的内容。任务是实现PBI所需的一项工作，而不是您与客户谈论的事情。
此任务应与PBI相关，例如“代码优化”。
问题1：
两者之间的差异取决于您希望在以下工作项处理的粒度：
官方指导页面请参考Portfolio management（PBI =用户故事）
如果您想要更详细的说明以及何时使用它们。您可以在这个问题中查看 agilejoshua 的回复：difference between Product Backlog Item and Feature in Team Foundation work item types 他还根据他的理解写了blog。它确实具有很大的参考价值。
问题2：
如果您只是需要改进文本甚至修复拼写错误，绝对不要。这种工作甚至不属于最低任务。
当你的团队在sprint中管理他们的工作时，他们可以将完成的工作分解为不同的任务。
任务可以包括开发，测试和其他类型的工作。例如，开发人员可以定义任务来实现用户故事，测试人员可以定义编写和运行测试用例的任务。