敏捷使用产品Backlog来管理需求，产品Backlog是一个需求的清单，按照需求的商业价值排序， 高优先级的需求在Backlog的最上层。产品Backlog是一个渐进明细的清单，它有4个主要特点，称之为DEEP：
- Detailed 合适的详细程度，高优先级需求更加明细，低优先级的需求粒度更大
- Emergent 涌现式的，需求是慢慢涌现出来的，渐进明细的
- Estimated 经过估算的
- Prioritized/ Ordered 根据商业价值排好顺序的
在产品Backlog中，需求的主要表现形式是用户故事。用户故事是从用户的角度对需求的简短描述。用户故事是将团队的焦点从描述、编写功能需求转移到讨论需求的最佳方式。
通常我们会在在产品backlog看板中创建这几个列表：“用户故事池、用户故事-待梳理、用户故事-梳理完成、用户故事-实现中，用户故事-已完成”，通过列表流转，让团队直观的了解需求的优先级和规划安排。然后在每个列表上添加需求卡片，一个需求一张卡片。
需求规划至迭代看板进行迭代
每个迭代开始前，我们需要将已梳理完成且优先级最高的用户故事规划到迭代看板内，以便准备迭代中需要完成的内容。
点击看板内“Sprint规划”按钮，将计划在“Sprint1”内做的用户故事拖拽到“Sprint1”看板内。
注：规划过的卡片左上角会有蓝色的规划标记。
迭代看板如下图所示：
缺陷管理和规划：
缺陷管理通常关注如下几个方面：
1. 缺陷的处理速度
2. 缺陷处理的状态
3. 缺陷的分布
4. 缺陷产生的原因
如下图所示，我们把缺陷的状态分为：最新提交待确认、已确认待修复、修复中、已完成共四个状态，通过列表的流转，可以让团队直观的了解到缺陷的进展和状态。然后为每个列表添加缺陷卡片，一张卡片代表一个缺陷。
下图为缺陷示例看板：
将缺陷规划至迭代看板中进行修复
通常当前迭代的缺陷，建议放到当前迭代的迭代看板上，在迭代结束前修复完成。
“缺陷看板”通常放发布后遗留的缺陷、客户反馈的缺陷等。
在 Sprint冲刺过程中，我们不仅需要做相关用户故事，也需要解决这过程中出现的缺陷问题。所以我们可以将缺陷看板上的缺陷在Sprint规划时，也将缺陷规划到Sprint。
点击“sprint规划”，将已经确定待修复的缺陷拖拽至相应的迭代看板中即可。
总结，Leangoo领歌是一款专业的敏捷开发管理工具，提供端到端敏捷研发管理解决方案，涵盖敏捷需求管理、迭代管理、缺陷管理、任务协同、进展跟踪、统计度量等,通过看板可视化的管理缺陷不仅方便快捷，而且可以帮助我们发现问题和瓶颈、优化团队效率。
