什么是 Azure Boards？
Azure Boards 是 Azure DevOps 中的一种工具，可帮助团队计划需要完成的工作。 Tailspin 团队将使用此工具更好地了解需要完成的工作以及如何确定其优先级。
Mara 使用基本流程在 Azure Boards 上创建了自己的项目。 它显示了她和 Andy 在生成流程中发现的问题。 Mara 把团队召集起来，做了一个快速演示。
Mara：各位。 我设置了 Azure Boards，想给大家看一些我想到的工作项。
Andy：什么是工作项？
Mara：工作项可以帮助我们计划和管理项目。 工作项可跟踪所有类型的活动。 可能是要执行的任务、要修复的 bug 或其他问题。 我们可以将它们分配给大家并跟踪其进度。
或许通过展示更容易理解。 下面是使用基本流程的 Azure Boards：
Amita：给我们讲讲基本流程。 还有其他选择吗？
Mara：有 4 个流程可供选择。 我们可以使用：
- 能力成熟度模型集成 (CMMI)：它适用于大型组织，非常复杂，所以我没有使用它。
- Scrum：Scrum 依靠 Scrum Master，后者是 Scrum 团队的领导人。 Scrum 主管确保每个人都理解 Scrum 理论、做法和规则。 我们没有 Scrum Master（这通常是接受过一些培训和认证的人员），所以我也没有选择它。
- 敏捷：显而易见，我们应该选择这个流程，因为我总是在谈论敏捷，但它比最简单的选择多了一些需要考虑的东西。
- 基本：基本流程很简单。 它虽然简单，但提供足够强大的功能，可以让我们立即开始有效的计划，这也是我选择它的原因。 在基本工作流中，可以将工作从“To Do”移动到“Doing”，再移动到“Done”。
Amita：好，我们就使用它。 我们可以切换到其他内容，对吧？
Mara：没错！ 让我们来选择几个我们认为可在几周内修复的工作项。
Andy 能够认出这些问题，但团队中的其他人还有其他问题。
Tim：这些主要是开发问题。 但是，当我们在讨论这个主题的时候，其他团队都在讨论代码漏洞，之前有人要求我证明我们的代码是安全的。 有什么办法可以将这些问题也纳入进来吗？
Mara：我知道我的清单并未囊括所有问题。 版块上的问题是 Andy 和我之前谈到的问题。 甚至其中一些问题确实需要分解为更小的任务。 我理解你关于代码漏洞的担忧。 Andy 你有什么看法？
Andy：现在，仅仅是把版本发布出去就很难了。 还是让我们从一些基本问题开始吧！ 我确实喜欢我们有一个可以跟踪问题的集中地点。 我们可以将问题添加到积压工作 (backlog)，并在准备就绪后确定其优先级。
Mara：在添加问题之前，我们先谈谈大家正在做的事情。
每个团队成员分享了他们正在进行的工作以及遇到的其他问题。 在这场头脑风暴活动中，他们在白板上贴了很多便笺。 很快，白板就被贴满了。
最终，团队确定了 7 个首要问题。 Andy 在大家的注视下主动将任务添加到 Azure Boards。 下面是版块的显示效果：
Amita：哇，问题很多。 我们如何才能解决所有这些问题？
Mara：我们不需要马上解决所有的问题。 目前，我们已经确定了可以从中拉取内容的积压工作 (backlog) 或工作清单。 当我们计划工作时，可以选择最紧迫或最重要的事情。
在进行更多讨论后，团队决定着手处理 Mara 最初提出的三个问题:
- 稳定生成服务器
- 创建基于 Git 的工作流
- 创建单元测试
Mara：这些似乎是最容易解决的问题，并且可以解决最近遇到的一些难题。 让我们设置项目、团队和冲刺 (sprint)。 接下来，我们可以决定谁执行什么操作。
Tim：什么是冲刺 (sprint)？
Mara：问得好。 冲刺 (sprint) 是我们必须完成任务的时间。 冲刺 (sprint) 帮助我们保持专注。 在最后，我们可以进行一个简短的回顾会议来分享我们完成的工作。 之后，我们可以计划下一个冲刺 (sprint)。
所有人都看起来很紧张。
Mara：我们仍在学习当中。 一个冲刺 (sprint) 通常是两到四周的时间。 假定两周的时间吧，看看情况如何。 这些主要是 Andy 和我可以解决的任务。 我们会随时分享我们的进度。 然后，我们会找到办法让所有人都参与进来。
Mara 和团队有了一个好的开端。 接下来，你将在 Azure Boards 上设置项目、团队和一些任务。