需求－敏捷在禅道（一）

敏捷开发除了要有基本理念之外，日常迭代中更需要结合你选用的具体工具，进行深入思考，才能深谙协同之道。本系列就是我对应用禅道进行敏捷开发的理解。

禅道中，有如下几个概念：

• 产品
• 需求
• 计划
• 模块

产品

在内容上划分为若干需求；
在时间上划分为若干计划；
在结构上划分为若干模块；

需求

需求划分的原则是 INVEST，就是：

• Independent
• Negotiable
• Valuable
• Estimable
• Small
• Testable

我们常用故事来叙述需求，当然也不是都得用故事来叙述。

计划

产品计划，要指明本次计划希望在哪个时间段完成哪些功能特性、实现哪些性能改善等。

• 计划关联需求
  如果你习惯经常收集需求，则通常你会先有需求，做计划时，你在计划中关联上你先前整理的若干需求，这就OK了。
• 需求指定所属计划
  如果你习惯先搞一个计划，那么在创建需求时指定所属计划（或者修改需求时指定所属计划）即可。
• 计划关联BUG
  当然，一个计划可能不仅仅实现需求，可能还需要解决一些之前版本遗留的BUG，那么你就关联即可。或者你把BUG指定在哪个计划去解决。

模块

产品在结构上划分为若干模块／子模块；

模块相当于对需求的一个分类，通过组织模块，可以让大家对产品有一个宏观的把握和认识，也方便对需求进行分类和整理。

需求通常归类到一个模块／子模块。

产品结构是否清晰主要体现在模块划分是否清晰上。模块的划分是一个很重要的基础工作。

需求模块在任务管理和BUG管理上都会得到体现，请务必重视。

小结

在禅道中，产品这一大块里面，核心是需求，而计划和模块都是对需求的组织。

需求，我们常常将其讲述为一个个故事，这一个个故事的实现就意味着我们生产了相应的价值，因此要获得最大的价值，经常要调整故事或需求的优先级，以期实现价值最大化，化解风险。

注意：
产品计划关联的BUG不是在实现这个计划所关联的需求时所引入的BUG。也就是说，某个产品计划所关联的BUG只应当是在本计划之前所产生的BUG。