Azure DevOps —— Azure Board 之 长篇故事、特性、用户情景（故事）的用法

前提

我以前在之前的文章里大概介绍了 Azure Board 的基本使用，可以回看《Azure Board 的基本使用》。如果你想使用 Azure Board 来安排工作的话，请提前了解《敏捷开发》的相关知识。

作者将使用 “Agile” 作为项目的模板，不明白的先阅读《Azure
DevOps 的工作流进程的区别》。

使用 Backlog 来做计划

什么是 Backlog？这是敏捷开发中的一个概念，通俗地说就是需求积压池。

产品负责人（PO）或项目经理需要把要做的事情预先的在 Backlog 中记录下来。在敏捷中需要把每一个功能单独的写出来，而不是传统的文档模式。

在 Azure Board 中，记录需求有三种类型：长篇故事（Epic）、特性（Feature） 和 用户故事/情景（User Story），而他们的结构一般都是父子关系，即 长篇故事 -> 特性 -> 情景。接下来我将