首先，一般而言每个季度我们都会有几个明确要做的核心需求（一般不超过3个，而且核心需求的规模一般较大），除此之外需求池里还有一大堆需求待处理。

我的建议是每个迭代迭代里首先安排一个核心需求，然后安排规模一般但共性和单客户价值较高的需求，一般这种需要要有7、8个的样子（如果某个迭代里的需求都是同一模块的需求也挺好，能在单一模块给客户带来更强烈的冲击的同时，迭代的范围更清晰）。然后3~4周一个迭代，这样一个季度下来能跑4个或者3个迭代。

还有一个问题，怎么识别共性和单客户价值较高的需求？第一种方法是客户数*但客户价值算出一个评分，但这种要求比较高，需求非常了解产品的客户才行，多数产品都做不来；第二种方法是按照四象限对需求池里的需求进行标记，优先在重要紧急里面挑需求，然后在重要不紧急里面挑需求，这也是我建议的方式（P0、P1、P2、P3、P4的标记也行）。但无论是哪种方式，请至少每个季度对需求池里的需求做一次盘点。